Ekipler için Vibe Coding ve AI Destekli Geliştirme Eğitimi

Vibe coding, istediğiniz ürünü tarif edip kodu AI asistanına yazdırmak anlamına geliyor. Yazılımcılar da geliştirici olmayan ekipler de bunu zaten kullanıyor. Bu eğitimde Cursor, Claude Code ve Copilot ile hızlı geliştirmenin yanına inceleme ve yönetim disiplinini koyuyoruz. Ekipler hangi çıktının production'a girmemesi gerektiğini öğrenirken geliştirici olmayanlar da güvenli sınırlar içinde prototip hazırlıyor.

modül
6
saat
13
Bize ulaşın

Birçok ekip benzer bir noktada bize geliyor. Yazılımcılar Cursor ve Claude Code ile çoktan geliştirme yapıyor, fakat bu çalışmalar için ekipçe kullanılan bir inceleme yöntemi bulunmuyor. İki günlük programda net bir spec yazıyor, asistanla geliştiriyor, çıktıyı inceliyor ve test ediyoruz. Son adımda da hangi kodun güvenle yayına alınabileceğine karar veriyoruz. Aynı yöntem, canlı bir kod tabanını genişleten yazılımcılarla Lovable veya v0 üzerinden iç araç prototipi hazırlayan ürün yöneticileri ve analistler için ayrı örneklerle çalışıyor.

Cursor ya da Copilot lisansı, hangi işi asistana bırakacağınızı veya gelen kodu nasıl değerlendireceğinizi tek başına öğretmiyor. AI üretimi kod sorunsuz çalışırken güvensiz, testsiz ya da dosyayı daha sonra açacak kişi için anlaşılmaz kalabilir. Lovable ile araç geliştiren bir kişi de fark etmeden aynı riskleri oluşturabilir. Bu nedenle katılımcıların işi açıkça tarif edebilmesini ve ortaya çıkan kodu dikkatle okuyabilmesini ölçüyoruz. Bazen doğru kararın kodu production'a almamak olduğunu da açıkça konuşuyoruz.

Müfredatı ekibinizin kullandığı araç setine ve kod tabanına göre uyarlıyoruz. Mühendislik ekiplerine yönelik diğer başlıkları AI eğitim kataloğunda bulabilirsiniz. Tek bir araçta daha derin çalışmak isterseniz Claude Code eğitimi o araca odaklanıyor. Microsoft tarafında ise ücretsiz ve kendi hızınızda ilerleyebileceğiniz Copilot Akademisi yer alıyor.

Araçlar alındı, ortak çalışma biçimi hâlâ eksik

Birçok ekipte Cursor veya Copilot lisansı zaten var. Fakat hangi işi asistana bırakacağınıza, gelen çıktıyı nasıl inceleyeceğinize ve ne zaman duracağınıza dair yöntem lisansla birlikte gelmiyor. Bu beceriler eğitim ve uygulama gerektiriyor.

Aynı ekipte herkes AI ile başka türlü kod yazıyor

Vibe coding, kurum tarafından desteklense de desteklenmese de çoğu ekibe yayılıyor. Ortak kurallar olmadığında herkes kendi yöntemini kuruyor ve ortaya yazarı dışında kimsenin incelemediği kodlar çıkabiliyor.

Cursor'ın yazdığı kodu kim inceliyor?

Bir kişinin açtığı pull request'i kimin inceleyeceği çoğu ekipte belli. Cursor'ın hazırladığı değişikliklerde ise aynı açıklık her zaman yok. İnceleme kayda girmediğinde güvensiz veya bakımı zor kod production'a kadar ilerliyor.

Altı araç farklı görünse de iş aynı temele dayanıyor

Cursor, Claude Code, Copilot, Windsurf, Lovable ve v0 farklı arayüzlerle benzer bir işi yapıyor. Ekibinizin her aracı ayrı ayrı öğrenmesi yerine ihtiyacına uygun olanı seçip iyi kullanacağı ortak bir yönteme ihtiyacı var.

Yazılımcılarla geliştirici olmayanlar aynı sınırlara ihtiyaç duyuyor

