Coding seperti "ahli bedah"

• Bertentangan dengan anggapan umum bahwa kecerdasan buatan akan menjadikan developer sebagai ‘manajer’ atau ‘editor’, penulis mengusulkan pendekatan ‘coding seperti ahli bedah’ dan menekankan cara kerja yang berfokus pada tugas inti
• Seperti ahli bedah yang hanya berkonsentrasi pada bagian inti operasi dengan dukungan staf pendukung, developer dapat mendelegasikan pekerjaan sampingan melalui alat AI dan memusatkan diri pada pemecahan masalah yang esensial
• Tugas utama (misalnya pembuatan prototipe UI) masih dikerjakan langsung oleh manusia, tetapi pekerjaan berulang seperti penulisan dokumentasi, perbaikan bug, dan penelusuran kode ditangani oleh agen AI
• Dengan menyerahkan tugas repetitif sederhana kepada AI, kita bisa mendelegasikan grunt work tanpa masalah hierarki status, dan berkat ketersediaannya 24 jam, pekerjaan juga bisa diberikan pada larut malam atau saat jam makan siang
• Pendekatan ini terhubung dengan konsep ‘autonomy slider’ dari Andrej Karpathy, yang menunjukkan bahwa strategi pemanfaatan AI harus berubah sesuai tingkat otonomi tiap tugas

---

Coding seperti ahli bedah: konsep inti

• Menolak prediksi umum bahwa AI akan menjadikan developer sebagai manajer atau editor, dan sebagai gantinya mengusulkan cara bekerja seperti ahli bedah (Surgeon)
  • Ahli bedah melakukan operasi sendiri, tetapi dengan bantuan tim pendukung untuk menangani persiapan dan tugas-tugas sekunder, sehingga bisa fokus hanya pada pekerjaan inti yang membutuhkan keahlian khusus mereka
  • Developer juga dapat memanfaatkan AI seperti staf pendukung agar bisa berkonsentrasi pada pekerjaan kreatif yang paling inti
• Sebagai pembuat prototipe UI, penulis menargetkan penggunaan alat AI agar bisa mencurahkan 100% waktu pada pekerjaan yang bermakna
  • Produktivitas dimaksimalkan dengan mendelegasikan tugas sampingan yang bisa ditangani AI

Tugas sampingan yang dapat didelegasikan ke AI

• Daftar tugas pendukung yang cukup mampu dikerjakan AI
  • Menulis panduan terkait codebase sebelum perubahan besar dilakukan
  • Membuat draf kode ‘spike’ untuk percobaan perubahan besar
  • Memperbaiki error TypeScript atau bug yang memiliki spesifikasi jelas
  • Menulis dokumentasi untuk fitur yang sedang dikembangkan
• Tugas-tugas ini dapat dijalankan secara asinkron di latar belakang
  • AI bisa mengerjakan tugas saat jam makan siang atau malam hari, lalu hasilnya langsung ditinjau keesokan harinya
• Dengan begitu, seperti “ahli bedah yang masuk ke ruang operasi yang sudah siap”, developer dapat langsung fokus pada coding inti setelah semua persiapan selesai

Slider otonomi (Mind the autonomy slider)

• Cara memanfaatkan AI sangat berbeda antara tugas inti dan tugas pendukung
  • Desain inti dan pembuatan prototipe masih dikerjakan langsung oleh manusia, dengan loop umpan balik yang cepat dan visibilitas tinggi sebagai hal yang penting
  • Sebaliknya, untuk tugas sampingan, lebih efisien membiarkan AI bekerja secara otonom dalam waktu lama
• Untuk sesi panjang tanpa pengawasan, penulis menggunakan Claude Code, dan belakangan lebih menyukai Codex CLI
• Perbedaan ini mirip dengan konsep ‘autonomy slider’ dari Andrej Karpathy
  • Sesuai tingkat otonomi, alat dan pola pikir yang dibutuhkan pun berbeda, dan mencampuradukkan keduanya bisa berbahaya

AI dan konsep ‘tim ahli bedah perangkat lunak’

• Konsep "ahli bedah perangkat lunak" adalah ide lama yang diajukan Harlan Mills dalam "『The Mythical Man-Month』" karya Fred Brooks pada 1975
  • Strukturnya berpusat pada satu ‘chief programmer’, yang didukung oleh ‘copilot’ dan staf administratif
