Berhenti Membaca untuk Membangun Perpustakaan. Mulailah Membaca untuk Menyelesaikan Masalah.
Sebagian besar daftar bacaan teknik berfokus pada pengumpulan pengetahuan. Teknik modern memberikan imbalan pada penyelesaian bottleneck.
Seorang insinyur junior baru-baru ini menunjukkan kepada saya daftar "10 Buku Terbaik untuk Insinyur". Daftar itu terlihat sama dengan daftar dari sepuluh tahun lalu. Daftar tersebut mengandalkan asumsi lama yang sama.
Asumsinya adalah bahwa membaca cukup banyak buku akan membuat Anda menjadi insinyur yang lebih baik. Tim dengan performa tinggi tidak belajar dengan cara seperti ini.
Insinyur terbaik menyusun rencana pembelajaran berdasarkan batasan (constraints).
Daftar bacaan standar mengasumsikan bahwa semua pengetahuan memiliki nilai. Kenyataannya, nilai teknik bergantung pada konteks.
• Seorang backend engineer yang menghadapi masalah database tidak membutuhkan buku tentang Agile. • Sebuah tim yang menghabiskan terlalu banyak biaya untuk AI inference tidak membutuhkan buku craftsmanship yang bersifat umum. • Sebuah startup yang menghadapi masalah latensi tidak membutuhkan kerangka kerja kepemimpinan.
Orang-orang ini membutuhkan solusi untuk bottleneck spesifik di hadapan mereka. Daftar bacaan mengoptimalkan kelengkapan. Teknik memberikan imbalan pada relevansi.
Dasar-dasar seperti database dan networking tetap penting. Namun, itu tidak lagi cukup.
Sistem modern membawa batasan baru. Biaya AI inference adalah salah satu contoh utamanya. Daftar tradisional jarang mencakup masalah-masalah ini.
Tantangannya bukan lagi sekadar menulis perangkat lunak yang benar. Tantangannya adalah membangun sistem yang andal di atas komponen probabilistik.
Di masa lalu, para insinyur bekerja dengan sistem deterministik. Input yang sama menghasilkan output yang sama.
Saat ini, sistem berperilaku berbeda. Sebuah prompt memberikan respons yang berbeda. Sebuah agent mengambil jalur yang berbeda. Pembaruan model mengubah perilaku tanpa Anda mengubah kode Anda.
Pertanyaan barunya adalah: • Bagaimana Anda mengevaluasi kualitas? • Bagaimana Anda mengelola pergeseran ini?
Ini bukan edge case. Ini adalah tugas teknik sehari-hari.
Insinyur yang tangguh tidak membaca dari awal hingga akhir. Mereka membaca untuk memahami mekanisme. Mereka menemukan bottleneck, mengidentifikasi mekanismenya, dan hanya mempelajari apa yang mereka butuhkan.
• Jika latensi tinggi, pelajari batching. • Jika konteks menjadi masalah, pelajari retrieval. • Jika agent gagal, pelajari evaluasi.
Ini menghubungkan pembelajaran secara langsung dengan produksi. Pengetahuan menjadi daya ungkit (leverage).
Gunakan loop pembelajaran ini:
- Identifikasi bottleneck.
- Temukan sumber daya spesifik untuk masalah tersebut.
- Terapkan solusinya.
Berhenti mencoba menyelesaikan daftar bacaan. Mulailah mencoba memperbaiki sistem.
Sebelum membaca buku berikutnya, tanyakan: Apa kendala terbesar dalam sistem saya?
Apakah itu latensi, biaya, keandalan, atau observabilitas?
Temukan sumber daya yang mengatasi hambatan tersebut. Engineering bukanlah kompetisi membaca. Ini adalah profesi pemecahan kendala.
Sistemlah yang menentukan apa yang Anda pelajari selanjutnya.