NAME
vibe-coding-agentic-engineering — Balayından sonra Vibe kodlaması
SYNOPSIS
cat vibe-coding-agentic-engineering.md
DESCRIPTION
Vibe kodlaması, nefret edilmek için doğmuş gibi görünen ve sonra yavaş yavaş kullanışlı hale gelen ifadelerden biridir.
İlk başta şöyle geliyor: Sanmıyorum, yapay zekaya soruyorum, ortaya çıkanı kabul ediyorum, devam et. Müzikal bir arka planla teknik borç üretmenin neşeli bir yolu.
Ama onu bu şekilde reddetmek çok kolay olurdu. Gerçek şu ki, titreşim kodlaması gerçek bir şeyi yakaladı: Bir modelle programlama, fikir ile prototip arasındaki ilişkiyi değiştiriyor.
Önce bir düşünceniz oldu, sonra uzun bir tırmanış. Şimdi çoğu zaman aklınıza bir fikir geliyor ve yarım saat sonra ekranda bir şey hareket ediyor. Onun tarafından baştan çıkarılmamak zor.
2026'daki ilginç soru, titreşim kodlamasının doğru olup olmadığı değil. Öyle. Soru şu: Balayından sonra ne olacak?
Prototip ekonomik hale geldi
Bu en önemli kısımdır.
Yapay zeka araçları, başlamanın duygusal maliyetini azalttı. Daha önce, bir fikri denemek istiyorsanız zaten çalışmanız gerekiyordu: yığını seçmek, proje oluşturmak, ortak metni hatırlamak, düzeni yazmak, API'leri bağlamak, sıkıcı ayrıntılarla boğuşmak.
Şimdi şunu söyleyebilirsiniz: bana ilk versiyonu verin.
Ve ilk versiyon geldi.
Her zaman güzel değil. Her zaman doğru değil. Çoğunlukla kırılgandır. Ama geliyor. Ve geldiğinde konuşmayı değiştirir. Artık boşlukta tartışmıyorsunuz. Bir şeye dokunuyorsun.
Bu, tasarımcılar, kurucular, ürün yöneticileri, iskeleyi yeniden yazmaktan yorulan üst düzey geliştiriciler, daha önce editör açmamış meraklı insanlar için çok güçlü bir özelliktir.
Vibe kodlaması abartılı çünkü daha fazla insana yaratılmakta olan yazılımın fiziksel hissini veriyor.
Sorun, yazılımın yaşamaya devam etmesidir
Memin en az anlattığı kısım ertesi gün.
Prototip okunmalıdır. Doğru. Test edildi. Konuşlandırıldı. Güvenli. Başkasından aldım. Gerçek verilere bağlı. Erişilebilir hale getirildi. Bir bağımlılık değiştiğinde korunur.
Burada saf titreşim kodlaması duvara çarpıyor.
Bir model çok sayıda kodu hızlı bir şekilde üretebilir ancak kod kendi başına bir değer değildir. Bu bir davranış sözüdür. Ve bir sözün doğrulanması gerekir.
Vibe kodlamanın riski çirkin kod yazmak değildir. Bunu her zaman yapay zeka olmadan da yaptık. Risk, sahiplenme duygusunu kaybetmektir: "model başardı" ifadesi yeterince anlamamak için bir bahane haline gelir.
Ancak çalışma zamanı mazeretleri kabul etmez. Kod üretimde çalışıyorsa sizindir.
Titreşim kodlamasından ajans mühendisliğine
Vibe kodlamanın olgun versiyonu aracıları kullanmayı bırakmak değildir. Bunları daha ciddi bir döngüyle kullanmaktır.
Değil: Her şeyi o üretir ve umarız.
Ama:
- niyeti tanımlayın;
- bir taslak oluşturalım;
- Temsilciden planı açıklamasını isteyin;
- Küçük farklar yaratın;
- testleri başlatma;
- incelemeler yapın;
- doğru;
- ancak o zaman katılın.
Bu şey farklı bir ismi hak ediyor. Kulağa biraz ciddi gelse de ajan mühendisliğini seviyorum. Bu, aracıları kumar makinesi olarak değil, bir mühendislik sürecinde işbirlikçi olarak kullanmak anlamına gelir.
Önemli olan titreşim kodlamasından enerji almak değil. Ona izlerini veriyor.
Harika çalıştığı yer
Vibe kodlaması, hata maliyeti düşük ve keşif değeri yüksek olduğunda işe yarar.
Örnekler:
- arayüz prototipleri;
- kişisel araçlar;
- dahili kontrol panelleri;
- küçük oyunlar;
- tek seferlik komut dosyası;
- API taramaları;
- kavramın kanıtı;
- iyi testlere sahip mekanik yeniden düzenleyiciler;
- teknik içeriklerin demolara dönüştürülmesi.
Bu durumlarda hız önemlidir. Fikrin bacakları olup olmadığını görmek istiyorsunuz. Neyi anlamadığını öğrenmek istiyorsun. Somut bir konuşmaya ulaşmak istiyorsunuz.
Vibe kodlaması formun ortaya çıkması için mükemmeldir.
Tehlikeli hale geldiği yer
Sistemin sonuçları olduğunda ve kimse yavaşlamadığında tehlikeli hale gelir.
Ödemeler, kişisel veriler, kimlik doğrulama, izinler, altyapı, veritabanı geçişleri, hassas eski kod, uyumluluk, üretim. Burada ortam yeterli değil. Titizliğe ihtiyacımız var.
Bu, yapay zekanın yardımcı olamayacağı anlamına gelmiyor. Aslında çok yardımcı olabilir. Ancak dar sınırlar içinde çalışması gerekir: dallanma, sanal alan, test, tüy bırakmama, inceleme, özellik bayrağı, geri alma.
Monitöre dövülecek ifade basittir: Temsilci ne kadar hızlı olursa süreç de o kadar okunabilir olmalıdır.
Neyin değiştiğini açıklayamıyorsanız, hızlanmıyorsunuz demektir. Borcunuzu zamandan anlayışa kaydırdınız.
Geliştiricinin yeni rolü
En ilginç kısım ise geliştiricinin işinin ortadan kalkmamasıdır. Yoğunluğu değiştirin.
Standartlarda daha az zaman. Niyet etme, ayrıştırma, gözden geçirme, bütünleştirme, test etme ve sınırlar üzerinde daha fazla zaman.
Geliştirici bir tür teknik editöre dönüşür. "Redaksiyon" gibi kötü bir anlamda değil. Güçlü anlamda: Neyin var olması gerektiğine, neyin kesilmesi gerektiğine, neyin sistemle tutarlı olduğuna, neyin güveni hak ettiğine karar verir.
İyi bir editör eline geçen her şeyi almaz. Gururdan dolayı hepsini yeniden yazmıyor bile. İyi malzemeyi tanır, onu şekillendirir, okuyucuyu korur.
Temsilciler söz konusu olduğunda okuyucu aynı zamanda geleceğin koruyucusudur. Genellikle üç hafta sonra bu sen olursun.
Ortaya çıktığını gördüğüm model
En sağlıklı model şudur:
- insan: niyet, kısıtlamalar, zevk, sorumluluk;
- aracı: değişkenler, yapı iskelesi, arama, yerel değişiklikler, tekrarlanan testler;
- altyapı: korumalı alan, CI, izleme, izinler, dağıtım;
- ekip: inceleme, sahiplenme, standartlar.
Bu parçalardan biri eksik olduğunda bir şeyler deforme olur.
Yalnızca insan: yavaştır, sıklıkla tekrarlanan işlerden dolayı çıkmaza girer.
Yalnızca temsilci: hızlı, ancak yerleşik yargılama olmadan.
Sadece altyapı: İşe yaramaz şeyler üretmek için zarif bir süreç.
Yalnızca ekip: asla ulaşmayacak bir prototip etrafında çok düzenli toplantılar.
En iyisi parçalar birbiriyle konuştuğunda olur.
Küçük bir kontrol listesi
Titreşim kodlu bir prototipin büyümesine izin vermeden önce kendime şu soruları sorardım:
- kodun yapısını anladım mı?
- Kritik davranışlara yönelik testler var mı?
- Temsilcinin hangi dosyalara dokunduğunu biliyor muyum?
- oluşturulan ancak kullanılmayan kodu kaldırdım mı?
- Herhangi bir sır, jeton veya sahte veri yanlış yere mi gitti?
- Asgari erişilebilirliğe uyuluyor mu?
- dağıtımın geri alma özelliği var mı?
- benden başkası saklayabilir mi?
Çok fazla soruya yanıt hayır ise bu bir başarısızlık değildir. Bu sadece bir süre daha prototip olarak kalması gereken bir prototip.
Okumalarım
Vibe kodlaması, hassas bir şeyi ifade eden gürültülü bir kelimedir: Bir fikrin, korku onu durdurmadan önce şekillendiğini görmenin sevinci.
Onu atmak istemiyorum. Bu züppelik olurdu. Pek çok güzel şey bu şekilde, yarı çarpık ve canlı olarak doğar.
Ancak kalan yazılımın daha fazlasına ihtiyacı var. Anlamaya, test etmeye, sahiplenmeye, altyapıya ve sınırlara ihtiyacı var. Birinin şunu söylemesi gerekiyor: Harika, şimdi bunu gerçeğe dönüştürelim.
Belki gelecek, "ciddi" programlama ile "havalı" programlama arasında seçim yapmakla ilgili değildir. Belki de vites değiştirmeyi öğreniyor: Hafifçe araştırın, sonra saygıyla pekiştirin.
İnsan tarafı orada. Ne zaman koşacağınızı ve ne zaman oturup farkı okuyacağınızı bilin.
Kaynaklar
METADATA
- date: 2026-06-30
- reading: 5 min
- author: Filippo Spinella
- tags: AI, Coding, Agents, Developer Tools