• Dahulu peran pendukung ini dijalankan oleh manusia, tetapi kini AI menggantikannya dalam bentuk yang layak secara ekonomis
• Penulis menekankan bahwa perubahan ini lebih dari sekadar penghematan biaya
  • Ini membantu meredakan persoalan hierarki status
  • Dengan mendelegasikan ‘grunt work’ yang repetitif dan membosankan kepada AI, masalah pembagian kerja yang timpang di dalam tim bisa diatasi
• Karena AI tersedia 24 jam, ia juga dapat melakukan riset malam hari atau analisis kode yang mustahil dibebankan pada intern manusia

Notion dan perluasan cara ‘bekerja seperti ahli bedah’

• Penulis menjelaskan bahwa pendekatan ini benar-benar diterapkan di Notion, tempat ia bekerja
  • Di tingkat perusahaan, penggunaan alat coding AI didukung secara aktif, dan codebase juga dirancang agar sesuai dengan itu
  • Dampak peningkatan produktivitasnya sangat besar, terutama bagi developer yang baru bergabung dengan codebase berskala besar
• Dari sisi produk, Notion juga ingin menyebarkan cara ‘bekerja seperti ahli bedah’ kepada semua pekerja pengetahuan, bukan hanya programmer
  • Tujuan utamanya bukan mendelegasikan pekerjaan inti, melainkan mengidentifikasi dan mendelegasikan tugas sampingan yang tidak penting dan berulang agar orang bisa fokus pada pekerjaan yang paling penting

[vk8520]

Tampaknya maksudnya adalah fokus pada pekerjaan inti, dan menyerahkan pekerjaan periferal kepada AI. Saya cukup setuju soal ini, dan rasanya memungkinkan untuk menggantikan sebagian pekerjaan yang bukan domain inti, yang tergantikan oleh sebagian SaaS, maupun pekerjaan admin dengan AI.
Yang bisa jadi lebih kontroversial adalah apakah pekerjaan inti bisa digantikan oleh AI. Pada akhirnya, arusnya akan berlanjut ke arah yang memberi hasil lebih baik. Kalau melihat AI menyelesaikan soal IOI atau LeetCode, kadang AI menunjukkan kemampuan coding yang jauh lebih baik daripada manusia. Membuat prediksi gegabah tampaknya di luar kemampuan saya, jadi sepertinya kita perlu terus mengamati.

[fortune]

Analogi ini sepenuhnya perbandingan yang salah karena gagal memahami esensinya.

Operasi adalah pekerjaan yang tidak bisa dibatalkan, sedangkan pemrograman adalah pekerjaan yang bisa dibatalkan kembali (yang disebut save and load).

Kalau operasi juga bisa dibuat dapat dibatalkan, ahli bedah pun akan menyuruh staf bawahan yang bisa melakukan operasi untuk mengerjakannya, lalu dari belakang fokus pada desain, review, dan manajemen karena itu lebih efisien. Kalau salah, tinggal dibatalkan lalu selesai.

[seunggi]

Saya setuju. Saya juga merasa bahwa cukup sering ada orang yang mengira rekayasa perangkat lunak itu mirip dengan rekayasa di industri konstruksi

• Dalam konstruksi, ada tahap perubahan fisik yang tidak bisa dibalik kembali (biayanya terlalu tinggi untuk dibalik)
• Karena itu, dalam konstruksi desain dan pembangunan dipisahkan, dan dari meniru hal ini muncullah proyek SI bergaya enterprise skala besar, perancang domain, dan arsitek
• Sebaliknya, perangkat lunak adalah salah satu bidang rekayasa yang paling mudah menerima perubahan, dan desain nyaris menyatu dengan pembangunan. Melalui Agile Manifesto, kode itu sendiri dan sesuatu yang benar-benar berjalan diberi makna
• Namun, dalam pengembangan berbasis LLM, tampaknya muncul suasana yang memberi nilai produktivitas pada desain yang disorot kembali sebagai hal baru, sementara implementasi detail didelegasikan

[chcv0313]

