Saya Lebih Bahagia Saat Menulis Kode dengan Tangan Sendiri

• Setelah berulang kali menggunakan alat pembuat kode berbasis LLM, saya kembali menemukan rasa tenggelam dan kesenangan saat menulis kode sendiri
• Menulis kode bukan sekadar aktivitas produksi, melainkan proses memahami ruang masalah dan memurnikan pemikiran, dan pembuatan otomatis justru mengganggu proses ini
• Sulit untuk memverifikasi akurasi kode yang tidak saya tulis sendiri, dan hanya dengan menulis langsung saya bisa menginternalisasi konteksnya
• Dengan memanfaatkan LLM secara terbatas untuk memberikan konteks secara manual dan hanya memakainya untuk memperbaiki sebagian kode atau membuat test, saya tetap mempertahankan kendali atas proses berpikir
• Penulis menekankan bahwa kedalaman berpikir dan rasa bahagia harus diprioritaskan daripada produktivitas, dan bila sebuah alat mengganggu proses berpikir, kita perlu waspada terhadapnya

---

Pengalaman Menggunakan Pembuat Kode LLM dan Rasa Ragu

• Saya beberapa kali memakai claude-code, tetapi setiap kali justru merasakan depresi dan kelesuan, lalu akhirnya menghapusnya
  • Kode yang dibuat otomatis terlihat “meyakinkan”, tetapi membuat saya kehilangan makna dari apa yang seharusnya saya kerjakan
  • Setiap kali berhenti memakai alat itu, saya kembali menemukan kesenangan dalam ngoding
• Ngoding bukan sekadar implementasi, melainkan proses menjelajahi ruang masalah dan belajar lewat kegagalan
  • Untuk benar-benar memahami API, kita harus mencobanya langsung; hanya membaca dokumentasi saja tidak cukup
  • Aktivitas menulis kode itu sendiri adalah sarana untuk mewujudkan pemikiran secara konkret

Hubungan antara Pemikiran dan Akurasi

"Jika Anda tidak menulis dan hanya berpikir, Anda hanya sedang keliru mengira diri Anda sedang berpikir." - Leslie Lamport

• Memverifikasi akurasi kode yang tidak saya tulis sendiri jauh lebih sulit
• Dalam proses menulis langsung, kita menginternalisasi konteks masalah, dan ini penting untuk memahami kualitas kode
• Jika terlalu bergantung pada LLM, proses ini terlewat sehingga pemahaman terhadap domain masalah menjadi lebih lemah

Sifat Adiktif dan Efek Samping ‘Vibe coding’

• Pembuatan kode dengan LLM memiliki sifat adiktif karena memberi imbalan dopamin yang instan
  • Ini memicu ilusi bahwa “kalau prompt-nya sedikit diperbaiki lagi, hasilnya pasti benar”
• Cara seperti ini memperbesar inersia berpikir, membuat otak menjadi pasif, dan bahkan mendorong ketergantungan pada LLM untuk tugas sederhana sekalipun
  • Misalnya, bahkan untuk pekerjaan find-and-replace yang sederhana, saat diserahkan ke LLM justru memakan waktu lebih lama
• Walaupun kode yang dihasilkan banyak, pada akhirnya tanggung jawab untuk meninjau dan memahaminya tetap ada pada manusia, dan ini justru dapat menjadi bottleneck

Cara Alat Membentuk Cara Berpikir

• Dari sudut pandang bahwa “alat tidak pernah netral”, alat yang mengganggu proses berpikir adalah alat yang buruk
  • Kompetensi inti pekerja pengetahuan adalah kemampuan untuk berpikir secara mendalam, sehingga teknologi yang menghambatnya perlu diwaspadai
• Tentu saja, LLM tidak sepenuhnya dikesampingkan, tetapi digunakan secara sengaja dan terbatas
  • Hanya file yang diperlukan saja yang disalin untuk memberi konteks, lalu dipakai hanya untuk memperbaiki sebagian kode atau menulis test
  • Dengan cara ini, cakupan perubahan yang dihasilkan tetap kecil, dan struktur keseluruhan codebase tetap bisa dipahami sendiri
  • Ini berubah dari pembuatan pasif menjadi ‘pembuatan yang penuh pertimbangan’, sehingga aktivitas otak dan kondisi flow bisa tetap terjaga

Keseimbangan antara Kebahagiaan dan Produktivitas

• Hidup itu singkat, dan kebahagiaan harus diprioritaskan
  • Menghasilkan seluruh fitur secara otomatis mungkin bisa meningkatkan produktivitas, tetapi jika itu menimbulkan kecemasan eksistensial dan perasaan depresi, maka dalam jangka panjang justru tidak produktif
• Penulis mengakui bahwa orang bisa saja setuju ataupun tidak dengan perasaannya, tetapi
  "Jangan takut untuk memilih secara berbeda"

[nimgnos]

Ada kalkulator, tetapi ada juga orang yang suka menghitung dengan tangan atau berhitung di luar kepala.

[su79eu7k]

Saya merasa lebih bahagia saat menulis kode dengan tangan sendiri.

