Assembly'den IDE'ye: bir kez daha yaşadığımız hikâye
Bir zamanlar yazmaç adlarını ezbere bilmek, belleği elle yönetmek ve her döngüyü atlama komutlarıyla kurmak "gerçek programcılık" sayılırdı. C geldiğinde bazıları "derleyicinin ürettiği kod benimki kadar verimli değil" dedi; haklıydılar da, ama önemi kalmadı. Üretkenlik farkı o kadar büyüktü ki tartışma birkaç yıl içinde kapandı.
Bugün biri çıkıp "Ben sadece Assembly ile yazarım, Visual Studio kullananlar gerçek yazılımcı değil" dese ciddiye almayız. Assembly hâlâ vardır; sürücü yazanlar, gömülü sistemcilerin küçük bir kısmı ve performansın son yüzde birini kovalayanlar kullanır. Ama bir muhasebe yazılımını Assembly ile yazmak artık bir tercih değil, bir inattır.
Bugün aynı eşikteyiz
Şu an yapay zeka ile yazılım dünyasında tam olarak aynı noktadayız. Oturup satır satır manuel kod yazmak yavaş yavaş geçmişin Assembly'si haline geliyor. Bir CRUD ekranı, bir API istemcisi, bir veri dönüştürme katmanı ya da yüzlerce satırlık test dosyası; bunları elle yazmak artık daha masraflı, daha uzun süren ve gereksiz risk barındıran bir süreç.
İşletmeler açısından mesele üretkenlikten ibaret değil. Elle yazılan tekrar kodunda yazım hataları, unutulan sınır durumları ve tutarsız isimlendirmeler birikir. Yapay zeka bu kısmı hem hızlı hem de tutarlı üretir; insan ise kalan zamanı kodun doğru şeyi yapıp yapmadığına harcar.
Bir parantez: vibe coding nerede tehlikeli?
Burada bir parantez açmak şart. Algoritma ya da mimari bilmeyen birinin yalnızca yapay zekaya komutlar vererek sıfırdan devasa projeler üretmeye çalışması, sektörde "vibe coding" denen o akış, ileride büyük teknik borçlar ve bakım krizleri yaratır. Çalışan bir demo ile üç yıl ayakta kalacak bir ürün arasındaki fark, kodu üretenin ne istediğini bilip bilmemesidir.
Yapay zeka, ne istediğinizi bilmiyorsanız istemediğiniz şeyi çok hızlı üretir. Sorun aracın kendisinde değil, direksiyona kimin geçtiğinde.
Bu ayrı bir tartışmanın konusu. Asıl odaklanmamız gereken kısım profesyoneller.
Profesyonel için değişen iş tanımı
Yazılım dünyasının profesyonelleri yapay zekayı doğrudan bir araç olarak süreçlerine entegre edip kapasitelerini katlamak zorunda. Nasıl ki IDE'ler bizi donanım karmaşasından kurtarıp çözüme odakladıysa, yapay zeka da kod hamallığını bitirip bizi tasarıma ve mimariye odaklıyor.
Pratikte bu şu anlama geliyor:
- Mimari kararlar insanda kalır. Hangi veri nerede durur, hangi servis neyi bilir, hangi hata nasıl yayılır; bunları yapay zeka değil, projeyi taşıyacak kişi belirler.
- Kod okuma, kod yazmaktan önemli hale gelir. Üretilen her satır gözden geçirilir; anlaşılmayan kod projeye girmez.
- Testler pazarlık konusu olmaktan çıkar. Yapay zeka test yazmayı ucuzlattı; artık "vakit yoktu" bahanesi kalmadı.
- Küçük ve net görevler daha iyi sonuç verir. "Bu modülü yaz" yerine "bu arayüzü şu kurallarla gerçekle" diyen mühendis daha kaliteli çıktı alır.
- Güvenlik ve lisans kontrolü sürecin parçasıdır. Üretilen kodun bağımlılıkları ve gizli bilgiye erişimi elle yazılmış koddan daha az değil, daha çok denetlenir.
Yapay zeka araçları bir fatura kalemidir
Evet, gerçek profesyoneller yapay zeka araçlarını kullanmak zorunda. Bu araçlara harcanan parayı bir lüks ya da deneme gideri değil, elektrik faturası gibi düzenli bir işletme gideri olarak görmenin zamanı geldi. Bir geliştiricinin aylık araç maliyeti, kazandırdığı saatlerin yanında ihmal edilebilir düzeydedir; hesap yapan herkes aynı sonuca ulaşıyor.
nexR'da bunu kendi projelerimizde yaşadık. Tekrar eden altyapı kodu, veri modelleri, doğrulama katmanları ve dokümantasyon artık büyük ölçüde üretiliyor; ekibin zamanı sahadaki gerçek problemlere, yani müşterinin süreçlerine gidiyor.
Sonuç
Bugün bu araçları reddetmek, modern bir projeyi inatla Assembly ile yazmaya çalışmaktan farksız. Assembly bilmek hâlâ değerli; nasıl çalıştığını bilmek sizi daha iyi mühendis yapar. Ama işi Assembly ile yapmak artık bir tercih değil. Kod yazmayı bilmek de öyle: bilin, ama hamallığını makineye bırakın.