Her gün AI ile geliştirme yapıyorum. Ne istediğimi sade bir dille anlatıyorum ve dakikalar içinde çalışan kod ortaya çıkıyor. Bu, yazılımın yapılış biçiminde yirmi yıldaki en önemli değişimlerden biri — ve bunu, o yirmi yılın çoğunu yazılımı zor yoldan üreterek geçirmiş biri olarak söylüyorum. Aynı zamanda çoğu AI projesinin sessizce öldüğü yer de burası. Çünkü dizüstünüzde çalışan bir şeyle bir işletmenin güvenebileceği bir şeyin arasını, demonun size hiç göstermediği işler ayırır.

"Vibe coding" — her satırı yazmak yerine bir modeli bir inşa boyunca sade dille yönlendirmek — gerçektir ve özür dilemeden kullanıyorum. Hata onu kullanmak değil. Hata, ürettiği prototipin ürün olduğuna inanmaktır.

%80/%20 tersine dönüşü

Normal bir yazılım tahmininde görünen özellik işin çoğunu, tesisat ise geri kalanını oluşturur. Vibe coding bunu tersine çevirir. Görünen demo belki gerçek emeğin %20'si, algılanan emeğin %80'idir. Geriye kalan %80 — mimari, testler, dağıtım, izleme, sahiplik — demoda görünmez ve oyuncağı sistemden ayıran tam olarak budur.

Bu yüzden pek çok yönetici yanıltıldığını hisseder. Çalışan bir uygulamanın bir saatte inşa edildiğini izlediler ve makul biçimde projenin neredeyse bittiğini düşündüler. Bitmemişti. Köprünün tabliyesini gördüler; altında henüz hiçbir şey olmadığını görmediler.

Vibe-coded bir demodan üretim sistemine giden bir köprü. Tabliye beş kirişten oluşur: mimari, testler, deploy, izleme ve rollback, sahiplik. Altında demonun atladığı iş boşluğu vardır. prototipten üretime geçiş demonun atladığı iş Vibe-coded demo Üretim sistemi Mimari Testler Deploy / CI İzleme + rollback Sahiplik
Köprü. Vibe coding iki platformu inşa eder — fikri ve çalışan bir demoyu. Teslimat ise aradaki tabliyedir. Bir kirişi atlayın; insanlar en kötü anda oradan düşer.

Bir demoyu sistemden gerçekten ne ayırır

Bu boşluk soyut kod kalitesiyle ilgili değil. Gerçek dünyanın dayattığı, demonun ise dayatmadığı çok somut koşullarla ilgili.

Bir demo

  • Siz başlattığınızda bir kez çalışır
  • Sizin seçtiğiniz temiz girdiyle
  • Sizin makinenizde
  • Hesap yok, izin yok
  • Sessizce ya da çökerek başarısız olur
  • Yalnızca yazarı düzeltebilir

Bir üretim sistemi

  • Sürekli, gözetimsiz çalışır
  • Dağınık, düşmanca gerçek girdiyle
  • Başkalarının bağımlı olduğu altyapıda
  • Kimin neye yetkili olduğunu bilir
  • Güvenli başarısız olur, log tutar, alarm verir
  • Onu değiştirebilen bir ekip sahiplenir

Beş kiriş

  • Mimari. Durumun (state) nerede yaşadığı, verinin nasıl aktığı, on kat yükte neyin kırıldığı. Vibe coding "şimdi çalışsın" için optimize eder, "ölçekte çalışsın" için değil — bunu dayatmak sizin işiniz.
  • Testler. Kodu sonradan — sizin ya da bir modelin — zaten çalışan şeyi sessizce bozmadan değiştirmesine izin veren güvenlik ağı. Test olmadan her iyileştirme bir kumardır.
  • Dağıtım / CI. Tekrarlanabilir, geri alınabilir bir yayınlama yolu. "Dosyaları sunucuya kopyaladım" bir dağıtım stratejisi değil; gelecekteki bir olaydır.
  • İzleme ve rollback. Bir şeyin yanlış gittiğini müşterinizden önce öğrenmelisiniz — ve onu bir gecede yeniden inşa ederek değil, dakikalar içinde geri alabilmelisiniz.
  • Sahiplik. Bu sistemden gelecek çeyrekte sorumlu, adı belli bir insan veya ekip. Sahibi olmayan yazılım çürür; AI'nın ürettiği yazılım daha hızlı çürür, çünkü onu kimse tam okumamıştır.
Rollback testi

Her "bitmiş" AI prototipine tek bir soru sorarım: Bu, gece 2'de bozulursa, onu inşa etmemiş biri anlayıp problemi bulabilir ve güvenle geri alabilir mi? Yanıt hayırsa, bu bir üretim sistemi değildir — üretim kostümü giymiş bir demodur.

Vibe coding bizi bir öğleden sonrada çalışan bir prototipe ulaştırdı. Geriye kalan %80, ekibinizin ona seneye de güvenebilmesinin nedenidir.

Vibe coding'i iyi kullanmak

Bunların hiçbiri AI destekli geliştirmeye karşı bir argüman değil; onu bilinçli kullanmak için bir argüman. Doğru hamle, vibe coding'in olağanüstü olduğu işi yapmasına izin vermek — hızlı keşfetmek, bir fikrin yapmaya değer olduğunu kanıtlamak ve gerçek gereksinimlerin ne olduğunu öğrenmek — ve sonra kalıcı olması gereken kısımlar için köprüyü bilinçli olarak geçmektir.

Somut olarak: özgürce prototip yapın ama prototipi yayınlamayın. Öğrettiklerini toplayın, işletmenin gerçekten bağımlı olacağı kısımlara karar verin ve onları mimari, testler ve bir sahiple yeniden inşa edin. Prototipin görevi, gerçeğini inşa etme hakkını kazanmaktı. Bunu yaptıktan sonra bırakın gitsin.

Gerçeğe dönüşmesi gereken bir prototipiniz mi var?

AI destekli prototipleri sonuna kadar götürüyorum — mimari, teslimat ve ekibinizin güvenebileceği bir sahip. Özel Yapay Zeka Uygulamaları ve Yazılım Proje Tasarımı sayfalarına bakın veya görüşme planlayın.