Saya dengan hati-hati berpikir bahwa proses menuliskan langsung bagian yang sangat kompleks dan menjadi inti logika bisnis, memikirkannya sendiri, lalu menanamkan hasilnya kepada para engineer AI, mungkin justru bisa membantu produktivitas. Para matematikawan juga memakai alat seperti kalkulator, tetapi saat memikirkan ide intinya mereka juga banyak mencatat, bukan?

[naruchingu]

Saya lebih bahagia saat menulis kode dengan tangan.

Meski kita hidup di zaman ketika foto bisa diambil hanya dengan sekali jepret lewat ponsel, tetap saja ada orang yang menghabiskan waktu berjam-jam untuk menggambar. Menurut saya, ini hanya soal perbedaan proses dan arah, bukan masalah benar atau salah.

[wkdehf555]

Kedengarannya ini tidak lebih dari sekadar mengatakan bahwa Anda akan berbenturan secara frontal dengan arah yang dikejar perusahaan-perusahaan..

[dolsangodkimchi]

Saya menghormati ideal kebahagiaan dan kepuasan pribadi, tetapi dari sudut pandang pekerjaan di mana seseorang memberikan tenaga kerja dan menerima bayaran, pola pikir seperti itu terasa kurang tepat.

[foriequal0]

Kalau ada seseorang yang mengabaikan metrik jangka panjang dan hanya mengejar metrik jangka pendek, bahkan orang yang sama sekali tidak berkaitan pun rasanya ingin lewat sambil menggurui, "Bukan begitu caranya, ckck."
Lalu kalau yang berpikir begitu adalah seorang programmer yang merasa dirinya tumbuh bersama perusahaan, memberi kontribusi besar, dan menjalankan peran penting di sana, bukankah perasaan itu akan jauh lebih kuat lagi.

[geeksk553]

Justru para pengembang yang benar-benar hebat dan sangat terampil malah menikmati vibe coding...

Bukan saya yang bilang (seperti Linus Torvalds atau Robert Martin)

[dieafterwork]

Saya lebih bahagia saat menulis kode dengan tangan.

Saya hanya menggunakannya untuk skrip Python. Rasanya sulit mengatakan bahwa saya menikmatinya.

[cocofather]

Saya mencari artikel tentang Linus Torvalds, dan sepertinya itu ditulis sebagai hobi, dan masih belum digunakan untuk pengembangan Linux.

[GN⁺]

Komentar Hacker News

• Mereka menyamakan coding dengan pertukangan kayu. Walau mesin bisa membuat furnitur, tetap ada orang yang membuatnya dengan tangan. Hand-coding juga bisa dilakukan demi kesenangan, tetapi ke depannya akan sulit dijadikan profesi

  • Analogi ini terasa kurang pas. Gergaji listrik adalah teknologi centaur yang dipimpin manusia, sedangkan GenAI justru teknologi reverse-centaur di mana manusia menjadi pendamping. Gergaji listrik tidak menggantikan manusia, tetapi AI bisa memangkas setengah tim
  • Pertukangan kayu memproduksi produk yang sama berulang-ulang, tetapi kode tidak berulang. Di banyak proyek, bottleneck ada pada pengumpulan kebutuhan atau desain, jadi perbedaan produktivitas antara hand-coding dan AI coding terbatas
  • Ada yang bertanya apakah peralihan bahasa alami→kode mirip dengan peralihan bahasa tingkat tinggi→assembly. ‘Essential complexity’ milik Brooks mulai menghilang, dan berkat pola yang distandardisasi, kita memasuki era ketika AI mengubah niat yang ambigu menjadi kode yang bisa dijalankan. Pada akhirnya nilai para ahli naik, tetapi permintaan untuk engineer standar menurun
  • Ada yang melontarkan pertanyaan: “Kalau kita tak lagi bisa hand-coding secara profesional, lalu kita dibayar untuk apa?” Mereka mempertanyakan apakah peran kita akan turun menjadi sekadar melayani pelanggan atau menjadi penulis prompt LLM
  • Akan sedih jika hand-coding tak lagi dinilai berharga. Tetap menyenangkan, tetapi penurunan nilai itu terasa menyakitkan

• Saya memilih cara yang memberi hasil paling cepat dan paling baik dalam jangka panjang. Saat ini neovim dan hand-coding memenuhi peran itu. Dengan mengetik sendiri dan memahami proyek secara mendalam, saya bisa mengirim fitur lebih cepat dalam jangka panjang. Hal-hal yang tidak membantu pembelajaran saya serahkan ke LLM, dan karena pekerjaan seperti itu banyak, tingkat penggunaan LLM saya juga tinggi

  • Sudut pandang bahwa “pemahaman mendalam mempercepat kerja dalam jangka panjang” terasa menarik
  • Saya juga bekerja dengan cara yang sama. Saya menyarankan tim agar tidak mengoptimalkan untuk 6 bulan, melainkan 2 tahun ke depan
  • Saya hanya mengerjakan sendiri area yang memberi pembelajaran, sisanya saya coba otomatisasi semaksimal mungkin
  • Saat memakai banyak agen, peralihan konteks jadi terlalu sering, dan malah terasa kehilangan konteks secara keseluruhan

