Agent coding diam-diam mengikis pemahaman bersama sebuah tim

Armin Ronacher menilai agent coding pelan-pelan mengubah cara sebuah tim software runtuh. Titik awalnya adalah friksi. Sebelum ada agent, mengubah bagian sistem yang asing berarti harus bicara dengan orang yang memegangnya: sebuah code review, diskusi desain, tarik ulur yang lambat tapi menghasilkan sesuatu yang nyata. Proses itu menjaga model mental setiap orang tentang sistem tetap kurang lebih sinkron, sekaligus memaksa tiap developer mempelajari bagian di sekitar wilayahnya sendiri.

Agent menghapus langkah itu. Sekarang seorang developer bisa meminta agent menambahkan OAuth, memasang caching layer, atau merombak skema database di kode yang belum pernah ia baca dan tidak ia pahami. Setiap perubahan lolos kompilasi. Setiap perubahan lolos test-nya. Namun jika banyak developer bekerja dengan cara ini, arsitektur perlahan melenceng dan tak ada satu orang pun yang lagi memegang gambaran utuhnya. Ronacher meminjam lukisan Menara Babel karya Bruegel: dalam kisah itu, pembangunan berhenti begitu orang tak lagi saling memahami. Dengan agent, menara justru terus meninggi. Kode tetap berjalan sementara pemahaman bersama di bawahnya lapuk, dan itu kegagalan yang lebih berbahaya karena tidak ada yang tampak rusak sebagai peringatan.

Kenapa ini penting

Buat kamu yang memimpin tim engineering, lonjakan produktivitas dari agent bisa menutupi jurang yang membesar soal siapa yang sebenarnya memahami sistemmu. Artinya, tetap libatkan manusia untuk keputusan arsitektur dan review desain, bukan hanya untuk perubahan yang kebetulan gagal test.