Kodcudan Komutana: Yapay Zekâ Çağında Programcının Yeni Rolü

Hatta Copilot olsa bile, sadece daha akıllı bir klavye olur; çoğu içerik yine de insanın yapması gerekirdi.

Ancak paralel temsilciler ortaya çıktıktan sonra, bir programcı aynı anda ondan fazla AI çağırabilir hale geldi. Hata düzeltebilir, test yapabilir, hepsi kolaylaştı.

Artık programcılar “kodcu” olmaktan çıkıp, genel durumu kontrol eden komutanlar olmayı sürdürüyor.

Hızlıdan Çok Daha Faaliyet: Mühendislerin Yeni Savaş Alanı

Paralel temsilciler sayesinde, mühendisler artık ekrana yapışıp kalmıyor; bir kerede birçok görev veriyor, AI kendi kendine yerine getiriyor.

İşlem talimatları verildikten sonra, sadece sonucu beklemek ve sonra sırayla kontrol etmek yeterli oluyor.

Bu, insanların düşünce tarzını köklü biçimde değiştirmeyi getiriyor: Doğrusal ilerlemeden, toplu planlamaya, anlık geri bildirimden asenkron beklemeye geçiş.

İhtiyaç duyduğunuzda her satır kodu takılmadan yazmak yerine, önceden ihtiyaçları net şekilde belirleyip, farklı temsilcilere gönderebilir, birkaç dakika sonra sonuçları kontrol edebilirsiniz.

Peki, detaylı nasıl kullanılmalı?

İlk olarak, her GitHub sorununa, temsilcilerin anlaması için yeterli bağlamı dahil etmelisiniz.

İkinci olarak, sorunları AI temsilcilerine (örneğin, Copilot) atayabilir, bir seferde çok sayıda sorun vererek temsilcilerin paralel çalışmasını sağlayabilirsiniz.

Üçüncü olarak, temsilci görevleri tamamladıktan sonra, kullanıcı sonucu inceleyip geri bildirim verir; temsilci de planı geliştirmeye devam eder.

Son olarak, ihtiyaç duyulan yerlerde onaylama, test ve geri bildirim yapılmalı—beklemeden, farklı temsilciler arasında geçiş yapılarak.

 Programcıların gerçek testi

Elbette, sonuçlar her zaman mükemmel değil.

Bir programcı kod yazarken, yalnızca %10 sorunun tamamen çözüldüğünü fark etti:

Bazı görevler bir seferde tamamlanıp doğrudan kullanıma hazır hale gelirken, bazıları küçük dokunuşlar gerektiriyor, birkaç dakika içinde düzeltilebilir; diğerleri ise sizin giriş yapıp bağlamı netleştirmek ya da yeniden baştan başlamak zorunda kalıyor.

Ama yine de, genel anlamda hız geçmişe göre çok arttı.

Aynı zamanda, programcılar bug, arka plan mantığı ve veri tabanı geçişleri gibi küçük ve belirgin görevlerin çok hızlı yapıldığını fark ediyorlar;

Ancak, gerçek zamanlı görsel geri bildirim veya karmaşık mimari kararlar gerektiren UI gibi görevlerde, temsilciler yetersiz kalıyor.

Zamanla, kod yazmak daha çok satranç oynamaya benzer hale geliyor: başlangıçta plan yapılır, sonradan gözden geçirilir.

Kod yazmak artık satır satır harfleri izlemek değil, bütün sahayı yönlendirmekle ilgili.

Daha Açık Yaz, Daha Doğru Kod

Türkçe kullanarak temsilcilerin kod yazmasını daha akıcı hale getirmeden önce bilmemiz gereken şu: paralel temsilciler nelerden iyi anlaşır?

Paralel temsilciler küçük ve tanımlaması açık görevlerde iyidir, örneğin hata düzeltmek, kod dönüşümleri gibi.

Büyük ve karmaşık görevler, örneğin UI geliştirme veya gerçek zamanlı görsel geri bildirim gerektiren işler, paralel temsilcilere uygun değildir.

