2025.07.24 (Kam)

✨ Ringkasan Gemini 2.5 Pro  

Diskusi tentang cara developer bertahan hidup di era AI sangat melimpah, tetapi banyak di antaranya mengecilkan perubahan nyata atau bersandar pada optimisme tanpa dasar. Karena itu aku sulit menyetujui klaim seperti “AI tidak dapat menggantikan developer.” Aku mencoba merapikan pikiranku tentang mengapa klaim itu makin kehilangan daya yakinnya.

Asli

Diskusi tentang cara developer bertahan hidup di era AI sangat melimpah, tetapi banyak di antaranya mengecilkan perubahan nyata atau bersandar pada optimisme tanpa dasar. Karena itu aku sulit menyetujui klaim seperti “AI tidak dapat menggantikan developer.” Aku mencoba merapikan pikiranku tentang mengapa klaim itu makin kehilangan daya yakinnya.

Dasar paling umum yang mereka ajukan adalah masalah “kualitas kode AI.” Pernyataan seperti “banyak bug” dan “tidak bisa menulis logika kompleks” memang benar, tetapi itu bukan inti masalahnya. Intinya bukan tingkat kesempurnaan AI saat ini, melainkan “decidability” dari tugas yang hendak diselesaikan. Jika aturan dan tujuannya jelas, AI menemukan jawaban melalui penalaran logis. Wilayah ini sedang meluas secara eksponensial, dan tindakan manusia bernama “coding” sepenuhnya termasuk di dalam wilayah ini.

Fakta bahwa AI saat ini belum mampu menangani proyek berskala besar jelas merupakan “bottleneck” teknis, bukan batas esensial dari keberadaan AI. Dan “context size” yang menentukan batas ini sedang berkembang secara eksplosif. Optimis terhadap masa depan dengan bersandar pada bottleneck teknis ini adalah penilaian yang berbahaya. Era ketika kita memerintahkan AI yang memahami konteks seluruh proyek untuk menulis kode sudah jauh lebih dekat daripada yang kita kira.

Karena itu, penurunan nilai pekerjaan “coding” adalah urutan yang sudah dijadwalkan. Di hadapan realitas ini, jika ingin mengatakan “developer aman,” dibutuhkan perubahan cara berpikir sampai sepenuhnya mengubah definisi developer dari “coder” menjadi “architect.” Wilayah tempat nilai harus dibuktikan dipaksa bergeser dari kode ke desain sistem. Developer yang tidak bisa menjawab “What” dan “Why” akan tersingkir. Ini bukan sekadar prediksi, melainkan realitas yang sudah terjadi di depan mata kita.

Pada titik ini, kelompok yang akan menghadapi perubahan terbesar adalah developer tipe “artisan” yang menjadikan kemahiran dalam framework atau bahasa tertentu sebagai identitas sekaligus daya saing mereka. Keterampilan tangan mereka yang presisi akan menjadi target pertama yang diotomatisasi oleh AI. Framework hanyalah salah satu dari sekian banyak “alat” yang dapat diberikan kepada AI, bukan tali penyelamat yang harus dipegang manusia. Bersikeras hanya pada cara lama sama saja dengan menutup mata terhadap arus perubahan.

Keyakinan samar bahwa “AI tidak akan menggantikanku” bisa berbahaya. Kita harus keluar dari optimisme prematur dan menatap realitas. Bertahan hidup adalah milik mereka yang membaca perubahan dan bergerak lebih dulu. Aku pun tidak bisa menjadi pengecualian dalam kompetisi bertahan hidup itu.

Mungkin alasan aku memilih jalan “vibe coder / solo founder yang menghantam tanah kosong dengan kepala sendiri” alih-alih jalan “developer spesialis SI di level coder” atau “developer spesialis riset di level architect” juga merupakan gerakan putus asa yang didasarkan pada pengenalan realitas dingin ini. Waktu dan sumber daya yang diberikan kepadaku saat ini terbatas, sedangkan ketika aku menggali satu teknologi secara mendalam, sudah jelas AI akan berkembang secara serentak di semua wilayah teknologi.

Pada akhirnya, masa depan yang sudah datang dan akan datang lebih dekat lagi adalah era ketika hanya orang yang mampu mendefinisikan dan memerintahkan “apa yang harus dilakukan” kepada “eksekutor” yang luar biasa kuat bernama AI yang akan bertahan. Di dunia tempat tindakan menulis kode sudah berpindah ke AI, nilai tidak lagi lahir dari “How,” melainkan dari “What” dan “Why.” Aku memutuskan untuk berdiri di sisi yang memikirkan “What” dan “Why” itu secara mendalam, lalu menyuruh AI bekerja. Meski realitas sekarang sama sekali tidak mudah.

naver-055-001

Tinggalkan komentar