AI Coding Mengungkap Kesedihan dan Perpecahan di Kalangan Pengembang

• Penyebaran alat AI coding sedang memunculkan ke permukaan perbedaan motivasi yang selalu ada di antara para pengembang, tetapi sebelumnya tidak terlihat
• Kesedihan karena kehilangan kepuasan kerajinan dalam menulis kode itu sendiri, dan kesedihan karena perubahan ekosistem serta lanskap karier di sekitar kode, adalah dua jenis rasa kehilangan yang berbeda
• Dari sudut pandang pengembang yang telah memrogram sejak 1980-an, AI coding adalah kelanjutan alami dari tahapan abstraksi: dari C64 BASIC ke assembly, lalu dari fungsi ke perancangan sistem
• Pengalaman puluhan tahun membaca dan me-review kode tetap relevan sebagai insting dan daya penilaian untuk menilai kualitas kode yang dihasilkan AI
• Kuncinya adalah menyadari jenis kesedihan apa yang dirasakan; kehilangan kerajinan dan kehilangan konteks memerlukan cara merespons yang berbeda

---

Awal Duka

• James Randall adalah pengembang yang mulai memrogram sejak usia 7 tahun pada 1980-an, dan menggambarkan bahwa pengalaman menemukan sesuatu lewat rasa ingin tahu dan ketekunan telah menjadi "terkompresi"
  • Bukan sepenuhnya hilang, tetapi ada sesuatu yang lenyap dalam proses kompresi itu
• Nolan Lawson mengekspresikan rasa kehilangan itu dengan lebih langsung dalam tulisan berjudul "We Mourn Our Craft"
  • Ia akan merindukan sensasi membentuk kode dengan tangan, pengalaman menangkap bug dengan debugger pada pukul 2 pagi, dan kebanggaan bahwa "aku yang membuat ini"
• Perasaan-perasaan ini adalah emosi yang nyata terhadap kehilangan yang nyata, tetapi saat membacanya muncul kesan kuat bahwa mereka sedang meratapi hal yang berbeda

Hakikat Perpecahan

• AI coding sedang mengungkap perpecahan yang selama ini ada di antara pengembang, tetapi sebelumnya kurang terlihat
• Sebelum AI, kedua kubu bekerja dengan cara yang sama: memakai editor yang sama, bahasa yang sama, dan workflow pull request yang sama
  • Pengembang yang berorientasi pada craft dan pengembang yang berorientasi pada hasil duduk berdampingan, merilis produk yang sama, dan nyaris tak bisa dibedakan
  • Motivasi di balik pekerjaan itu tidak terlihat, karena prosesnya sama
• Kini muncul persimpangan: menyerahkan kode kepada mesin sambil mengarahkan apa yang harus dibuat, atau menulis kode sendiri dengan tangan
  • Pada momen memilih ini, alasan seseorang pertama kali mulai memrogram akhirnya menjadi terlihat
• Perpecahan yang sama juga ada di kelas matematika dan ilmu komputer saat kuliah: ada orang yang menyukai pembuktian dan teorema itu sendiri, dan ada yang tertarik hanya ketika diterapkan pada penggunaan nyata

Kesedihanku Berbeda

• Dalam 18~24 bulan terakhir, memang ada masa kesedihan dan adaptasi yang nyata
• Ada ketakutan bahwa aku tidak akan bisa memahami alat baru, tetapi ternyata aku bisa memahaminya
• Ada kekhawatiran akan kehilangan kemampuan menilai kualitas kode buatan AI, tetapi pengalaman puluhan tahun membaca dan me-review kode tidak menguap begitu saja
  • Saat ada sesuatu yang salah, itu masih bisa terasa, dan ketajaman penilaian itu tetap ada
• Ada ketakutan bahwa teka-teki itu akan berakhir, tetapi kenyataannya hanya naik satu tingkat
  • Dari menata byte di C64 → menulis fungsi → merancang sistem, ini adalah pola yang sama dengan setiap transisi dalam karier
  • Kini teka-tekinya berpindah ke ranah arsitektur, komposisi, dan mengarahkan assistant
