9 Tips Penting Untuk Menjadi Coder Yang Lebih Baik

Tujuan untuk meningkatan karier yang mudah pada diri kita, tapi "jadi programmer hebat" bukan tujuan yang sederhana. Untuk satu hal, menjelaskan, "Saya ingin menjadi lebih baik" menyimpulkan bahwa Anda mengenal seperti apa "lebih baik". Disamping itu, terlalu banyak orang yang mengincar peningkatan tanpa memahami cara meraihnya.

Cara meningkatkan ketrampilan Programmer Anda

Info bijak ini dihimpun dari 35 tahun di industri computer, banyak di antaranya dihabiskan sebagai locusts move on the legs sebagian orang yang mendeskripsikan dan mendokumentasikannya.

1. Ingatkan diri Anda begitu banyak yang perlu Anda pelajari

konsep pembelajaran: menjadi pembuat code yang lebih baik Langkah pertama dalam mempelajari sesuatu ialah mengetahui bahwa Anda tidak mengetahuinya. Kedengarannya jelas, tapi programmer berpengalaman ingat berapa lama waktu yang diperlukan untuk menangani asumsi pribadi ini. Kebanyakan mahasiswa ilmu computer yang lulus dengan keberanian "Saya tahu yang terbaik", kepercayaan yang kuat bahwa mereka mengetahui segala hal dan keperluan yang kuat untuk membuktikannya ke tiap rekan kerja baru. Dengan kata lain: "Saya tahu apa yang saya lakukan!" sikap bisa menghalangi pembelajaran sesuatu yang baru.

2. Berhentilah mencoba menunjukkan bahwa diri Anda benar

Untuk menjadi hebat—tidak hanya baik—Anda harus belajar dari pengalaman. Tetapi berhati-hatilah, pengalaman dapat mengajarkan kita untuk mengulangi perilaku buruk dan membuat kebiasaan buruk. Kita sebelumnya pernah bertemu programmer dengan pengalaman 8 tahun... tahun pengalaman yang sama, diulang 8x. Untuk menghindari sindrom itu, lihat semua yang Anda lakukan dan tanya pada diri sendiri, "Bagaimana saya bisa membuatnya menjadi lebih baik?"

Developer software pemula (dan terlalu banyak yang berpengalaman) melihat code mereka yang sangat rapih. Mereka menulis test untuk menunjukkan bahwa code mereka berfungsi alih-alih coba membuatnya gagal. Programmer yang benar-benar luar biasa secara aktif cari kesalahan mereka—karena mereka mengetahui bahwa pada akhirnya, pengguna akan menemukan kekurangan yang mereka lewatkan.

3. "Code berfungsi" bukan tempat berhenti; itu tempat untuk memulai

Ya, langkah pertama Anda adalah selalu menulis software berkualitas yang memenuhi spesifikasi. Programmer rata-rata berhenti pada waktu itu dan berpindah ke hal selanjutnya.

Tapi berhenti sesudah "selesai" seperti mengambil snapshot dan mengharapkannya jadi sebuah kreasi seni. Programmer hebat tahu bahwa iterasi pertama hanya iterasi pertama. Berhasil— selamat!—tetapi Anda belum usai. Saat ini, buat lebih baik.

Sisi dari proses itu yakni mendeskripsikan apakah arti "lebih baik". Apa berharga untuk membuatnya lebih cepat? Lebih mudah untuk mendokumentasikan? Dapat lebih digunakan kembali? Lebih terpercaya? Jawabannya bervariatif untuk setiap program, tapi prosesnya tidak.

4. Tulis 3x

Programmer yang baik menulis software yang berfungsi. Yang luar biasa menulis software yang bekerja dengan sangat baik. Itu jarang terjadi pada percobaan pertama. software terbaik umumnya ditulis 3x:

