Kesalahan yang Dilakukan Developer Junior
Merilis kode yang berfungsi adalah standar dasar. Itu bukanlah tujuan akhirnya.
Saya pernah meninjau sebuah pull request yang membutuhkan waktu 45 menit untuk dipahami. Logikanya benar. Tesnya berhasil. Namun, kode tersebut ditulis seolah-olah hanya penulisnya saja yang akan membacanya.
Saat saya memberikan masukan, developer tersebut berkata, "Tapi ini berfungsi."
Mereka benar. Kode itu berfungsi. Itulah justru masalahnya.
Developer junior sering kali berfokus pada keterampilan teknis. Namun, celah yang sebenarnya sering kali terletak pada kebiasaan dan pola pikir.
Berikut adalah kesalahan-kesalahan halus yang menghambat kemajuan Anda:
Menulis untuk diri sendiri, bukan untuk orang lain Kode jauh lebih sering dibaca daripada ditulis. Sebuah fungsi yang Anda tulis hari ini mungkin akan disentuh oleh tiga orang berbeda selama dua tahun ke depan. Jika orang asing tidak dapat memahami kode Anda dalam 30 detik, Anda gagal.
Menyalin kode tanpa memahaminya Menggunakan Stack Overflow tidak masalah. Menyalin pola regex tanpa tahu cara kerjanya adalah hal yang berbahaya. Anda menciptakan sebuah black box dalam basis kode Anda. Anda tidak akan bisa melakukan debug saat terjadi kesalahan.
Menambahkan kompleksitas yang tidak perlu Developer junior sering menyamakan kompleksitas dengan keahlian. Mereka menerapkan design pattern pada tugas-tugas sederhana. Abstraksi yang tidak perlu membuat kode lebih sulit di-debug dan lebih sulit untuk diubah. Tambahkan abstraksi hanya saat Anda merasakan kesulitan akibat ketiadaannya.
Mengabaikan pesan kesalahan Pesan kesalahan adalah dokumentasi gratis. Jangan langsung lari ke Google saat Anda melihat stack trace. Baca seluruh pesannya. Pesan tersebut sering kali memberi tahu Anda dengan tepat baris mana yang gagal dan mengapa.
Meminta bantuan terlalu cepat atau terlalu lambat Jangan habiskan tiga jam terjebak pada masalah yang seharusnya selesai dalam 10 menit. Itu tidak efisien. Namun, jangan mengirim pesan ke senior hanya dengan sebuah tangkapan layar tanpa konteks. Gunakan aturan 20 menit: habiskan 20 menit untuk mencoba menyelesaikannya. Dokumentasikan apa yang sudah Anda coba. Kemudian mintalah bantuan dengan menyertakan dokumentasi tersebut.
Membangun ulang apa yang sudah ada Sebelum Anda menulis utilitas baru, cari di dalam basis kode. Tim Anda kemungkinan besar sudah menyelesaikan masalah tersebut.
Pesan commit yang buruk Pesan commit seperti "fix bug" tidak memberi tahu apa pun kepada tim Anda. Jelaskan apa yang berubah dan mengapa. Perlakukan riwayat Git sebagai dokumentasi.
Menganggap persyaratan sebagai hukum mutlak Persyaratan sering kali melewatkan edge cases. Jangan hanya mengimplementasikan apa yang diperintahkan. Tanyakan apa yang terjadi jika terjadi kesalahan.
Berhenti di tombol "Merged" Tanggung jawab tidak berakhir saat PR Anda digabungkan (merged). Ikuti fitur Anda hingga ke tahap QA. Pantau di lingkungan produksi. Baca laporan kesalahannya.
Celah terbesar adalah akuntabilitas. Developer senior tidak hanya menulis kode. Mereka menyelesaikan masalah tanpa menciptakan masalah baru.
Berhentilah mengoptimalkan untuk sekadar "selesai." Mulailah mengoptimalkan untuk "kualitas yang baik."