Saat AI yang Menulis Kode, Programmer Harus Ngapain?

Abd. Asis
Saat AI yang Menulis Kode, Programmer Harus Ngapain?

Hampir setiap programmer sedang merasakan gejala yang sama sekarang. Kita seperti Barry Allen yang baru pertama kali bisa menyentuh Speed Force: melesat lebih cepat daripada niat kita sendiri.

Seperti banyak orang, AI masuk menghantam rutinitas kerja saya. Hasilnya langsung terasa. Hal-hal yang dulu butuh berhari-hari selesai dalam hitungan jam. Saya bisa mengambil proyek besar dan rumit, lalu mengirimkannya cepat.

Produktivitas saya jadi lima kali lipat. Jadi langkah logis berikutnya apa? Ya saya harus mengerjakan lima kali lebih banyak hal, kan? Itu yang saya lakukan. Itu juga yang dilakukan banyak teman dan rekan saya.

Ada laporan bug yang mengisyaratkan masalah infrastruktur? Saya ambil. Ada halaman baru untuk mengelola pengaturan pengguna? Masuk lingkup. Ada alat admin untuk memblokir akun? Saya siap.

Pull request saya menumpuk berlapis-lapis. AI yang menulis tiket linear saya, membalas thread, dan membuat ringkasan proyek. Saya mengerjakan semuanya, di mana saja, sekaligus.

Tapi seperti tikus yang duduk di kepala koki yang sedang mabuk cinta, saya tidak sepenuhnya memegang kendali.

Beberapa bulan kemudian, saya burnout. Mau bicara soal produktivitas? Saya berhasil membakar diri sendiri sepuluh kali lebih cepat daripada sebelumnya. Itu baru namanya kecepatan.

Saya harus mundur sejenak dan bertanya: sebenarnya apa yang harus saya lakukan dengan produktivitas baru ini? Karena jelas "lebih banyak pekerjaan, tapi lebih berat" bukan jawabannya. Konteks mulai hilang. Pull request menganggur berminggu-minggu, terlupakan. Review tidak lagi teliti.

Kerja yang Lambat

Alih-alih meneruskan jalur itu, saya mencoba memikirkan kapan waktu kerja saya terasa paling berharga.

Bagi saya, momen terbaik adalah saat saya sedang mempelajari sesuatu, atau membantu orang lain mempelajarinya.

Ketika agent saya mulai berputar: memunculkan subagent, mereview dirinya sendiri, menumpuk PR, bagaimana kalau, alih-alih memulai putaran pekerjaan berikutnya, saya… membaca sesuatu?

Bagaimana kalau saya mengirim pesan ke teman kerja dan bertanya apakah dia mau pairing?

Atau, bagaimana kalau saya menulis sesuatu? Sebagai orang yang bekerja di produk menulis, seharusnya ini sudah jelas dari awal.

Jadi itulah yang saya mulai lakukan. Saya benar-benar membaca artikel teknis dan tulisan blog. Saya sudah 15 tahun di pengembangan web, dan selama itu saya mengembangkan keahlian membaca artikel dengan sangat cepat: cari potongan kode yang dibutuhkan, lompat ke kesimpulan, klik tautan ke library, selesai.

Sebelum AI, kamu memang harus begitu. Menulis kode butuh waktu terlalu lama, jadi tidak ada sisa waktu untuk mencerna tulisan orang lain yang bertele-tele.

Yang hilang dari cara itu adalah sisi manusiawi dari industri ini: penulis-penulis lucu, pengalaman hidup yang dibagikan, perjalanan orang.

Tidak semua jawaban di forum diskusi layak dibaca menyeluruh, tapi tidak semuanya juga layak dilewati.

Sekarang saya membaca dokumentasi lebih utuh. Saya memahami bagaimana ViewTransition di React bekerja, tidak cuma mengambil potongan kodenya, memasukkannya, lalu men-debug dari error yang muncul.

Pemahaman yang lebih utuh itu mengubah cara saya berbicara dengan agent. Saya lebih sadar mengarahkan mereka melewati jalur yang seharusnya saya siapkan sendiri, karena saya benar-benar mencerna lingkup fitur secara keseluruhan.

Ini bukan ajakan meninggalkan AI dan kembali menulis semuanya manual. Justru sebaliknya: pekerjaan yang butuh pemahaman menyeluruh sekarang bisa kamu kerjakan sementara agent menjalankan bagian yang mekanis.

Menulis

Cara terbaik menghabiskan waktu, bagi saya, ternyata menulis.

Saya menulis jurnal harian hampir setiap hari. Dulu saya akan merasa terlalu sibuk untuk menyisihkan 15 menit menuliskan pikiran-pikiran acak.

Dan tahukah kamu apa yang terjadi? Orang membacanya. Dan berkomentar. Saya berbicara dengan pengguna sungguhan dan memunculkan ide-ide fitur baru. Aturan pengiriman yang kami terapkan, kalender konten, halaman editor baru, semuanya muncul karena orang membaca catatan kerja saya dan meninggalkan komentar.

Di situ produktivitas bisa disalurkan ke sesuatu yang benar-benar berguna bagi pengguna nyata. Itu sepadan dengan biaya token-nya.

Saya paham godaannya. Backlog tidak pernah habis, manajer terkesan dengan hal yang kamu kirim dalam satu hari, jadi kamu ingin mengejar sensasi itu lagi. Ditambah semua orang di LinkedIn sedang membicarakan side project yang mereka luncurkan.

Tapi inilah yang saya pelajari dari melambat dan menuliskan pikiran: kerja yang hati-hati malah menghasilkan produktivitas lebih besar dalam jangka panjang. Kalau kamu menyempatkan diri memikirkan keputusanmu, memikirkan produkmu, menuliskan gagasanmu, atau menghubungi rekan kerja, kamu akan terkejut betapa banyak yang bisa dipelajari.

Saya tidak lagi mengirim sepuluh kali lebih banyak hal. Tapi hal-hal yang saya kirim sepuluh kali lebih bermakna.

Yang Bisa Kamu Coba Minggu Ini

Kalau kamu merasa sedang berlari lebih cepat daripada niatmu sendiri, coba tiga hal kecil ini:

  • Baca satu dokumentasi sampai habis. Bukan mencari potongan kode, tapi memahami kenapa API itu dirancang begitu.
  • Tawari satu orang pairing. Satu jam berdua sering mengungkap asumsi yang tidak pernah muncul saat bekerja sendiri.
  • Tulis satu catatan kerja. Bukan artikel besar, cukup 15 menit tentang keputusan yang baru kamu ambil dan alasannya.

Tidak ada satu pun dari ketiganya yang mempercepat pengiriman fitur minggu ini. Ketiganya memperbaiki kualitas keputusan beberapa bulan ke depan, bagian pekerjaan yang paling sulit digantikan agent, dan paling mudah ditinggalkan saat kita sedang sibuk.

Kalau kamu sedang mengatur beberapa sesi AI sekaligus, ada tulisan lain soal menjalankan Claude Code seperti tech lead dan kebiasaan prompting yang sudah kedaluwarsa.

Abd. Asis
Ditulis oleh
Abd. Asis

Software Developer dari Madura. Menulis tentang PHP, Laravel, dan pengembangan web modern dalam Bahasa Indonesia.