Deep Blue: Ketika AI Mencuri Senang Menulis Kode

Ada sebuah fenomena baru yang beredar di komunitas developer sejak awal 2026. Simon Willison dan teman-temannya di podcast Oxide and Friends menamainya Deep Blue: perasaan hampa psikologis yang berubah menjadi kecemasan eksistensial ketika generative AI mulai mengambil alih bidang yang selama ini menjadi identitas kita. Bukan ketakutan kehilangan pekerjaan. Bukan imposter syndrome. Ini adalah sesuatu yang lebih dalam: rasa duka atas kehilangan sebuah keahlian yang kita bangun selama bertahun-tahun, kini direduksi menjadi sebuah prompt.

Mungkin kamu merasakannya juga. Suatu hari kamu membuka Claude Code, mengetik beberapa baris deskripsi, dan sepuluh menit kemudian sebuah aplikasi berfungsi sempurna di depan matamu. Seharusnya ini momen gembira. Tapi yang kamu rasakan justru sebuah rasa kosong yang sulit dijelaskan. Apa yang sebenarnya aku lakukan di sini?

Deep Blue Bukan Sekadar Burnout

Willison dengan jelas membedakan Deep Blue dari burnout konvensional. Burnout datang dari terlalu banyak bekerja. Deep Blue datang dari terlalu sedikit makna dalam pekerjaan itu sendiri. Ketika AI bisa menulis kode yang berfungsi, terdokumentasi, dan teruji dalam hitungan menit, sesuatu yang fundamental berubah. Bukan hanya workflow. Bukan hanya produktivitas. Yang berubah adalah hubungan kita dengan craft.

Sebelumnya, menulis kode adalah sebuah perjalanan kognitif yang intim. Kamu memahami masalah, merancang solusi, berjuang dengan bug, dan akhirnya menemukan kepuasan saat semuanya berjalan. Feedback loop-nya personal. Hasilnya adalah sesuatu yang bisa kamu pegang di kepala, baris demi baris. Sekarang? Kamu menjadi seorang editor yang lelah, memeriksa diff yang tidak kamu tulis, memverifikasi output dari mesin yang tidak pernah tidur.

Seperti yang ditulis Ben Riemer di DEV Community, AI-assisted development melelahkan dengan cara yang berbeda. Fatigue tradisional mengikuti pola: fokus mendalam, flow state, solusi, kepuasan. Sedangkan fatigue bantuan AI mengikuti pola yang lebih memusingkan: prompt singkat, review, koreksi, re-prompt, review lagi, merge dengan rasa tidak nyaman, lalu ulangi.

Conviction Collapse: Ketika Keyakinan Hancur Karena Kecepatan

Harper Reed, teknologis yang memimpin engineering untuk kampanye Obama 2012, memberikan nama lain untuk fenomena ini: conviction collapse atau keruntuhan keyakinan. Dalam sebuah wawancara dengan O'Reilly Radar yang bisa dibaca di O'Reilly Radar, Reed menjelaskan bahwa dulu ketika kamu mengumpulkan modal, kamu punya waktu sembilan bulan untuk berinteraksi dengan ratusan pelanggan, mengasah worldview-mu, dan membangun keyakinan yang kuat pada produkmu. Sekarang? Dalam seminggu saja, landskap bisa berubah total.

Reed dan timnya di 2389 Research kini beroperasi lebih seperti studio seni daripada startup produk. Mereka membangun sebuah produk lengkap dengan landing page, menunjukkannya ke seseorang, mendapat feedback, lalu membangun produk lain yang sepenuhnya baru. Produknya bukan lagi sebuah benda statis. Produknya adalah sebuah proses dinamis, serangkaian kemungkinan yang dipanggil oleh iterasi.

Ini memaksa kita untuk bertanya: jika software tidak lagi sebuah produk yang kita bangun dengan cinta dan pertahanan, apakah kita masih bisa jatuh cinta pada apa yang kita buat?

The End of Software Sebagai Kategori

Patrick White, dalam esai yang viral di pwhite.org, memperkuat argumen ini dengan analogi yang tajam. Sebelum mesin cetak, jika kamu butuh dokumen tertulis, kamu menyewa seorang juru tulis. Mereka punya guild, standar, dan tangga karier. Kemudian melek huruf menjadi umum, dan profesi juru tulis lenyap. Bukan karena tulisan menghilang: tulisan justru meledak. Yang hilang adalah struktur ekonomi di sekitar kesulitan memproduksinya.