• Masalah vibecoding adalah perasaan “rasanya enak” bisa mengaburkan hasil yang sebenarnya

  • Itu hanya terasa enak bagi sebagian orang; saya justru menikmati pemahaman mendalam atas masalah dan kodenya
  • “Membaca vibe doc” itu menyenangkan, tetapi vibe coding membuat kode jadi bertele-tele dan terlalu banyak abstraksi sehingga sulit dipahami, dan saya enggan mencantumkan nama saya di atasnya
  • Walau sudah membuat rencana, sering kali akhirnya harus mengulang lagi dari awal, dan itu terasa sia-sia
  • Sulit membedakan apakah produktivitas benar-benar naik, atau hanya terasa seperti itu
  • Ada yang bereksperimen dengan Windows Copilot, tetapi lambat dan kualitasnya rendah sehingga tidak terasa menyenangkan

• Ada komentar sinis: “Apakah karena bahagia, jumlah kode yang dihasilkan jadi naik 200 kali lipat?”

• Nilai AI memang jelas ada. Misalnya saat mengubah tabel DB dengan 300 kolom menjadi Rust struct, AI bisa menghasilkan 900 baris kode dari prompt 15 kata. Untuk pekerjaan berulang seperti ini, AI sempurna. Tetapi saya tidak ingin menyerahkan semuanya. Saya hanya memakainya pada tingkat penggunaan yang masih membuat saya nyaman

  • Pendekatan seperti ini bisa membuat kita gagal memperbaiki skema atau desain yang buruk
  • Rasanya lebih baik menulis script pembangkit kode dengan Python. AI punya masalah keandalan, misalnya diam-diam mengubah nama field
  • Biaya energi manusia yang ngoding sambil minum kopi jauh lebih besar daripada AI
  • Penggunaan AI terasa seperti kecanduan dopamin

• Pertanyaan inti adalah: “Saat LLM menulis kode menggantikan saya, lalu saya sedang melakukan apa?” LLM tidak bisa benar-benar dilepas begitu saja; rasanya seperti harus dirawat dari samping. Developer junior bisa bertumbuh, tetapi LLM tidak belajar. Karena itu terasa seperti hilangnya kepuasan dalam mentoring

  • Saya menjalankan beberapa agen sekaligus untuk pengembangan fitur, perbaikan bug, dan pembaruan dokumentasi. Pekerjaan tetap banyak, ini bukan doomscrolling

• Ada yang penasaran bagaimana rekrutmen developer berubah belakangan ini. Apakah penggunaan LLM diperbolehkan, atau apakah masih dituntut hand-coding

  • Perusahaan besar masih bergerak lambat. Karena masalah kepemilikan hukum, mereka ragu memakai kode AI
  • Ke depan, hand-coding dan AI coding sama-sama akan dituntut. Rekrutmen, seperti biasa, hanya akan menambah satu gerbang lagi
  • Perusahaan menengah menghentikan perekrutan atau hanya merekrut developer yang memakai AI. Perusahaan besar masih menuntut Leetcode dan system design
  • Sebagian besar perusahaan masih belum menyadari cakupan kecurangan dengan LLM

• Saya sudah mengembangkan dengan kecepatan setara vibecoding bahkan sebelum era LLM, lewat model-driven development (MDD). Model data adalah aplikasinya itu sendiri, dan LLM hanya membantu menuliskan prosedur sedikit lebih cepat di atasnya. Arah model data tetap saya yang tentukan

• AI coding terbagi menjadi tiga jenis

  1. Mencari kode yang sudah ada di internet
  2. Kode yang benar-benar baru, dengan AI hanya sebagai bantuan mengetik sederhana
  3. Pembuatan kode yang repetitif dan penuh boilerplate — ini adalah kegagalan framework
  • Pekerjaan yang dikuasai AI mungkin justru pekerjaan yang seharusnya tidak kita lakukan. Tantangan yang sebenarnya adalah menemukan bahasa untuk mengekspresikan apa yang kita inginkan secara indah
  • Framework gagal berkembang, dan LLM berubah menjadi alat yang melihat semua masalah sebagai paku

• Masyarakat modern sedang berubah menjadi struktur yang memberi dopamin lewat klik tombol. Karena itu semuanya terasa berantakan

  • Ada sindiran bahwa mesin slot telah menjadi UX tertinggi di dunia nyata

[redline2151]

Belakangan ini terus muncul tulisan dari pengembang tertinggal yang cuma mencari pembenaran mental. Bagaimanapun juga, arus zaman ini toh tidak bisa dihentikan.

[cjm01115]

Ini sudah kelewat batas.

[geeksk553]

Saya juga setuju dengan pendapat itu. Meski seseorang bersikeras ingin menulis kode secara manual, kecuali benar-benar menjalankan bisnis sendirian
pada akhirnya itu tetap akan tergantikan, tetapi sepertinya mereka tidak menyadari hal ini.

[hmmhmmhm]

Wah, itu keterlaluan banget :(