Minggu ini saya telah tenggelam dalam sesi coding yang epik, layak untuk soundtrack meriah yang Anda dapatkan di film-film hacker Hollywood.
Itu menyenangkan.
Dan sesuatu yang menarik:
Dalam mengerjakan aplikasi ini (tidak peduli apa itu), saya terjebak pada subsistem penting. Itu berkaitan dengan bagaimana aplikasi saya terintegrasi dengan API vendor yang kompleks – tetapi sekali lagi, detail itu tidak masalah.
Yang penting, ketika saya mulai, saya bisa melihat empat kemungkinan cara untuk menerapkannya. Dan tidak jelas mana yang terbaik.
Jadi saya menginvestasikan banyak waktu untuk menentukan semuanya. Mempertimbangkan bagaimana masing-masing akan cocok dalam arsitektur aplikasi …
Dan setelah itu, saya masih tidak tahu apakah SALAH SATU dari mereka akan berhasil. Atau semuanya. Atau hanya satu. (Yang mana)?
Saat Anda menjadi lebih baik dalam pengkodean, Anda lebih jarang menghadapi dilema seperti ini. Seperti pemain catur ahli, Anda menjadi lebih baik dalam “pencocokan pola” dalam situasi pengkodean yang semakin kompleks, dan mampu memperhitungkan pilihan mana yang memiliki peluang terbaik untuk bekerja dengan baik.
Tapi itu masih terjadi.
Begitu. Yang mana dari empat yang saya pilih?
Saya melakukan semuanya.
Betul sekali. Saya mengkodekan ulang subsistem yang sama EMPAT KALI BERBEDA, dengan cara yang sama sekali berbeda.
Dan ini bukan pertama kalinya saya melakukan hal seperti ini. Nyatanya, itu UMUM bahwa saya akan melihat dua cara yang mungkin untuk membuat kode solusi; menyadari saya tidak memiliki kejelasan dan informasi untuk memilih di antara mereka; dan kode keduanya untuk melihat mana yang terbaik.
Jadi, ketika saya menghadapi situasi serupa, saya tidak perlu menebak mana yang akan bekerja lebih baik. Aku akan tahu.
Apakah Anda mulai melihat nilai yang lebih besar dari ini? Ingin melakukan ini?
(Mengkode dua cara yang mungkin adalah umum bagi saya. Tiga cara tidak umum. Mengkode empat sangat jarang, tetapi manfaat dan prinsip yang sama berlaku, untuk semua N> 1.)
Yang membuatnya lebih mudah adalah saya tidak harus menyelesaikan keempatnya. Saya fokus satu per satu, membuat kemajuan yang stabil sampai saya menabrak dinding dengan pendekatan yang tampaknya sulit untuk dihadapi. Saya kemudian beristirahat dengan beralih ke pendekatan berikutnya, dan kembali ke pendekatan asli nanti.
Dan akhirnya, salah satu dari mereka “mengklik”. Melakukan semua ini mengklarifikasi semua yang belum saya ketahui, dan saya kemudian dapat dengan benar mengidentifikasi mana dari empat pendekatan yang akan (A) berfungsi, (B) berfungsi paling baik.
Dalam prosesnya, saya mendapatkan jenis latihan yang sangat kuat dan intens-yang-membuat-sempurna lebih cepat dan lebih dalam daripada jenis pengkodean lainnya.
Tidak banyak pengembang yang mau melakukan ini. Apakah kamu?
Karena jika ya, itu salah satu cara paling ampuh yang saya temukan untuk mempercepat dan memperkuat perangkat lunak penulisan keterampilan Anda.
Jika Anda tidak yakin, ketahuilah bahwa Anda BISA menjadi tipe orang yang bersedia melakukan itu, hanya dengan memutuskan bahwa Anda memang demikian. Tidak ada yang menghentikan Anda.
The Powerful Python Newsletter hanya untuk Anda. Seperti yang dikatakan pembaca Charles Hayden:
“Saya telah melihat banyak buku, artikel, dan buletin selama bertahun-tahun dan milik Anda adalah salah satu yang terbaik. Bukan hanya apa yang Anda katakan tentang Python, tetapi bagaimana cara belajar.”
