Di era AI, yang kita butuhkan adalah insinyur yang lebih memiliki "pemikiran produk".

Claude Code membuat output aktual dari organisasi teknik Anthropic mencapai sekitar tiga kali lipat tenaga kerja, tetapi hambatan tidak hilang, ia berpindah dari "menulis kode" ke "memutuskan apa yang harus dilakukan".
(Pengantar sebelumnya: Claude Code menambahkan fungsi tugas terjadwal cloud! Tidak perlu menyalakan komputer, AI otomatis meninjau PR, melakukan upgrade)
(Latar belakang tambahan: Insinyur Anthropic tidak lagi menulis kode: Claude sedang melatih generasi berikutnya dari Claude, CEO mengatakan "tidak yakin berapa banyak waktu yang tersisa")

Produktivitas insinyur meningkat tiga kali lipat, tetapi perusahaan masih mempekerjakan lebih banyak orang. Ini terdengar kontradiktif, tetapi apa yang dilakukan Anthropic justru demikian. Menurut opini tamu dari insinyur perangkat lunak Amazon Ishan Gupta di VentureBeat, Anthropic baru-baru ini meminta tim pertumbuhannya untuk "mempekerjakan lebih banyak" manajer produk (PM), bukan memangkas, karena Claude Code membuat output aktual dari seluruh organisasi teknik mencapai sekitar tiga kali lipat tenaga kerja, dan hambatan berpindah dari IDE (tempat menulis kode) ke orang yang "memutuskan apa yang harus dilakukan".

Sederhananya, alat menjadi lebih cepat, tetapi orang yang memberi tahu alat apa yang harus dilakukan tidak mengimbangi.

Hambatan Bukan pada Mengetik

Gupta menggambarkan pola khas proses teknik dalam sepuluh tahun terakhir: insinyur mendalami teknologi, menulis kode, mencari Stack Overflow saat macet. Dan kini jumlah pertanyaan baru bulanan di Stack Overflow telah turun sekitar 77% sejak peluncuran ChatGPT pada November 2022. Angka ini sendiri merupakan potret industri: Insinyur tidak lagi perlu menunggu jawaban di komunitas.

Ia memecah perubahan ini menjadi lima tahap. Tahap pertama adalah era Stack Overflow (2014 hingga akhir 2022), pemikiran insinyur terpusat di satu tempat, masalah memiliki solusi komunitas yang tetap. Tahap kedua adalah era tab browser (akhir 2022 hingga 2024), ChatGPT generasi pertama beroperasi di luar IDE, insinyur menulis prompt di browser, menempelkannya kembali ke VS Code, seluruh proses masih single-thread, digerakkan insinyur.

Tahap ketiga adalah era native IDE (2024 hingga 2025): Cursor dan Claude Code memindahkan model ke editor, dan memberikan akses ke seluruh repo. Konsekuensi kunci dari langkah ini adalah peran insinyur senior sebagai "jalur peningkatan" sebagian besar hilang, insinyur junior tidak perlu lagi mengetuk pintu rekan senior saat macet, model lebih sabar daripada rekan mana pun.

Pada tahun 2026, perintah pertama yang diketik banyak pengembang di terminal baru sudah claude.

Tahap keempat adalah era berbasis spesifikasi (2025 hingga 2026): context window yang lebih besar memampatkan pekerjaan yang sebelumnya membutuhkan tiket, file desain, seluruh sprint menjadi satu session tunggal. Tim Kiro IDE Amazon dilaporkan memampatkan pengembangan fitur dari dua minggu menjadi dua hari. Sebuah tim teknik AWS menyelesaikan refaktorisasi yang awalnya diperkirakan membutuhkan 30 insinyur dan 18 bulan, oleh 6 orang dalam 76 hari.

Tahap kelima, yaitu sekarang, adalah era Routines (2026): Anthropic meluncurkan Claude Code Routines pada bulan April, agen (agents) yang dapat dijadwalkan dan berjalan terus-menerus, dapat berjalan secara periodik, melalui webhook, atau semalaman saat laptop ditutup.

Cron kembali, Hooks kembali. Pekerjaan insinyur mulai memiliki komponen "orchestrasi": sebelum tidur meluncurkan sekelompok agen, di pagi hari meninjau setumpuk PR.

Siapa yang Memutuskan Apa yang Harus Dilakukan?

Namun produktivitas teknik meningkat tiga kali lipat, manajemen produk tidak berubah. Untuk mengisi celah ini, LinkedIn mengubah jalur Associate Product Manager (APM) menjadi program "Product Builder", melatih generalis yang melintasi produk, desain, dan teknik; Anthropic memilih untuk langsung merekrut lebih banyak PM.

Saran Gupta untuk insinyur langsung: Insinyur penting di tahun 2026 adalah mereka yang tidak lagi menunggu permintaan tugas datang. Mereka harus secara proaktif berbicara dengan klien, membaca saran layanan pelanggan, duduk dalam panggilan penjualan, mampu benar-benar menghasilkan ide, bukan hanya pasif memberikan estimasi.

Insinyur yang baik di tahun 2026 bukanlah orang yang menulis paling banyak kode, melainkan orang yang tahu apa yang harus dilakukan, mampu membuktikan bahwa itu layak dilakukan, memiliki armada agen plus disiplin review untuk mengirimkannya, tanpa membuat sistem runtuh karena kecepatan.

Penutup Gupta meninggalkan pilihan yang jelas: Insinyur yang menginternalisasi hal ini akan melewati sepuluh tahun paling menarik dalam sejarah perangkat lunak; insinyur yang terus menunggu permintaan tugas akan melihat agen di sampingnya yang memproses tugas-tugas itu.