• Sebagian besar ketakutan itu tidak bertahan ketika berhadapan dengan kenyataan, tetapi sebagian kesedihan tetap tersisa

Kesedihan yang Masih Tersisa

• Yang diratapi bukan menulis HTML dengan tangan, melainkan ekosistem web terbuka itu sendiri
  • Pembelajaran AI atas commons bersama, serta sentralisasi yang makin besar atas pihak yang membentuk pengalaman orang di internet, adalah kehilangan yang nyata
  • Ini adalah masalah yang tidak hilang hanya karena produktivitas pribadi meningkat
• Ada juga kesedihan atas perubahan lanskap karier
  • Web development yang telah digeluti lebih dari 30 tahun bukan lagi bidang yang paling panas
  • Sebagian sudah diambil oleh aplikasi mobile, dan kini AI engineering menempati posisi dominan
  • Meski merasa berhasil bertransisi, kecemasan itu nyata dan belum selesai
• Inti kesedihan ini: bukan merindukan tindakan menulis kode itu sendiri
  • Ini adalah kesedihan karena dunia di sekitar kode sedang berubah
  • Kesedihan Randall dan Lawson menyasar spirit craft itu sendiri, sedangkan kesedihan dalam tulisan ini menyasar konteks dan alasan

Tidak Ada Pihak yang Salah

• Dalam tulisan tanggapannya terhadap Lawson, Kevin Lawver berargumen bahwa alih-alih terpaku pada masa lalu, yang perlu dilakukan adalah mengarahkan ulang spirit craft dan passion itu
• Lebih bermanfaat secara praktis untuk tidak sekadar membingkainya sebagai nostalgia versus pragmatisme, melainkan menyadari jenis kesedihan yang sebenarnya sedang dirasakan
• Jika yang diratapi adalah kehilangan craft, maka ucapan seperti "tinggal beradaptasi saja" tidak akan menyelesaikan masalah
  • Kepuasan itu mungkin harus dicari di tempat lain, atau perlu menerima bahwa rasa dari pekerjaan ini akan berbeda
  • Bahwa craft bisa menjadi sumber nafkah sampai sekarang pun merupakan sebuah keberuntungan
• Jika yang diratapi adalah kehilangan konteks, maka respons yang lebih bisa dijalankan tetap tersedia
  • Mempelajari alat baru, berjuang untuk web yang diinginkan (meskipun itu small web), dan tetap bisa bersedih sambil beradaptasi
• Mengutip ungkapan Nolan Lawson: "Aku tidak merayakan dunia baru ini, juga tidak melawannya. Matahari terbit dan terbenam, aku berputar tak berdaya di orbitku, dan protesku tidak bisa menghentikannya"
  • Namun merupakan pengakuan yang jujur bahwa, di tengah kesedihan dan ketakutan itu, ada sedikit kegembiraan juga

Menyuruh Komputer Bekerja

• Sejak mulai memrogram pada 1980-an, setiap bahasa yang dipelajari selalu hanyalah sarana untuk mencapai tujuan
  • Cara baru untuk membuat komputer melakukan apa yang diinginkan
• AI coding adalah tahap terbaru dari kelanjutan itu, bukan sebuah diskontinuitas, melainkan anak tangga berikutnya
• Hanya saja, tangga itu sendiri sedang berubah, dan bangunan tempat ia bersandar juga sedang berubah, sehingga belum jelas ke mana arahnya
• Satu hal yang pasti: kepuasan saat sesuatu yang dipikirkan lalu dibuat benar-benar bekerja tidak berubah selama lebih dari 40 tahun
  • Jalur kode untuk sampai ke sana memang berbeda, tetapi momen ketika semuanya bekerja tetap sama

[github88]

Terlalu dibesar-besarkan.

[ahwjdekf]

Saya rasa hal seperti pemrograman web memang bagus sekali jika dikerjakan oleh AI.

[brilliant08]

Tampaknya pemrograman lain memiliki semacam nilai yang luhur.

[onetoday]

