Giriş: Andrej Karpathy'nin tanımı#
Andrej Karpathy (eski Tesla AI direktörü, OpenAI kurucu üyesi) Şubat 2025'te X'te şu cümleyi yazdı: "Just give in to the vibes — kodun nasıl çalıştığını anlamadan, sadece doğal dilde isteyerek AI ile yazıyorum." Tweet 5M+ izlenme aldı, terim viral oldu.
Vibe coding = geliştirici hedefi açıkça söyler, AI kod yazar, geliştirici kodu satır satır okumadan kabul eder, ihtiyaç olduğunda iteratif düzeltme ister. Klasik kodlamada %100 anlama beklenir; vibe coding'de %20-40 anlama yeterli görülür.
Bu yazıda 7 başlık altında: terim ne, ne değil; Cursor/Claude Code/Copilot rolü; hangi senaryoda işe yarar; hangisinde tehlikeli; kalite kontrolü; ekip kültürü etkisi; kurumsal disiplin.
1. Vibe coding nedir, ne değildir?#
Vibe coding'dir: AI ile iteratif konuşarak kod ürettirmek; "buton ekle", "hata düzelt", "refactor et" şeklinde doğal dil komutlarıyla ilerlemek; her satırı okumamak; sonucu manuel test edip kabul / reddetmek.
Vibe coding değildir: AI'a sorup kodu kopyalamak (klasik AI assist), tüm kodu AI'ye yazdırıp gözden geçirmek (klasik AI workflow), AI çıktısını anlamadan production'a deploy etmek (kötü kullanım — vibe coding değil sorumsuzluk).
Anahtar fark: iteratif konuşma + sonuç-odaklı geri bildirim. "Bu çalışmıyor, düzelt" demek + AI'ın yeniden denemesi. 5-10 iterasyon sonunda istenen sonuç. Geleneksel ekip çalışmasında 5-10 iterasyon = 5-10 saat; vibe coding'de = 5-10 dakika.
Tartışmalı nokta: "kodu anlamamak" eleştirisi. Karpathy bile kabul ediyor — "Bu yaklaşım hobby + prototipleme + kişisel projeler için. Production kritik kod için tehlikeli". Bu yazıda hangi sınırların gerekli olduğunu netleştiriyoruz.
2. Cursor / Claude Code / Copilot rolü#
GitHub Copilot: editor içi tamamlama. "Sen yazmaya devam ederken AI öneri sunar". Vibe coding'in en hafif formu. Yazılan koda yapışır, geliştiriciyi yönlendirmez. Senior'lara hızlandırıcı, junior'lara öğrenme tekerleksizleştirici.
Cursor: editor + AI komut çubuğu. "Bu fonksiyonu refactor et", "yeni endpoint ekle" gibi komutlar. Kod tabanını okuyabilir, çoklu dosya editörü. Vibe coding orta seviyede; geliştirici hedefi söyler, sonucu inceler.
Claude Code (Anthropic, 2024): CLI tabanlı agent. Geliştirici hedef söyler, Claude planlar + dosya açar + düzenler + test çalıştırır + sonuç sunar. Vibe coding'in en saf formu; geliştirici çoğu adımı görmez, sadece sonucu görür.
Pratik karar: hız + iteratif değişim → Cursor / Claude Code. Kod kalitesi + öğrenme → Copilot + manuel kod. Çoğu modern ekip bu üçünü aynı anda kullanıyor; her aracın güçlü olduğu senaryosu farklı.
3. Hangi senaryoda işe yarar?#
Prototipleme: "5 günde demo lazım" senaryosunda vibe coding mucizevi. Klasik kodlama 3-5 günse vibe ile 1 gün. UI prototipi, geçici demo, müşteri görüşmesi öncesi hazırlık — hepsi mükemmel uyum.
İç araçlar: şirket içi kullanım, az kullanıcı, düşük risk. Admin panel, raporlama dashboard, veri import script. Vibe coding bu alanda üretkenliği 5x artırır.
Test kapsamlı kod tabanı: kapsamlı unit + integration test varsa, AI'ın yazdığı kod test ile doğrulanır. Test failure → düzelt. Bu yapıda vibe coding güvenle uygulanabilir; testler kalite kapısı.
İyi tanımlı problem: "Stripe webhook handler yaz, signature verify et, event'i Postgres'e kaydet" — net spec, AI'nın hata yapmasını zorlaştırır. Belirsiz spec ("daha güzel yap") vibe coding'de çuvallar.
4. Hangi senaryoda tehlikelidir?#
Finansal sistemler: ödeme işleme, muhasebe, fiyat motoru. Yanlış hesaplama 1 satırda binler/milyonluk hata; AI'ın "yaklaşık doğru" çözümü kabul edilemez. Manuel review zorunlu.
Güvenlik kritik kod: auth, authorization, kriptografi, KVKK uyumu. AI bilinen-iyi pattern'ları üretir ama nüanslarda hata yapabilir. Bir auth bypass bug'ı 6 ay sonra tüm sistemi tehlikeye atar.
Kompleks iş mantığı: sigorta primi hesabı, lojistik rota, vergi hesabı. Kural çok ve birbirine bağımlı; AI tek satırı kaçırırsa tüm zincir bozulur. Vibe ile yazılır ama review zorunlu.
Production deploy zinciri: CI/CD, infra-as-code, security policy. Bir Terraform hatası tüm production'ı silebilir. Vibe coding burada "AI öneri sunar, kıdemli geliştirici uygular" yapısında olmalı; otomatik kabul tehlikeli.
5. Kalite kontrolü: "sonuca güven" yetersizdir#
Vibe coding'in en sık eleştirildiği nokta: kalite çürümesi. Geliştirici kodu okumadığı için ileride kimse anlayamaz; AI 6 ay sonra kendi yazdığını da anlamaz.
Önlem: (a) kapsamlı test (unit + integration + E2E). Vibe coding ile yazılan her özellik test ile gelir. Test yoksa kalite ölçümü yok.
(b) kod review (insan veya AI). AI'ın yazdığını farklı bir AI veya insan inceler. "Bu mimari doğru mu? Edge case'ler düşünülmüş mü? Performans?" sorularını cevaplar.
(c) dokümantasyon zorunluluğu. Her vibe coding sprint sonu, AI'a "bu özelliği nasıl çalıştığını dokümanla" denir. Future-self okuyacak; AI dokümantasyonsuz koddan başka AI'ın da rehberi olur.
6. Ekip kültürü etkisi: junior'lara dikkat#
Senior geliştirici vibe coding'i sağlam kullanır — temel anlayış var, AI çıktısını eleştirir, hata fark eder. Junior geliştirici riskli: temel öğrenme atlanır, AI'a bağımlılık oluşur, kendi başına problem çözememe.
Önlem: junior öğrenme dönemi (ilk 1-2 yıl) klasik kodlama dominant. Vibe coding sonra eklenir. Bu yapı junior'a 'AI olmadan da yazabilirim' güvenini verir; AI'sız debug + okuma + tasarım disiplini öğrenmiş olur.
Pratik: ekip yapısı %70 senior + mid + %30 junior ise vibe coding güvenli. %30 senior + %70 junior ise vibe coding tehlikeli — junior'lar öğrenmesi gereken temelleri atlar, ekibin orta vadeli kapasitesi düşer.
Sonuç: vibe coding araç; ne zaman ne kadar kullanmak ekibin olgunluğuna göre değişir. "Herkesin Cursor kullanması" disiplinsiz uygulamadır; "Cursor kullanım kılavuzu + sınırlar" disiplinli kültür.
7. Kurumsal vibe coding disiplini#
Kurumsal ekipte sağlıklı vibe coding 4 madde:
(a) Sınır tanımı: hangi alanlar saf vibe (UI prototipleri, demo'lar, iç araçlar), hangileri "vibe + insan review" (ana özellikler), hangileri "sadece insan" (auth, ödeme, güvenlik kritik). Sözleşmeyle tanımlı.
(b) Test disiplini: her vibe ile yazılan modül için test coverage %85+ zorunlu. CI test failure → merge bloklanır. AI yazdığı kodun testini de yazar.
(c) Code review: her PR review zorunlu, vibe coding olduğu için tek farkla — review'cu AI gibi yazılan kodu daha derinden okur, edge case + performance sorgular.
(d) Bilgi paylaşımı: her sprint sonu "vibe ile ne öğrendik?" oturumu. "AI'ın iyi yaptıkları, kötü yaptıkları, biz hangi pattern'ları yazdık". Bu kültür ekibin kollektif AI okur-yazarlığını arttırır.
Sonuç: araç değil felsefe#
Vibe coding bir araç değil, geliştirme felsefesi değişimidir: "kodun nasıl çalıştığı"dan "ne sonuç ürettiği"ne kayma. Bu kayış doğru senaryoda 5x üretkenlik kazandırır; yanlış senaryoda 5x teknik borç biriktirir.
Doğru kurulduğunda 2026'da vibe coding'le çalışmayan ekipler rakipleri karşısında geride kalıyor. Yanlış kurulduğunda "AI'a güvenip teknik borç biriktirmek" tipik 6-12 ay sonra ortaya çıkar.
AI destekli yazılım geliştirme süreçlerinizi kurmak veya kalibre etmek istiyorsanız yazılım geliştirme yöntemleri blog yazımıza bakabilirsiniz.
İlgili yazılar
Aynı kararı destekleyen diğer yazılar
Karşılaştırma
Cursor vs Claude Code vs GitHub Copilot 2026 Karşılaştırma
Üç AI kodlama aracı: Copilot satır tamamlama, Cursor multi-file refactor, Claude Code agentic. 8 kriterli karar matrisi + ekip senaryoları.
AI Araçları
Claude AI Nedir? Yazılımcılar İçin 2026 Kapsamlı Rehberi
Claude AI'ın 2026'daki yetenekleri, Claude Code, MCP, API kullanımı ve enterprise vakalarıyla yazılımcılar için kapsamlı Türkçe rehber.
Maliyet Analizi
Mobil Uygulama Maliyeti 2026: Fiyatı Gerçekte Ne Belirler?
200K mı, 2M mı? Mobil uygulama maliyeti 7 kalemde belirlenir: kapsam, backend, entegrasyon, native ihtiyacı, test+güvenlik, bakım, fazlı yaklaşım. Her kalem için somut aralıklar.
Sonraki adım
Benzer bir proje planlıyorsanız, bağlamınızı netleştirip teklif akışını birlikte kurabiliriz.
Proje talebi oluştur