JetBrains: IDE masih dibutuhkan di era coding agent

Perusahaan pengembang perangkat lunak JetBrains menegaskan bahwa integrated development environment (IDE) tetap diperlukan di tengah meningkatnya penggunaan coding agent. Pandangan tersebut disampaikan melalui tulisan berjudul "Why We Still Need an IDE" yang diterbitkan di blog resmi JetBrains pada 20 Oktober 2026.

Tulisan itu berangkat dari maraknya narasi di kalangan pengembang yang menyatakan tidak lagi membuka IDE dan mengerjakan seluruh pekerjaan dari terminal. JetBrains menilai alur kerja semacam itu memang berhasil bagi sebagian orang, tetapi tidak untuk semua. Menurut JetBrains, lingkungan kerja perlu menyesuaikan diri dengan perubahan cara kerja.

Coding agent bukan lagi eksperimen

JetBrains menyoroti bahwa coding agent kini menjadi bagian sehari-hari dalam proses membangun perangkat lunak. Pengembang tidak lagi sekadar memakai pelengkapan otomatis, melainkan menyerahkan tugas substantif yang menyentuh banyak berkas, menelusuri dependensi, dan melakukan refaktor lintas paket. Ritme kerja bergeser dari mengetik baris demi baris menjadi mengarahkan maksud atau intent.

Perubahan itu dianalogikan JetBrains dengan perpindahan dari menerbangkan pesawat secara manual ke penggunaan flight computer pada pesawat modern. Komputer penerbangan mampu menangani eksekusi rumit karena terhubung dengan instrumen pesawat, seperti navigasi, ketinggian, kecepatan, dan data mesin. Pilot tidak perlu menggerakkan setiap kontrol sepanjang waktu, tetapi tetap memerlukan kokpit untuk melihat keseluruhan penerbangan, memahami apa yang sedang terjadi, dan mengambil alih ketika rute berubah.

Agentic software development dinilai bekerja dengan cara serupa. Sebuah agen dapat merencanakan dan menjalankan perubahan besar, tetapi membutuhkan lingkungan yang kaya di sekitarnya, begitu pula engineer yang mengarahkannya. Analisis kode, navigasi, informasi dependensi, pemeriksaan tipe, pengujian, serta akses ke sistem di sekitar kode menyediakan konteks yang mungkin tidak terekspos dengan jelas oleh terminal atau sesi terpisah. Agen dapat menjalankan kompilator atau pengujian, tetapi IDE membuat hasilnya menjadi bagian dari gambaran proyek yang terhubung, sehingga pengembang dapat memahami bukan hanya apakah sesuatu gagal, melainkan apa yang terdampak dan mengapa.

JetBrains menekankan bahwa pilot tetap memiliki penerbangan, meski komputer mengerjakan sebagian besar pekerjaan. Demikian pula engineer tetap menjadi pemilik atas apa yang dikirim, meski agen menulis sebagian besar kode. Konsekuensinya, engineer perlu meninjau perubahan dalam konteks, memahami dampaknya, serta mampu menjelaskan dan mempertahankan hasilnya di kemudian hari.

Selain itu terdapat persoalan penilaian, yakni memutuskan apakah rute yang diusulkan sudah tepat, bukan sekadar apakah pesawat bisa mencapai tujuan. Agen dapat menghasilkan implementasi yang berfungsi, tetapi engineer tetap yang memutuskan apakah implementasi itu cocok dengan arsitektur, pengguna, dan masalah yang layak diselesaikan. Di titik inilah peran IDE menjadi penting, yaitu sebagai kokpit tempat agen dan pengembang melihat proyek yang sama, memakai instrumen yang sama, dan bekerja bersama atas keputusan yang menentukan apa yang akhirnya dikirim.

Dari mengetik sintaks ke mengarahkan maksud

JetBrains menyebut persoalan utama sebagai masalah konteks. Agen dapat menalar di seluruh basis kode, tetapi jika pengembang tidak dapat melihat apa yang dilihat agen, maka ia tidak benar-benar mengarahkan, hanya berharap agen menebak dengan tepat.

Menurut JetBrains, menjadi pengembang yang baik tidak pernah benar-benar soal kecepatan mengetik. Mengetik hanya bagian mekanis, sementara pekerjaan sesungguhnya adalah menentukan apa yang perlu diubah dan memutuskan apa yang harus dilakukan. Ketika mengetik bukan lagi hambatan, hari kerja tampak berbeda: membaca rencana agen sebelum dijalankan, menangkap satu kasus khusus yang terlewat, dan mempertanyakan apakah perubahan yang diusulkan benar-benar perubahan yang tepat, bukan sekadar perubahan yang berfungsi.

JetBrains mencontohkan pengalaman membangun ekstensi peramban pada teknologi yang hampir tidak dikuasai. Alih-alih mempelajari setiap detail sebelum mulai, persoalan itu diarahkan kepada agen. Agen menangani sebagian besar pekerjaan mekanis, mulai dari membuat proyek, mengonfigurasinya, hingga menyiapkan bagian-bagian pertama, sementara perhatian diarahkan pada apa yang ingin dibangun. Setelah IDE dibuka, bagian-bagian proyek dapat dilihat keterhubungannya, kode yang belum dikenal dapat ditelusuri, dan langkah berikutnya dapat diarahkan dari sesuatu yang nyata. Beberapa tahun sebelumnya, proyek semacam itu tidak terjadi atau berjalan jauh lebih lambat karena hambatannya adalah merasa belum cukup tahu untuk mulai bergerak.