White berargumen bahwa software sedang mengalami transisi yang sama. Industri software tidak lagi terdisrupsi. Kategorinya sendiri sedang melarut. Empat juta developer di Amerika Serikat sebagian besar membangun aplikasi CRUD, dashboard, form, dan laporan. Pekerjaan yang berguna tapi tidak baru. Setara dengan penyalinan manuskrip di era digital. Ketika kesulitannya hilang, kelangkaannya hilang, dan bersamanya hilanglah struktur ekonomi yang dibangun di sekitarnya.

Bukan berarti software akan menghilang. Software justru akan meledak. Setiap orang akan memiliki software yang disesuaikan untuk kebutuhan spesifiknya, seperti setiap orang kini memiliki dokumen yang disesuaikan untuk komunikasi mereka. Yang menghilang adalah industri yang memproduksinya untuk orang lain.

Ketika Identitas Berada di Ujung Tanduk

Apa yang membuat krisis ini begitu menyakitkan adalah bahwa identitas developer secara unik terikat pada kemampuan teknis. Seperti yang ditulis di Understanding Data, krisis ini bukan tentang apakah kamu malas atau tidak beradaptasi. Ini adalah realitas struktural: memahami kode sudah tidak lagi menjadi prasyarat untuk mengirimkan kode.

Deedy Das menyebutnya sebagai pembagian dua kelompok: yang malas menggunakan AI tanpa membaca outputnya, dan yang craftsman memikul beban verifikasi sendirian. Tapi seperti yang diperdebatkan banyak pihak, ini bukan masalah karakter. Ini adalah masalah sistem. Ketika organisasi tidak memindahkan verifikasi dari kepala reviewer ke infrastruktur yang terotomatisasi, maka craftsman tersebut menjadi asuransi yang tidak dibayar bagi perusahaan.

Yang tersisa sekarang adalah pertanyaan pribadi yang sulit: jika menulis kode bukan lagi inti dari pekerjaanku, apakah aku masih developer? Atau apakah aku sudah menjadi sesuatu yang belum memiliki nama?

Jalan Keluar yang Tidak Instan

Tidak ada pep talk yang bisa menyelesaikan krisis ini dalam satu malam. Willison sendiri mengakui bahwa dia masih merasakan pangs of Deep Blue meskipun dia adalah salah satu pengguna AI paling produktif di komunitasnya. Reed memilih untuk beradaptasi dengan mengubah studionya menjadi ruang kreatif yang lebih mirip galeri seni. White menyarankan untuk berhenti membangun identitas di sekitar produksi software, dan mulai membangunnya di sekitar hal-hal yang tetap manusiawi: selera, pertimbangan, kemampuan untuk mengetahui apa yang seharusnya ada.

Mungkin jawabannya bukan untuk menolak AI atau menyambutnya tanpa syarat. Mungkin jawabannya adalah untuk membangun kebijakan personal yang jelas: gunakan AI untuk boilerplate dan tes, tulis logika inti sendiri. Atau gunakan AI untuk eksplorasi, tapi jangan pernah merge tanpa memahami setiap baris. Ambiguitas dalam proses sendiri adalah biaya kognitif yang paling mahal.

Yang pasti, komunitas developer tidak akan pasif menerima masa depan yang dihadapkan kepada mereka. Repositori OpenMythos, tempat developer secara kolaboratif melakukan reverse-engineering arsitektur Claude dari artefak publik, mencapai lebih dari 10.000 bintang dalam delapan hari. Delapan hari. Ini bukan cope. Ini adalah craft. Ini adalah budaya developer yang merasa tidak berdaya: mereka menyelidiki, mereka membangun, mereka membuat yang tidak terlihat menjadi terbaca.

Krisis identitas developer bukan unik untuk momen ini. Setiap pergeseran platform besar, dari web ke mobile ke cloud, memicu pertanyaan yang sama. Developer yang bertanya dan terus membangun masih ada di sini. Yang berhenti membangun sambil menunggu jawaban definitif, sebagian besar sudah tidak ada.

Jadi, apakah kamu masih belong di tech? Jawaban yang jujur: itu tergantung pada apa tech-mu, apa artinya bagimu, dan apa yang bersedia kamu bangun dari sini. Bukan jawaban yang sederhana. Tapi mungkin itulah yang kita butuhkan.

Apa yang kamu rasakan ketika AI menulis kode untukmu: kelegaan, kehampaan, atau campuran keduanya yang bahkan tidak bisa kamu beri nama?