Saya juga cukup sering merasa rata-rata usia di HN sudah jauh lebih tinggi dan ada kesan seperti orang-orang yang tertinggal dari perkembangan.
Jadi saya cenderung melewati tulisan negatif seperti ini (bukan yang kritis) tanpa dibaca.

Sebagai catatan, kadang masih ada momen ketika saya teringat serunya ngoding sendiri,
karena saya di ranah web mungkin itu jadi lebih memungkinkan,
saat ini sudah lebih dari 3 bulan saya tidak mengetik kode.

Yang terpenting, mengembangkan seperti ini sangat menyenangkan, jadi seperti saat masih muda saya jadi sering lembur sukarela.

[snisper]

Kalau memang sampai segitu bingung karena AI, bukannya tinggal tidak dipakai saja?

[savvykang]

Saya penasaran bagaimana reaksi orang-orang saat alat RAD muncul.

[GN⁺]

Komentar Hacker News

• Menurut saya tulisan itu salah paham total. Bahkan developer berorientasi craft juga mengejar hasil, tetapi hasil yang tahan lama dan bisa dikembangkan
  Tujuan programmer yang baik adalah membuat dirinya tidak dibutuhkan lagi. Dulu ada masa ketika orang menghitung siklus dan mengemas bit dengan assembly, tetapi kemudian memakai compiler menjadi hal yang wajar. Dulu juga ada masa ketika orang membuat aplikasi CRUD langsung, tetapi sekarang framework yang mengambil alih. Manajemen memori, sistem tipe, bahasa tingkat tinggi, sistem no-code/low-code, semuanya bagian dari kemajuan. Pada akhirnya, tujuan pemrograman adalah membuat komputer melakukan hal-hal agar kita tidak perlu melakukannya sendiri Menurut saya perpecahan yang sebenarnya adalah perbedaan pola pikir antara orang yang melihat software sebagai sesuatu yang bisa diperbaiki dan dipahami, dan orang yang melihatnya sebagai hambatan tak terpahami buatan orang lain
  • Saya suka sudut pandang ini. Kalau sudah lama menangani sistem, semua detail terasa bermakna. Kita jadi punya firasat dampak perubahan satu bagian terhadap keseluruhan. Tapi saya khawatir di era software AI, pemahaman seperti ini akan jadi mustahil. Terlalu banyak kode akan dihasilkan otomatis sehingga sulit memahami keseluruhannya. Kalau akhirnya susah dimodifikasi, mungkin lebih masuk akal membuat ulang dengan AI. Karena itu modularitas akan jadi makin penting
  • Saya hampir sepakat dengan semuanya, kecuali kalimat terakhir. Itu bukan soal kecerdasan, melainkan dalam praktiknya orang-orang di golongan kedua memang sering kurang mumpuni
  • Saya penasaran apakah pembagian ini mirip dengan dikotomi "classical vs romantic" milik Pirsig. Yang pertama berusaha memahami struktur dan prinsip, yang kedua lebih menekankan tampilan, rasa, dan kegunaan
  • Dulu ungkapan “programmer yang baik membuat dirinya tidak dibutuhkan lagi” sering terdengar, tetapi sekarang rasanya hampir hilang
• Perpecahan yang sesungguhnya ada antara orang yang percaya kemajuan teknologi pada dasarnya baik, dan orang yang tahu bahwa secara historis kenaikan produktivitas tidak pernah otomatis berujung pada pengurangan jam kerja
  Sistem kerja 8 jam adalah hasil perjuangan politik, bukan hasil teknologi
  • Perpecahan yang sebenarnya ada antara pemilik modal dan pekerja. Kaum kapitalis hidup dari selembar kertas warisan yang memberi mereka sebagian hasil kerja buruh
  • Menarik bahwa diskusi seperti ini makin sering terlihat di Hacker News. Kalau AI menggantikan developer, orang-orang cerdas dan termotivasi mungkin bisa tersadarkan secara politik. Secara historis, ketika perusahaan menjadi terlalu besar, pada akhirnya ia diperlakukan seperti negara
  • Klaim ekstrem terlalu banyak. Pada akhirnya perpecahan yang nyata adalah antara orang yang mendukung sains dan teknologi, dan orang yang membencinya