Canlı bir kod tabanını genişleten yazılımcı da Lovable ile iç araç kuran analist de vibe coding yapıyor. İkisinin ürettiği iş de başkasına ulaşmadan önce aynı inceleme alışkanlıklarından ve güvenli sınırlardan geçmeli.

  1. Otomatik tamamlamadan agent'la geliştirmeye

    120 dkBaşlangıç

    AI kodlama araçlarını basit otomatik tamamlamadan az gözetimle çok adımlı işler yürüten sistemlere kadar aynı haritada inceliyoruz. Vibe coding teriminin nerede anlamlı olduğunu netleştiriyor, ardından ayın en çok konuşulan aracına göre değil, mevcut kod tabanınıza göre bir araç seti seçiyoruz.

    • Cursor, Claude Code, Copilot, Windsurf, Lovable ve v0'ı aynı haritada değerlendirmek
    • Otomatik tamamlama, chat ve agent modlarının güçlü olduğu işler
    • Vibe coding ile spec-first geliştirme arasındaki sınır
    • Doğru araç setini seçmek
    • Asistanın yardımcı olduğu ve işi zorlaştırdığı durumlar
    • Araç erişimi ve veri sınırları için güvenli varsayılanlar
  2. Spec-first geliştirme: tekrar edilebilir bir yöntem

    150 dkOrta seviye

    İlk taslağın doğru çıkmasını ummak yerine asistanla düzenli bir geliştirme akışı kuruyoruz. Net bir spec yazıyor, kısa döngülerle prompt veriyor ve asistanın özelliğin tamamını hatırlayacağı kadar bağlam sağlıyoruz. Oturum yönünü kaybettiğinde bunu erken fark etmeyi de çalışan bir özellik üzerinde baştan sona uyguluyoruz.

    • Görevi modelin çalışabileceği açık bir spec'e dönüştürmek
    • Kısa döngülerde üretmek, incelemek ve düzeltmek
    • Asistanın bütün resmi koruması için bağlamı yönetmek
    • Modelin yazdığı kodu kabul etmek yerine okuyup yönlendirmek
    • Oturumun bozulduğunu gösteren işaretler ve toparlama yolları
    • Ekip için ortak bir prompt kütüphanesi
  3. Prototipten production'a geçiş

    180 dkOrta seviye

    Bir bilgisayarda çalışan kodla güvenle yayına alınabilecek kod arasındaki farkı ele alıyoruz. Grup, AI üretimi kodu doğruluk ve güvenlik açısından inceliyor, hızın zayıflattığı test disiplinini yeniden kuruyor ve kodu anlamadan kullanmanın oluşturduğu borcu büyümeden yakalıyor.

    • AI üretimi kodu insan tarafından yazılmış bir pull request kadar titiz incelemek
    • Kodu kimsenin elle yazmadığı durumda da test disiplinini korumak
    • AI üretimi kodun getirdiği hata biçimlerini bulmak
    • Kodu anlamadan kullanmanın yarattığı borcu yönetmek
    • AI destekli çalışmayı sürüm kontrolü ve CI sürecine yerleştirmek
    • Production sınırını nerede çekeceğinize karar vermek
  4. Geliştirici olmayanlar için vibe coding

    120 dkBaşlangıç

    Mühendis olmayan katılımcılar için ayrı bir çalışma yürütüyoruz. Ürün yöneticileri, analistler ve operasyon ekipleri Lovable ile v0 kullanarak belirlenen sınırlar içinde iç araç ve prototip geliştiriyor. Ardından production işini yazılım ekibine düzenli biçimde aktarmayı öğreniyorlar.

    • Lovable veya v0 ile prompt'tan çalışan bir iç araç geliştirmek
    • Geliştirici olmayanların güvenle kurabileceği işler ve sınırları
    • Veri ve erişim sınırları ile prototipin durması gereken nokta
    • Yazılım ekibinden geliştirme istemeden önce fikri prototiple test etmek
    • Prototipi yazılım ekibinin tamamlayabileceği biçimde aktarmak
    • Durup bir geliştiriciyi sürece katmanız gereken anı görmek
  5. Ekibin çalışma biçimini ve kuralları yerleştirmek

    120 dkİleri seviye

    Eğitim alan kişilerin ayrı yöntemlerle çalışması yerine ekipçe izlenecek bir AI destekli geliştirme düzeni kuruyoruz. Pilotla başlayan yaygınlaştırma planı kontrolsüz kullanımı sınırlandırıyor, fikri mülkiyet ile veriyi koruyor ve yöneticilerin etkiyi ölçebilmesini sağlıyor.

    • Yaygınlaştırma sırası: pilot, öncü kullanıcılar ve ölçekleme
    • İnsanların uygulayacağı bir AI kodlama kullanım politikası yazmak
    • Üretilen kod için fikri mülkiyet, lisans ve veri kuralları
    • Araçları yasaklamadan yönetilmeyen kullanımı kontrol altına almak
    • Etkiyi kod satırı veya lisans sayısının ötesinde ölçmek
    • Eğitim sonrasında da standartları korumak
  6. Bitirme laboratuvarı

    90 dkİleri seviye

    Her ekip çalışan bir iç aracı, özelliği veya prototipi baştan sona eğitmen incelemesiyle tamamlıyor. Oturumdan ayrılırken AI ile nasıl geliştirme yapacağını anlatan yazılı bir ekip playbook'u da hazır oluyor.

    • Ekibin oturum içinde tamamlayabileceği bir iş seçmek
    • Önceki modüllerde kurulan yöntemle geliştirmek
    • Eğitmenin canlı incelemesi
    • Oturumdaki yöntemi ekip playbook'una dönüştürmek
    • Daha geniş kullanım için ilk 90 günlük plan

