1.2 Kenapa Code Terasa Seperti Pusat Segalanya
Setelah ide muncul, langkah berikutnya adalah memahami apa yang sebenarnya dibutuhkan, bukan langsung membuat solusi. Tapi coba perhatikan apa yang biasanya terjadi. Begitu seseorang punya ide, reaksi pertama hampir selalu sama: "Ayo kita buat aplikasinya." Atau lebih spesifik lagi: "Kita perlu mulai coding."
Fenomena ini bukan kebetulan. Selama puluhan tahun, code adalah satu-satunya hasil kerja yang kelihatan. Seorang programmer bisa duduk berjam-jam menganalisis masalah, berdiskusi dengan pengguna, mempelajari proses bisnis, dan merancang alur kerja. Tapi semua itu tidak dianggap sebagai kemajuan sampai ada baris code yang tertulis. Manager datang dan bertanya, "Sudah ada progress?" Jawaban yang paling memuaskan adalah, "Sudah mulai nulis code."
Code memberi rasa kemajuan yang instan. Setiap baris yang selesai adalah bukti bahwa sesuatu sedang dikerjakan. Setiap fitur yang muncul di layar adalah pencapaian yang bisa ditunjukkan. Dalam budaya kerja yang mengutamakan hasil terlihat, code menjadi komoditas paling berharga. Tim merasa produktif ketika repository penuh dengan commit. Perusahaan merasa aman ketika melihat timeline yang berisi target rilis code.
Masalahnya, code juga mudah diukur. Jumlah baris, jumlah fitur, jumlah pull request. Metrik-metrik ini memberi ilusi objektivitas. Tapi tidak ada metrik yang mengukur apakah code itu menyelesaikan masalah yang tepat. Tidak ada dashboard yang menunjukkan apakah fitur yang sudah dibuat benar-benar digunakan. Tidak ada angka yang menangkap berapa banyak waktu terbuang untuk fitur yang ternyata tidak dibutuhkan.
Di zaman AI, ilusi ini semakin berbahaya. Sekarang, siapa pun bisa membuat code dalam hitungan menit. Seorang pemilik usaha kecil bisa meminta AI menuliskan aplikasi sederhana untuk mencatat inventaris. Seorang staf operasional bisa membuat dashboard otomatis hanya dengan mendeskripsikan apa yang dia mau. Code bukan lagi barang langka yang membedakan programmer dari non-programmer. Code menjadi komoditas yang murah dan cepat diproduksi.
Tapi lihat apa yang terjadi. Semakin mudah membuat code, semakin banyak orang yang langsung terjun ke tahap pembuatan tanpa berpikir panjang. Ide yang belum matang langsung diubah menjadi prototype. Masalah yang belum dipahami langsung dicarikan solusi teknis. Pengguna yang belum diajak bicara langsung diasumsikan kebutuhannya. Code menjadi pelarian dari pekerjaan yang sesungguhnya: memahami masalah.
Inilah jebakan yang harus dihindari. Ketika code terasa seperti pusat segalanya, kita kehilangan pertanyaan yang lebih penting. Apakah masalah ini layak diselesaikan dengan teknologi? Apakah solusi ini yang paling sederhana dan paling murah? Apakah pengguna benar-benar membutuhkan fitur ini atau hanya kita yang menganggapnya keren? Apakah ada cara non-teknis yang lebih efektif?
Seorang arsitek tidak bertanya, "Code apa yang harus saya tulis?" Seorang arsitek bertanya, "Apa yang sebenarnya perlu terjadi?" Kadang jawabannya bukan code sama sekali. Mungkin cukup dengan spreadsheet yang dirapikan. Mungkin cukup dengan perubahan alur kerja. Mungkin cukup dengan pelatihan ulang untuk tim. Tapi selama code menjadi pusat perhatian, opsi-opsi sederhana ini tidak pernah dipertimbangkan.
Di zaman AI, kemampuan menulis code bukan lagi pembeda. Pembeda yang sesungguhnya adalah kemampuan memutuskan apa yang layak dibuat. Dan itu dimulai dengan satu langkah sederhana: berhenti bertanya "bagaimana cara membuatnya?" dan mulai bertanya "apakah ini perlu dibuat?"