• Sekarang ini bukan lagi sekadar soal orang yang suka mengetik di mechanical keyboard. Perbedaan yang nyata adalah antara orang yang suka memahami sistem dan membangun yang baru, versus orang yang menyerahkan itu ke pihak lain dan hanya mengambil hasilnya
  Namun, kalau pihak lain itu manusia, kita masih bisa berbagi kredit lewat mentoring atau menciptakan lingkungan yang mendukung
  • Lucu juga bagaimana “perpecahan yang sebenarnya” selalu mengarah ke skenario “saya yang lebih unggul secara intelektual atau moral” versus “mereka yang inferior”
  • Saya suka memahami sistem dan membangun yang baru, tetapi juga senang mendelegasikan pekerjaan berulang ke AI. Jadi orang seperti saya tidak boleh ada? Saya tidak setuju
  • Developer ada dua jenis. Tipe A teliti sampai ke keamanan, testing, dan CI, tetapi dari sudut pandang pengguna bisa terasa kaku. Tipe B lemah di testing atau deployment, tetapi sangat mementingkan pengalaman pengguna. Keduanya sama-sama dibutuhkan. Hanya saja AI tampaknya akan menggantikan wilayah tipe A lebih dulu
  • Rasanya seperti, “Claude, tolong angkat beban ini buat saya”
  • Setiap orang merasakan kesenangan di titik yang berbeda. Saya suka proses memecahkan teka-teki. Menyelesaikan sesuatu secara spontan lebih menyenangkan daripada mengikuti rencana
• Sebelum AI, kedua kubu melakukan pekerjaan yang sama — editor yang sama, bahasa yang sama, workflow PR yang sama. Yang berbeda adalah motivasinya. Karena itu ada orang yang senang AI menulis kode untuknya, dan ada yang sedih karena bagian yang dulu mereka nikmati kini hilang
  Tulisan Kellan “Code has always been the easy part” juga sejalan dengan ini. Generasi kita terjun ke teknologi karena kecanduan pada rasa agensi yang diberikan web
  • Perbedaan sebenarnya adalah standar kualitas. Ada orang yang menghabiskan berjam-jam hanya untuk satu nama variabel, dan ada yang berpikir “asal jalan sudah cukup.” Keduanya punya nilai. Hanya saja laju perkembangan model terlalu cepat, jadi jangan menilainya dengan patokan tahun lalu. Output dasarnya memang rata-rata, tetapi kalau dipakai dengan baik, kualitasnya bisa jauh lebih tinggi
  • Katanya pemrograman Perl tidak menyenangkan secara estetika? Saya justru bangga bisa menguasai Perl. Ada kepuasan mengendalikan bahasa yang sulit dibaca dengan leluasa
  • Perl memang punya daya tarik. Sintaks seperti unless membantu mengekspresikan alur secara alami. Hanya saja karena evolusinya berhenti, orang-orang memperluasnya dengan cara masing-masing dan lahirlah codebase yang rapuh
  • Saya tidak menikmati coding itu sendiri, tetapi kepuasan saat berhasil memecahkan masalah sangat besar. Saya merasa proses berpikir seperti ini membantu menjaga kelenturan otak
  • Ini bukan dikotomi biner. Saya campuran dari dua jenis itu. Karena AI mengambil alih coding untuk pekerjaan, saya jadi punya ruang untuk menikmati coding tradisional di rumah