Kalau benar-benar ingin ngoding seperti ahli bedah, bukankah seharusnya coding hanya boleh dilakukan oleh orang yang lulus jurusan ilmu komputer? Kalau kuota jurusan ilmu komputer ditambah, para programmer juga harus kompak mogok kerja sedikit......

[colus001]

Kenapa tidak ada asisten coding!?

[forgotdonkey456]

Wkwkwkwkwkwkwkwkwkwkwkwkwkwkwkwkwkwk

[GN⁺]

Komentar Hacker News

• Jika seorang ahli bedah pemula mulai operasi dengan keyakinan bahwa perawat atau dokter anestesi akan mencegah kesalahannya, pasien bisa cepat meninggal
  Fakta bahwa tim bedah diperlukan tidak berarti pelatihan ahli bedah senior menjadi tidak perlu
  Masalahnya adalah ketika ahli bedah yang tidak berpengalaman berpikir, “karena perawat menyerahkan pisau bedah, saya tidak perlu repot belajar”
  Jika pada akhirnya memang harus belajar dengan mengorbankan pasien, ya silakan, tetapi jika tidak, sebaiknya masuk sekolah kedokteran dulu

  • Penulis menyebut dirinya sebagai “UI prototyper dan orang yang mengutak-atik konsep desain”, sambil juga mengatakan bahwa ia bekerja di perusahaan perangkat lunak coding AI
    Karena itu, keseluruhan tulisannya terasa mengandung efek Dunning-Kruger (bias kognitif ketika orang yang kemampuannya kurang justru menilai kemampuannya jauh lebih tinggi dari kenyataan)

• Sudah lama saya berpendapat bahwa seorang software engineer seharusnya membaca The Mythical Man-Month
  Dalam 25 tahun terakhir, cara pengembangan telah berubah drastis, seperti peralihan dari waterfall ke agile
  Tetapi ketika melakukan pengembangan berbasis LLM (Codex, Claude Code, dll.), justru terasa seperti kembali ke pola pengembangan era 70–80-an
  Sekarang kita seolah bisa memikirkan struktur seperti merancang katedral, lalu mendelegasikan implementasi detailnya

  • Di antara analogi Brooks, model tim bedah punya bagian yang keliru
    Dalam operasi, hanya satu orang yang bekerja pada satu waktu, tetapi pada software, banyak orang bisa mengutak-atiknya secara bersamaan
    Ini justru lebih mirip tim olahraga, dan kita butuh waktu untuk mencapai hasil matang karena kurang latihan atau coaching
  • Ada pertanyaan yang ingin mendengar lebih jauh perbedaan antara pendekatan ala 70–80-an dengan sekarang
  • Sekarang ini lebih dekat ke era CAD untuk software, yaitu CASE (Computer Aided Software Engineering)
    Kita jadi bisa lebih fokus pada desain daripada coding
  • Ada bantahan terhadap ucapan “seperti membangun katedral, cukup desain lalu detailnya didelegasikan”
    Kalau benar-benar membangun gedung tinggi, kita tetap harus memperhatikan kualitas baja dan asal baut
    Mengabaikan hal-hal itu berbahaya

• Analogi ini salah, baik secara harfiah maupun kiasan
  Ahli bedah bukan sekadar pekerja, melainkan manajer yang mengelola keseluruhan operasi, dan dalam praktiknya dokter anestesi justru paling penting
  Selain itu, konsep “pekerjaan kasar (grunt work)” sendiri adalah cara pandang yang keliru
  Sikap melihat diri sendiri sebagai ahli bedah dan orang lain sebagai tenaga pendukung adalah sudut pandang yang egois

  • Dijelaskan bahwa lawan bicaranya sedang mengutip analogi Fred Brooks
    Seperti konsep “Chief Programmer” dari Brooks, programmer utama bisa bekerja berkat dukungan tim
    Penulis melihat junior bukan sebagai tenaga rendahan belaka, melainkan sebagai mentee
    Ini memang bukan analogi yang sempurna, tetapi pesannya tentang alat coding AI tetap layak dihargai
  • Terhadap klaim bahwa “dokter anestesi lebih penting”, ada bantahan bahwa tanpa ahli bedah, operasi itu sendiri tidak mungkin dilakukan
    Sebagai contoh, secara historis operasi pernah dilakukan tanpa anestesi
  • Ada juga pendapat bahwa “alat AI dianalogikan sebagai tenaga pendukung”, bukan merendahkan manusia sungguhan
  • Analogi lain juga sering keliru
    Misalnya penjelasan framework yang menganalogikan programmer sebagai tukang kayu; pada kenyataannya, pengrajin sungguhan juga tidak menyempurnakan setiap bagian secara sempurna
  • Dalam perdebatan soal siapa orang terpenting dalam operasi, diajukan tautan ke kasus Leonid Rogozov yang mengoperasi dirinya sendiri