Neler öğreneceksiniz?

  • Kullandığınız dil ve kod tabanına uygun bir araç seti seçmek
  • Derlenen ilk taslağı yayına almak yerine özellikleri spec-first yöntemle geliştirmek
  • AI üretimi kodu yayından önce güvenlik kontrolü dahil inceleyip test etmek
  • Production öncesinde ne zaman durmanız gerektiğini bilmek
  • Lovable veya v0 ile güvenli biçimde iç araç geliştirmek
  • Prototipi yeniden iş çıkarmadan yazılım ekibine aktarmak
  • Ekiplerin uygulayacağı kullanım, fikri mülkiyet ve veri kurallarını yazmak
  • Öncü kullanıcıları ve ölçülebilir etkisi olan bir pilotu yaygın kullanıma taşımak

Kimler katılmalı?

  • AI destekli geliştirmeyi canlı kod tabanına taşıyan yazılım ekipleri ve teknik liderler
  • Ortak bir AI kodlama standardına ihtiyaç duyan yazılım yöneticileri ve CTO'lar
  • İç araç prototipi geliştiren ürün yöneticileri ve operasyon ekipleri
  • Kod kalitesi ve CI'dan sorumlu platform, DevEx ve QA ekipleri
  • AI üretimi kodu onaylayan güvenlik ve uyum sorumluları
  • Teknik yetkinlik programından sorumlu eğitim ve gelişim ekipleri

Ana program iki gün sürer, genellikle teslimat takvimine göre yarım günlük oturumlara bölünür. Yerinde ve canlı online formatlar aynı müfredatı kapsar.

Format
Yerinde veya canlı online
Süre
2 gün (yaklaşık 13 saat, yarım günlük oturumlara bölünebilir)
Grup büyüklüğü
Grup başına en fazla 20 katılımcı
Dil
Türkçe veya İngilizce
Materyaller
Prompt kütüphanesi, geliştirme şablonları ve alıştırma defteri
Sertifika
Tamamlama sertifikası

Zeo 2011'de kuruldu, San Francisco, İstanbul, Ankara ve Lizbon'dan çalışıyor, uluslararası dijital pazarlama konferansı Digitalzone'u düzenliyor ve Copilot Akademisi'ni yürütüyor. Bu program, Zeo'nun 10+ yıllık danışmanlık ve eğitim deneyimini kurumsal yapay zeka benimsemesine taşır.

  • 2011İstanbul'da kuruluş
  • 10+yıllık danışmanlık ve eğitim deneyimi
  • 3ofis: San Francisco, İstanbul, Ankara, Lizbon
Yazılımcıların, geliştirici olmayan ekiplerin ya da her iki grubun mu katılacağını paylaşın. Kullandığınız araçları ve kod tabanını inceleyip iki serinin kapsamıyla laboratuvar derinliğini buna göre belirleyelim.
Bize ulaşın
Büyük bir ekranda komut pencereleriyle masasında alıştırma yapan çizim figür