1	Pertama, Anda menulis software untuk membuktikan kepada diri sendiri (atau klien) bahwa solusinya mungkin. Orang lain mungkin tidak menyadari bahwa ini hanyalah pembuktian konsep, tetapi Anda tahu.
2	Kedua kalinya, Anda membuatnya bekerja.
3	Ketiga kalinya, Anda membuatnya bekerja dengan benar.

Tingkat pekerjaan ini mungkin tidak terlihat jelas jika Anda melihat pekerjaan Developerƒ terbaik. Semua yang mereka lakukan tampak sangat brilian, tetapi yang tidak Anda lihat adalah bahwa Developer bintang rock pun mungkin membuang versi pertama dan kedua sebelum menunjukkan software mereka kepada orang lain. Membuang kode dan memulai kembali dapat menjadi cara ampuh untuk menyertakan "jadikan lebih baik" ke dalam alur kerja pribadi Anda.

Jika tidak ada yang lain, "Tulis tiga kali" mengajarkan Anda berapa banyak cara untuk mendekati suatu masalah. Dan itu mencegah Anda terjebak dalam kebiasaan.

5. Baca kode. Banyak membaca kode

baca konsep code: jadilah pembuat code yang lebih baik. Anda mungkin mengharapkan saya memimpin dengan saran ini, dan memang itu saran yang umum dan paling bernilai untuk meningkatkan ketrampilan Programmer. Yang kurang jelas ialah alasan kenapa membaca code orang lain penting.

Saat Anda membaca code orang lain, Anda melihat bagaimana orang lain memecahkan permasalahan Programmer. Tetapi jangan perlakukan itu sebagai sastra; anggap sebagai pelajaran dan rintangan. Untuk jadi lebih baik, tanyakan pada diri Anda:

1	Bagaimana saya menulis blok kode itu? Apa yang akan Anda lakukan secara berbeda, setelah Anda melihat solusi lain?
2	Apa yang saya pelajari? Bagaimana saya bisa menerapkan teknik itu ke kode yang saya tulis sebelumnya? (“Saya tidak pernah berpikir untuk menggunakan keturunan rekursif di sana…”).
3	Bagaimana saya meningkatkan kode ini? Dan jika itu adalah proyek sumber terbuka di mana Anda yakin memiliki solusi yang lebih baik, lakukanlah!
4	Tulis kode dengan gaya penulis. Berlatih ini membantu Anda memahami orang yang menulis software, yang dapat meningkatkan empati Anda.

Jangan hanya main-main memikirkan beberapa langkah ini. Tuliskan jawaban Anda, baik di jurnal pribadi, website, proses ulasan code, atau forum komunitas dengan developer lain. Sama seperti menjelaskan permasalahan ke rekan yang bisa membantu Anda memilah jalan keluarnya, tuliskan dan membagikan analitis Anda bisa membantu Anda memahami kenapa Anda bereaksi pada code orang lain dengan cara tertentu. Itu semua ialah bagian dari mawas diri yang saya sebut sebelumnya, membantu Anda menilai kekuatan dan kekurangan Anda sendiri tanpa perasaan.

Peringatan: Benar-benar mudah untuk membaca banyak code tanpa menjadi Programmer yang hebat, seperti seorang calon penulis bisa membaca literatur yang baik tanpa memperbaiki prosanya sendiri. Banyak Developer melihat sumber terbuka atau software lain untuk "menemukan jawaban" dan, kemungkinan besar, menyalin dan menempelkan code yang ada untuk memecahkan permasalahan serupa. Melakukan itu sebenarnya bisa membuat Anda menjadi programmer yang lebih buruk karena Anda secara brutal menerima kebijakan orang lain tanpa memeriksanya. (Plus, ini mungkin lebih buggier daripada wisata musim panas, tapi karena Anda tidak meluangkan waktu untuk memahaminya, Anda tidak pernah mengetahui bahwa Anda barusan mengimpor pabrik bug.)

6. Tulis code, dan bukan hanya sebagai tugas