JetBrains menambahkan, agen juga menarik pengembang ke gambaran yang lebih besar bahkan pada tugas kecil. Jika agen menyentuh selusin berkas untuk sesuatu yang dahulu cukup diperbaiki dua baris, pengembang harus tahu apakah selusin berkas itu memang tepat. Pekerjaan pun lebih banyak berada pada tingkat arsitektural, dengan pertimbangan tentang bagaimana layanan saling bergantung, apa dampak sebuah perubahan di hilir, dan apakah rencana agen sesuai dengan cara sistem seharusnya bekerja. Sebuah tiket yang dahulu berarti mengubah satu fungsi untuk menyelesaikan masalah, kini berarti mendefinisikan bentuk keseluruhan perubahan lalu mengarahkan agen ke bagian yang tepat untuk diubah. Hal itu sulit dilakukan dari jendela percakapan yang menampilkan satu pesan setiap kali.

Verifikasi dan pemahaman menentukan kepemilikan

JetBrains membedakan kode yang benar dari kode yang menjadi milik pengembang. Menghasilkan kode kini mudah, karena agen dapat menulis fungsi yang berfungsi dalam hitungan detik dan pada banyak kasus hasilnya langsung memadai. Namun hambatan utama telah berpindah ke verifikasi, yaitu pertanyaan apakah kode itu benar, apakah ia menangani kasus yang benar-benar dihadapi pengguna, dan apakah perilakunya sesuai dengan cara kerja sistem secara keseluruhan, bukan hanya satu fungsi secara terpisah.

Agen dapat menghasilkan kode lebih cepat daripada kemampuan pengembang membacanya. Karena itu, membaca secara sungguh-sungguh, bukan sekadar memindai diff, menjadi bagian pekerjaan yang lambat. JetBrains menilai hal itu wajar karena bagian tersebut memang seharusnya lambat.

JetBrains menegaskan bahwa pengembang tidak dapat memiliki kode yang tidak dipahaminya. Jika muncul bug pada kode yang ditulis agen, nama pengembang tetap tercantum pada commit, sehingga ia perlu memahami perubahan itu cukup baik untuk mempertahankan, men-debug, dan menjelaskannya kepada orang lain. Agen bukan pihak yang dipanggil pukul 2.00 pagi, bukan pihak yang berada dalam postmortem, dan bukan pihak yang dinilai dalam tinjauan kinerja. Tanggung jawab tidak berpindah hanya karena penulisan kode berpindah.

Menurut JetBrains, kemampuan tersebut sudah menjadi fungsi IDE sejak lama. Jauh sebelum agen ada, IDE memungkinkan pengembang memverifikasi solusi, melompat ke definisi, melihat di mana sebuah fungsi dipanggil, menangkap kesalahan tipe sebelum dikirim, dan melacak asal sebuah variabel. Semua fungsi itu tidak perlu diciptakan ulang untuk pekerjaan berbasis agen, hanya perlu diarahkan pada keluaran agen, bukan hanya pada kode yang ditulis sendiri.

Kebanggaan pada pekerjaan yang sesungguhnya

JetBrains menilai perdebatan ini bukan sekadar soal alat, melainkan soal dasar disiplin rekayasa perangkat lunak dan apakah dasar itu bertahan dalam pergeseran menuju pekerjaan berbasis agen. Mengetik hampir tanpa kode sendiri tidak berarti tersingkir dari proses, selama pemikiran di baliknya tetap milik pengembang. Seseorang bisa mengetik nol baris namun tetap menjadi perancang arsitektur, pihak yang tahu mengapa sebuah pendekatan tepat ketika rekan tim berpikir sebaliknya, atau pihak yang menangkap kesalahan halus agen sebelum dikirim.

JetBrains mengingatkan bahwa engineer tidak pernah benar-benar berurusan dengan produksi kode, melainkan dengan penyelesaian masalah. Kode hanyalah medium yang kebetulan menuntut banyak kerja manual, sehingga kerja manual itu sempat disalahartikan sebagai inti keahlian. Agen yang menulis kode lebih cepat daripada kemampuan mengetik tidak menggantikan keahlian tersebut, melainkan menghilangkan bagian pekerjaan yang sejak awal bukan menjadi intinya.

Pada bagian akhir, JetBrains menyoroti bahwa model bahasa besar bersifat probabilistik, yaitu menebak dengan informasi yang memadai, sementara rekayasa perangkat lunak tidak demikian. Sistem tipe tidak punya pendapat soal apakah kode dapat dikompilasi, hasilnya hanya bisa atau tidak bisa. Celah antara cara agen berpikir dan cara sistem benar-benar berperilaku itulah tempat sebagian besar bug nyata berada.

Sebagian agen, menurut JetBrains, sudah menjalankan kompilator, linter, dan pengujian di tengah tugas, yang bermanfaat karena menangkap kesalahan yang seharusnya tidak dikirim. Namun menjalankan pemeriksaan tidak sama dengan melihat sistem seperti yang dilihat pengembang. Agen menerima kesalahan kompilator atau runtime, mungkin beserta stack trace. Pengembang yang memakai IDE memperoleh pemeriksa tipe, linter, dan rangkaian pengujian yang terintegrasi dengan navigasi dan konteks, bukan sekadar lulus atau gagal, melainkan alasan di baliknya, sehingga sumber masalah dapat ditelusuri dan keterkaitannya dengan gambaran besar dapat dipahami.

JetBrains menyimpulkan bahwa IDE berperan sebagai kokpit dalam pekerjaan coding. Instrumen tidak menggantikan pilot, tetapi justru membuat pilot mampu mengendalikan mesin rumit dengan aman. IDE diposisikan bukan sebagai pelengkap yang sekadar baik untuk dimiliki di sekitar agen, melainkan sebagai hal yang membuat pengarahan agen, alih-alih sekadar berbincang dengannya, benar-benar mungkin dilakukan.

Sumber: JetBrains News