Bu da insanların önemli bir keşfini ortaya çıkarıyor: Mühendislerin temel değeri, “kod yazmak”tan çok, “ihtiyaçları net ifade etmek” haline gelmeye başlıyor.

Yönetici temsilci, bağlamı kendi kendine çıkaramaz; sadece kullanıcının talimatlarındaki açıklamaya dayanır.

Bu yüzden, sorunu bölme ve parçalara ayırma becerisi oldukça kritik hale gelir.

Soruları belirsiz yazmak, temsilciye belirsiz sonuçlar verir; detaylı ve açık anlatmak ise, görevlerin ilerlemesine yardımcı olur.

Bu da, sorunların bölümlendirilmesini önemli bir beceri haline getiriyor.

Büyük ve genel ihtiyaçlar yerine, küçük ve net görevler parça parça ayrılırsa, bunlar bağımsız ve paralel olarak çalışabilir.

Bazı geliştiriciler, AI’nın programlama sorunlarını çözmek için iletişim aracı olarak kullanılması gerektiğine inanıyorlar, buna “lastik ördek ayarı” deniyor (masa üzerindeki oyuncakla konuşma alışkanlıklarından kaynaklanıyor).

Bu arada, QA ve Kod İncelemesi hiç olmadığı kadar önemli hale geliyor.

Çünkü darboğaz artık kod üretiminde değil, “hızlı sonuç doğrulamasında”dır.

Zamanla, programlama “tanımlama”ya kaymaya başlar.

İhtiyaçları net bir şekilde belirtmek, görevleri ayrıştırmak ve hızlı karar vermek, kendi kendine daha faydalı hale gelmekten çok daha değerlidir.

Temel Atın, Mühendisleri Yeniden Tanımlayın

Paralel temsilcilerin gerçek anlamda uygulamaya konması, tamamen bir mühendislik ortamına bağlıdır.

İlk olarak, CI/CD yeterince hızlı olmalı. Test ve kurulumların yavaş olması, en zeki temsilcilerin bile işe yaramamasına neden olur.

Otomasyon ve tek tıkla geri dönüş, sonuçların üretime alınması açısından kritik önemdedir.

İkinci olarak, dokümantasyon ve mimari net olmalı.

Yönetim temsilcileri, kodun nerede olduğunu, bileşenlerin nasıl etkileştiğini, hangi kurallara uyulduğunu ve farklı sistemlerin nasıl entegre edildiğini bilmeli.

API dokümanları, mimari kararlar, kodlama standartları ve sistem sınırları, temsilcilerin doğru karar almasını sağlar ve manuel düzeltme ihtiyacını azaltır.

Ayrıca, test ortamlarının stabil olması da çok önemli.

Çünkü temsilciler asenkron çalışır, bu yüzden üretim ortamlarından bağımsız ve tutarlı bir konumda sonuç üretmeleri gerekir.

Son olarak, mono dépôt mimarisi avantaj sağlar.

Tek bir kod havuzunda, temsilciler tüm projeleri görebilir, ön ve arka uç birlikte değişebilir, böylece entegrasyon hataları azalır.

Farklı depolarda olması durumunda ise, herkes kendi kodunu yazar ve sonunda birleşmeleri zor olur.

Araçlar konusunda ise, şu ana kadar birçok seçenek mevcut:

Sonuç olarak, paralel temsilcilerin ne kadar uzağa gidebileceği, kavramın gösterişli olmasından değil, temelinin sağlam olmasından gelir.

CI/CD, dokümantasyon, staging, monorepo gibi altyapılar tamamlandığında, temsilciler gerçekten işler hale gelir.

O zaman, kod yazmak artık ana rekabet unsuru olmaktan çıkar.

Asıl değer sağlayan ise, ihtiyaçları net biçimde tanımlamak, görevleri bölmek ve sonuçları hızlıca gözden geçirmek olur.

Geleceğin mühendisi, artık “kodcu” değil, komutan olacak.