• Saya tipe yang berorientasi hasil. Saya peduli pada kualitas hasil akhir. Saya lebih terobsesi pada mutu produk jadi daripada proses codingnya. Tetapi aplikasi sekarang lebih lambat dan lebih banyak bug dibanding 15 tahun lalu. Bahkan aplikasi Claude kadang menampilkan tombol yang tidak bisa diklik
  AI coding hanya meningkatkan produktivitas sekitar 10%. Hambatan sebenarnya adalah memahami apa yang harus dibuat dan meyakinkan orang lain. Coding hanyalah sarana untuk memahami itu
  • Saya juga lebih sering memakai AI untuk mengumpulkan dan memverifikasi informasi daripada menulis kode. Saya menempatkan beberapa LLM sebagai reviewer agar saling mengkritik. Ini sangat membantu saat menangani logika bisnis yang kompleks. AI juga berguna untuk menjelajahi edge case
  • Saya setuju bahwa coding bukan bottleneck-nya. Gagasan bahwa AI memberi produktivitas 10x itu tidak masuk akal. Saya memang sudah cepat dalam coding, jadi AI tidak banyak membantu. Malah jadinya situasi yang memaksa kecepatan di atas kualitas. Rekan satu tim mengeluarkan ribuan baris dengan AI dan kualitas kodenya merosot tajam
  • Sepertinya Anda mencampuradukkan kualitas kode dan kualitas produk akhir. Sebagian besar masalah berasal dari keputusan bisnis
  • Kalau “yang penting hanya hasil akhirnya,” maka orang juga bisa bertanya, “kenapa tidak langsung di-outsourcing saja?”
• Saya merindukan “web ketika HTML ditulis dengan tangan”. Sedih melihat ekosistem web DIY yang dulu dibuat langsung oleh individu kini digantikan alat AI milik korporasi. Sekarang kita masih ada di tahap transisi, tetapi kemunduran web terbuka sedang makin dipercepat
• Generative AI juga bisa dipakai sebagai perpanjangan dari semangat craft. Kita bisa memanggil kode open source lalu bertanya “kenapa ini bekerja seperti ini?” untuk melakukan pengembangan berbasis pemahaman
  • Kesenangan memecahkan teka-teki tidak hilang, hanya naik satu tingkat. Sekarang wilayah para craftsman adalah merancang struktur keseluruhan sistem dan alasan di baliknya
  • Tentu hasilnya juga harus dikontribusikan ke upstream
  • Sebenarnya hal seperti ini sudah bisa dilakukan sejak dulu dengan mesin pencari
• Ketiga skenario sama-sama buruk. ① AI lemah → Great Depression 2.0, ② AI sesuai ekspektasi → monopoli oleh segelintir orang superkaya, ③ AI superkuat → kepunahan manusia. Jumlah AI yang ideal adalah 0
  Meski begitu, tetap harus ada perlawanan
  • Dulu saya juga berpikir begitu, tetapi belakangan melihat batas realistis setelah ledakan AI membuat saya merasa pasar akan segera terkoreksi. Sekarang situasinya lebih mirip era AOL
  • Kecerdasan sejati bukan sekadar mengubah teks menjadi tool call, tetapi harus mencakup perencanaan, kritik, dan pemecahan masalah kreatif
  • Sebenarnya skenario 1 dan 2 sama-sama menguntungkan orang yang sama. Skenario 3 hanyalah fantasi untuk mengalihkan perhatian publik
• Setelah lama bekerja di startup, saya meninggalkan gagasan ‘craftsmanship’. Sebaliknya, saya jadi paham betapa berbahayanya tidak adanya code review untuk kode AI atau PR yang terlalu besar. Ini bukan soal craftsmanship, melainkan soal akurasi dan pengelolaan utang teknis
  • Masalahnya bukan orang yang “mengejar hasil”, melainkan orang yang cari kredit sambil menghindari kerja. Saat kode mereka rusak, mereka sudah pindah ke proyek lain
  • Dalam pengalaman saya, yang lebih penting daripada dikotomi ‘craftsmanship vs hasil’ adalah naluri membangun keseluruhan bangunan dengan baik. Tidak masalah jika AI mengambil sebagian seperti subkontraktor, tetapi sekarang levelnya sudah seperti meng-outsourcing seluruh bangunan, jadi hasilnya berantakan
• Developer ada dua jenis. Yang pertama terlalu suka coding sampai tidak menjadi manajer, dan yang kedua akan langsung menjadi manajer begitu ada kesempatan. Manfaat AI lebih banyak dinikmati jenis kedua
  • Orang yang pandai mengelola manusia memang seharusnya menjadi manajer. Dan ada jenis ketiga juga — orang yang suka merancang sistem dan menyerahkan implementasinya ke orang lain