Coder agentlı dünyada Junior Developer Deneyimi
Coder agentlar junior developerların işini kolaylaştırıyor. Peki onları senior yapan süreci de ortadan kaldırıyor olabilir mi?
Coder agentlar junior developerların işini kolaylaştırıyor. Peki onları senior yapan süreci de ortadan kaldırıyor olabilir mi?
Yazılıma yeni başladığımız yıllarda öğrenmenin büyük kısmı aslında işin kendisinin içinde gerçekleşiyordu.
Bir bug geliyordu.
Önce kendimiz çözmeye çalışıyorduk.
Debug ediyorduk.
StackOverflow'da saatler geçiriyorduk.
Yanlış çözüm üretiyorduk.
Sonra bir senior'ın yanına gidip “Ben burada neyi yanlış yapıyorum?” diyorduk.
Bazen bir problemin kök sebebini anlamak günler sürüyordu.
Bugün aynı problem için coder agent'a birkaç cümle yazıyoruz ve çalışan bir çözümü çok hızlı şekilde alabiliyoruz.
Şirket açısından bu müthiş bir verimlilik artışı.
Ama junior açısından kaybolan sadece kod yazma pratiği değil, problem çözme pratiği.
Çünkü eskiden yaptığımız hatalar, bizi bir sonraki hataya hazırlıyordu.
Bir bug'ı çözmek sadece o bug'ı çözmek değildi.
Bir sonraki bug'ı daha hızlı çözebilecek hale gelmekti.
Şimdi ise junior bir problemi agent'a veriyor, agent çözümü üretiyor ve junior'ın asıl işi giderek üretilen çözümün doğru olup olmadığını anlamaya dönüşüyor.
Bu konuyu daha önce tartıştığım çok tecrübeli yazılımcı arkadaşların yorumu artık kod yazmak tamamen bitti, bu tecrübeye sahip olmak o kadar kritik değil çünkü kimse gelecekte elle kod yazmayacak yönünde oldu.
Ancak burada başka bir problem ortaya çıkıyor.
Coder agentlar her zaman doğru karar vermiyor.
Bazen kısa vadede mantıklı görünen ama ileride sistemi zorlaştıracak bir mimari seçiyor.
Bazen de problemi gereğinden fazla karmaşık hale getiriyor.
Bunları ayırt etmek ise hâlâ ciddi miktarda mühendislik tecrübesi gerektiriyor.
Eskiden yanlış mimari kararların faturası çoğunlukla refactor olarak gelirdi.
Bugün ise bunun yanında başka bir fatura daha var: Token tüketimi.
Agent'ın daha önce yanlış kurduğu yapıyı anlaması, değiştirmesi, test etmesi ve yeniden düzenlemesi için tekrar tekrar context vermek zorunda kalıyoruz.
Evet refactor süreci eskisi kadar sancılı değil ama AI’ın bize kazandırdığı bu inanılmaz hızın bir bedeli var.
Bütün bunları düşününce aklıma şu geliyor:
Sektöre yeni giren veya girmeye çalışan developerların, eskiden yazılım geliştirmenin yavaşlığı sayesinde kazandığımız ve bugün hâlâ değerli olan deneyimleri edinmelerini sağlayacak yeni süreçler tasarlamamız gerekebilir.
Yazıyı çok fazla junior developerlar odağında yazdım ama bu durum her tecrübeden çalışan için geçerli.