Ilya Klimov, JavaScript fwdays’25’teki “Architecture? Never heard of it” başlıklı konuşmasında bugün her kıdemli yazılım mühendisinin ve teknik liderin sorduğu bir soruyu gündeme getirdi: Yapay zekâ modelleri kodumuzun %80’ini üretirken yazılım mimarisine ne oluyor?
Konuşmanın tamamını YouTube’da izleyebilirsiniz: https://www.youtube.com/watch?v=EB6wd7SiZsc&t=2329s. Özellikle 38:49 (2329. saniye) civarında Ilya, AI terapisi ve üretim ortamında vibe coding üzerine düşüncelerini özetliyor.
Ilya Klimov’un 2329. saniyedeki temel tespitlerinden biri şöyle: “Mimari AI ile ölmedi; aksine mühendisin başlıca kaldıraç gücü hâline geldi. Eskiden geliştiricilerin işini kolaylaştırmak için karmaşık soyutlama katmanları kurardık. Artık AI ajanlarının içinde yolunu bulabileceği ve insanların güvenebileceği şeffaf, doğrulanabilir sistemler kurmalıyız.”
Mimari sınırlar olmadan yapılan vibe coding’in kaçınılmaz olarak bakımı güç bir karmaşıklığa yol açtığını vurguluyor. Kod üretmek ucuz; bağlamı anlamak, sonuçları doğrulamak ve sistemi sürdürmek ise asıl mühendislik emeğinin harcandığı yer.
Kıdemli Full-Stack ve AI mühendisi olarak, Ilya’nın tam da meselenin özüne dokunduğunu düşünüyorum. LLM’ler kapsamı belirli mantığı, fonksiyonları ve tekrarlanan kodları üretmekte çok başarılı. Ancak açık sistem sınırları, tipli sözleşmeler (Zod ve TypeScript şemaları gibi) ve deterministik korumalar yoksa yapay zekâ tarafından üretilen kod hızla bakımı zor bir yığına dönüşüyor.
Değişim mimariden uzaklaşmak değil, okunabilir mimariye yönelmek. Net sözleşmeler, modüler bileşenler, atomik araçlar ve sıkı doğrulama yalnızca ekip arkadaşları için iyi uygulamalar değildir; AI ajanlarının doğru akıl yürütebilmesi için de ön koşuldur.
Bugün AI entegrasyonları, RAG işlem hatları veya ajan tabanlı otomasyon içeren ürünler geliştiriyorsanız şunu unutmayın: model sistemin kendisi değil, bir bileşenidir. Vibe coding deneylerini üretime hazır yazılıma dönüştüren şey açık bir mimaridir.
Bir sonraki ürüne kalacak birini verin.
Başlamaya hazır mısınız? Bana yazın — hemen başlayabilir ve kalabilirim. İki haftalık devir değil, uzun vadeli iş birliği. Projenizi, gereksinimleri ve ilerlemenin en iyi yolunu konuşalım.