• Saya suka analogi ini dan berniat memakainya ke depan
  Analogi lain yang bisa dipakai adalah studio pelukis klasik
  Rembrandt atau Rubens membiarkan murid-muridnya menyiapkan kanvas dan mewarnai sebagian area, sementara sang maestro hanya melukis bagian inti sendiri
  Sebaliknya, setelah era Romantisisme muncul ideal bahwa seniman harus menyelesaikan semuanya sendirian
  Ada programmer yang ingin berkarya sendirian seperti Turner, tetapi saya ingin seperti Rembrandt: menggambar gambaran besar, lalu menyerahkan detail kepada AI atau junior

  • Tetapi hasil akhir software bukanlah kode, melainkan produk yang berfungsi
    Kualitas kode harus baik agar bisa cepat merespons umpan balik pengguna
    Yang penting bukan sekadar “coding cepat lalu selesai”, melainkan struktur yang menurunkan biaya perubahan
    Jika pendekatan ala Rembrandt menghasilkan kode yang baik, itu tidak masalah, tetapi buktinya masih kurang

• Saya juga sudah memakai Claude selama beberapa bulan, tetapi merasa menulis kode langsung lebih efisien
  Namun kali ini saat meng-upgrade database besar dari MySQL 8 ke 9, saya meminta Claude mencari query yang berpotensi bermasalah, dan ternyata sebagian besar tebakannya tepat
  Memang tidak sempurna, tetapi sangat mengurangi waktu debugging
  Saya merasa LLM jauh lebih bernilai dalam peran menemukan titik risiko daripada langsung menulis kodenya

  • Saya juga punya pengalaman serupa
    Di codebase lama, jika diberi stack trace, LLM bisa menunjukkan arah debugging awal
    Saat memperbaiki masalah performa pun, ia bisa dipakai untuk memverifikasi apakah jalur kode menghasilkan output yang sama
    Untuk penulisan kode sendiri masih setingkat autocomplete, tetapi efisiensinya jelas naik

• Saya jadi teringat presentasi Dan North, Software Faster
  Kalimat “software itu seperti operasi: lakukan hanya seminimal yang diperlukan untuk menyelesaikan masalah” sangat berkesan
  Tetapi tulisan kali ini terasa jauh dari filosofi tersebut

  • Pendahulu saya menganut filosofi “kalau mau hemat 5 menit, copy-paste saja seluruh file”
    Jadi sekarang saya merasa seperti ahli bedah yang sering melakukan amputasi

• Struktur Chief Programmer Team tampaknya sedang populer lagi
  Kali ini bentuknya adalah tim yang memasukkan agen AI alih-alih manusia
  Gagasan Fred Brooks kembali mendapat perhatian

  • Penulis juga menyatakan bahwa ia memang mengutip Brooks dan Harlan Mills secara langsung
  • Cukup mengejutkan struktur seperti ini tidak menjadi lebih populer
    Jika developer dengan produktivitas 10x (10x-er) dipasangkan dengan tim yang kompeten, waktu yang terbuang untuk rapat atau pengelolaan Jira bisa dikurangi
    Karena mereka dibayar sangat mahal, waktunya harus digunakan semaksimal mungkin untuk hal yang bernilai

• Memahami spektrum otonomi, atau spektrum delegasi, adalah kunci untuk memakai alat coding AI dengan baik
  Para engineer tidak terbiasa mendelegasikan, tetapi para founder cenderung lebih cepat mempelajari hal ini

• Soal ungkapan “ahli bedah fokus pada pekerjaan penting”, ada yang menegaskan bahwa semua pekerjaan pendukung sebenarnya sama pentingnya
  Kita harus rendah hati, menghormati dukungan di sekitar kita, dan memberi support yang sama kepada mereka