4 tips untuk membuat kode sambil mengatasi kelemahan psikologis kita sendiri

Mengingat pilihan antara satu potong kue sekarang atau satu kue utuh satu bulan dari sekarang, kita mungkin akan memilih yang pertama. Bias psikologis ini dikenal sebagai “Preferensi Waktu” atau “Diskon Penundaan”.

Kita semua telah melihat contoh bagus dari anak-anak yang mencoba bertahan dengan tidak memakan marshmallow, dengan harapan mendapat imbalan yang lebih besar:

Saat menulis kode, kita sering menghadapi masalah yang sama, harus memilih antara keuntungan jangka pendek dari praktik buruk dan biaya jangka panjang yang ditimbulkannya.

Lihat juga: IoT dan coding – bahasa pemrograman apa yang paling populer?

Untuk membantu mengatasi kecanduan marshmallow yang tidak efisien, berikut adalah 4 contoh kapan dan bagaimana kita dapat menaklukkan bias kita untuk mendapatkan keuntungan dalam jangka panjang.

1. Tulis pengujian unit, untuk keuntungan Anda sendiri

Kita semua telah membaca, mempelajari, dan mendengarnya. Tes adalah contoh bagus dari sesuatu yang saya tahu harus saya lakukan untuk manfaat jangka panjang, tetapi menghalangi saya saat mencoba menyelesaikan pekerjaan sekarang.

Berikut adalah beberapa pemikiran yang dapat membantu menyeimbangkan persamaan ini:

• Pengujian memastikan tidak ada yang rusak saat Anda mengubah sesuatu . Itu berarti Anda dapat membuat perubahan pada kode Anda dan langsung tahu jika semuanya berfungsi. Ini memungkinkan Anda untuk bekerja lebih bebas, bahkan saat ini.
• Pengujian membantu memutuskan kapan sesuatu “cukup baik”. Tes mendefinisikan apa artinya sepotong kode untuk "berfungsi". Ini sebenarnya dapat memungkinkan Anda membelanjakan lebih sedikit mengoptimalkan waktu untuk hal-hal yang sebenarnya tidak perlu Anda optimalkan.
• Pengujian membantu menulis kode yang dapat digunakan kembali . Anda dapat menyusun hal-hal yang lebih besar dari potongan-potongan modular yang lebih kecil. Perlahan-lahan, Anda membangun gudang senjata yang mengesankan dari blok bangunan yang dapat digunakan kembali yang siap digunakan sesuai perintah Anda.

Juga, banggalah dengan tes yang Anda tulis. Lihat semua indikator hijau yang tergantung di atas kode Anda. Ketahuilah bahwa latihan dan etika Anda sangat baik. Tidak ada rasa malu dalam hal itu.

2. Jadikan kode dapat digunakan kembali saat Anda bekerja

Menulis kode yang dapat digunakan kembali memiliki banyak keuntungan jangka panjang serta beberapa keuntungan langsung. Jika memungkinkan, rancang kode Anda untuk digunakan kembali. Kemudian, publikasikan/ekspor ke sumber terbuka.

Anda tidak perlu menghabiskan waktu berjam-jam untuk menerbitkan paket. Sebagai gantinya, Anda dapat mengekspor komponen kecil ini ke Bit. Berikut adalah posting blog oleh Ran Mizrahi yang menjelaskan mengapa dan bagaimana Anda dapat mengekspor komponen kecil dalam hitungan detik.

Dengan sangat cepat Anda dapat membuat gudang komponen React atau Angular yang dapat digunakan kembali atau cakupan fungsi utilitas yang bagus.

Upayanya rendah dan tampilan web Hub komunitas Bit memberikan tampilan cepat tentang dokumen, pengujian, unduhan komponen Anda, dan lainnya, memberikan kepuasan langsung dengan pekerjaan Anda yang sekarang tersedia untuk dunia. Anda juga dapat membagikannya dengan tim atau komunitas Anda.

3. Jangan copy-paste. Hanya jangan.

Contoh klasik. Salin tempel membuat pekerjaan selesai lebih cepat saat ini, tetapi duplikasi membuat basis kode kami lebih sulit dipertahankan di masa depan, menciptakan utang teknologi yang terus bertambah.

Setiap perubahan kecil harus dilakukan di banyak tempat dan masalah akan sering ditemukan hanya saat bergulir ke produksi.

Apa yang bisa kita lakukan? baik, jangan copy-paste kode! Jangan. Sebagai gantinya, temukan / buat / bagikan komponen yang dapat digunakan kembali. Sindre Sorhus merilis lebih dari 1.000 paket kecil. Paket itu sulit, dan 1.000 itu banyak.

Kita dapat menggunakan Bit untuk mempermudah proses ini (mengekspor komponen dalam hitungan detik) dan menetapkan tujuan yang dapat dicapai seperti membuat 100 komponen dapat digunakan kembali. Anda akan menemukan 100 atau lebih mungkin cukup untuk secara dramatis mengurangi jumlah duplikasi, dan segera Anda akan melihat penggunaan kembali jauh lebih cepat daripada duplikasi.

4. Dokumentasikan kode Anda, ceritakan kisah

Dokumentasi yang baik berarti bahwa jika saya akan dimakan oleh coyote liar besok, orang lain akan dapat menggantikan saya. Penting tidak diragukan lagi, tetapi bukan perhatian utama saya sekarang. Saya lebih suka menyelesaikan pekerjaan daripada khawatir tentang "masa depan saya" atau mereka yang akan mengikuti saya. Aku akan mengkhawatirkan mereka nanti jika aku sampai tepat waktu. Prioritas (sangat manusiawi) semacam ini menyebabkan kesenjangan dan kecerobohan dalam dokumentasi.

Namun, ada sudut pandang lain yang dapat saya ambil untuk membantu memastikan saya tidak mengabaikan dokumentasi saya.

Baik kode itu sendiri maupun dokumentasinya adalah representasi dari kisah logis yang saya ceritakan. Dengan menuliskan apa yang dilakukan setiap bagian dari kode saya, menambahkan argumen yang diterimanya, pengembaliannya, menambahkan beberapa contoh dan seterusnya, saya juga mendapatkan pandangan yang baik tentang alur cerita dari kode yang saya tulis. Saya memahami cara kerjanya sebagai bagian dari gambaran yang lebih besar.

Dokumen yang baik menunjukkan bahwa Anda sepenuhnya memahami apa yang Anda lakukan dan bagaimana Anda melakukannya. Jika ceritanya tidak masuk akal, lebih baik mencari tahu melalui dokumen daripada melalui kode itu sendiri.

Pada akhirnya, tekad kita adalah sumber daya yang terbatas. Memaksa diri kita sendiri untuk melawan psikologi kita sendiri setiap jam setiap hari adalah pertempuran yang sulit untuk dimenangkan. Namun, menerapkan praktik yang baik adalah rutinitas dan memberi diri kita hadiah langsung untuk melakukannya dapat membantu kita mendapatkan lebih banyak di penghujung hari.

Lagi pula, satu marshmallow pada satu waktu benar-benar tidak cukup.