Bekerja pada project Programmer pribadi memiliki banyak keuntungan. Pertama, ini memberikan Anda cara untuk mempelajari alat dan teknologi yang tidak tersedia di pekerjaan Anda saat ini, tapi yang membuat Anda lebih dapat dipasarkan untuk pekerjaan selanjutnya. Apa Anda berkontribusi pada project sumber terbuka atau mengambil pekerjaan pro-bono untuk organisasi komunitas lokal, Anda akan memperoleh ketrampilan teknologi dan kepercayaan diri. (Selain itu, project pribadi Anda menunjukkan ke calon pemberi kerja jika Anda ialah seorang pemula yang tak pernah berhenti belajar.)

Keuntungan lain dari menulis code untuk bersenang-senang ialah memaksa Anda untuk mencari tahu sendiri. Anda tidak bisa memberikan hal-hal yang sulit ke orang lain, hingga Anda tak perlu minta bantuan terlalu cepat.

Strategi pro: Jangan hanya pilih project pribadi di mana Anda tak pernah gagal. Anda harus gagal! Tapi Anda mungkin tidak ingin gagal di tempat kerja atau saat Anda mempunyai tenggat waktu.

7. Bekerja satu lawan satu dengan Developer lain dengan apa pun itu yang Anda bisa

bekerjasama konsep: jadi pembuat code yang lebih baik Ini membantu untuk mendengarkan orang lain. Itu mungkin berarti memasang Programmer, atau ke hackathon, atau bergabung dengan group pengguna Programmer. Saat Anda berperan pada project sumber terbuka, perhatikan feedback yang Anda peroleh dari pengguna dan dari Developer lain. Kecocokan apa yang Anda lihat dalam kritikan mereka?

Anda mungkin cukup untung menemukan tutor individu yang bisa Anda percayai untuk menuntun Anda dalam segalanya, mulai dari teknik pengkodean sampai keputusan profesi. Jangan menyia-nyiakan kesempatan ini.

8. Pelajari teknik, bukan alat

Bahasa Programmer, alat, dan metodologi datang dan pergi. Itulah kenapa membayar untuk mendapatkan pengalaman sebanyak-banyaknya dengan bahasa dan rangka kerja sebanyak mungkin. Konsentrasi pada beberapa dasar Programmer, karena dasar-dasarnya tak pernah berubah; lebih memerhatikan rangka kerja dibanding Programmer. Bila Anda merasa percaya bahwa hanya ada satu cara yang benar untuk melakukan suatu hal, mungkin inilah saatnya untuk memeriksa realita. Dogma bisa menghambat kekuatan Anda untuk mempelajari beberapa hal baru, dan membuat Anda lamban beradaptasi dengan perubahan.

9. Temukan ceruk dalam Programmer

Telah lama ada dialog tentang mempunyai pengetahuan "berbentuk t". Ini merujuk pada mempunyai pemahaman dasar mengenai banyak topik tapi mempunyai pengetahuan ahli setidaknya dalam satu bidang tertentu.

Bila Anda bisa menemukan ceruk Anda dalam Programmer, Anda akan dapat membandingkan keahlian Anda dengan lebih bagus dari Developer lain, membuat Anda lebih mudah dipekerjakan. Anda juga segera dapat memusatkan usaha Anda lebih efektif hanya di beberapa tempat daripada menyebarkan diri Anda dengan mencoba pelajari sedikit dari segala hal. Bila Anda tertarik bekerja dengan cloud, Anda dapat memperoleh AWS atau sertifikasi lainnya. Bila Anda ingin jadi insinyur keunggulan situs atau menjadi lebih fleksibel sebagai Developer, Anda menjadi ahli dalam kemampuan observasi.

Saya bisa terus melakukannya, tetapi prinsip utama perbaikan diri adalah mengetahui kapan harus berhenti.

Mulailah dengan Relic Baru.

New Relic adalah platform observasi yang membantu Anda membangun software yang lebih baik. Anda dapat memasukkan data dari sumber digital apa pun sehingga Anda dapat sepenuhnya memahami cara meningkatkan sistem Anda.