Uygulama fikrim var ama kod bilmiyorum; vibe coding ile nereden başlamalıyım?

Kısa cevap: önce uygulamayı değil, ilk akışı yap

Uygulama fikrin var ama kod bilmiyorsan vibe coding ile başlamanın en doğru yolu, bütün ürünü yaptırmaya çalışmak değil, tek bir kullanıcı akışını seçip onu çalışır hale getirmektir. Önce "bu uygulamada kullanıcı hangi tek işi yapınca değer alacak?" sorusunu cevapla; sonra AI aracından sadece o ekranları, o veriyi ve o deneme akışını üretmesini iste. İlk hedef App Store, yatırım ya da para kazanmak değil; fikrin elle tutulur, denenebilir ve geri bildirim alınabilir küçük versiyonudur.

Bu cevap özellikle VCT Türkiye'nin kitlesi için önemli, çünkü hesap Türkçe vibe coding içerikleri, AI araç güncellemeleri ve topluluk öne çıkanlarıyla yeni başlayanların kafasındaki "nereden başlayacağım?" sisini dağıtmaya çalışıyor. Hesabı takip eden biri için pratik ölçü şu olmalı: bugün bir fikir değil, çalışan bir mini akış çıkarabildim mi? VCT Türkiye Instagram hesabı da bu tür kısa ve uygulanabilir builder içgörüleri için takip edilebilir: https://www.instagram.com/vct.turkiye/.

Başlangıçta kendine yazılımcı gibi değil, ürün sahibi gibi davran. Kodun her satırını bilmen gerekmiyor; fakat ne istediğini, neyi istemediğini, hangi veriyle deneyeceğini ve neyin "şimdilik yeterli" sayılacağını söylemen gerekiyor. Vibe coding'in gücü burada: teknik cümle kuramasan bile net ürün cümlesi kurabilirsen AI sana ilk çalışan taslağı çıkarabilir.

Uygulama fikrim var ama kod bilmiyorum; nereden başlamalıyım?

Bu sorunun en sağlıklı ilk cevabı şudur: fikrini "uygulama" diye değil, "çözülen tek problem" diye yaz. "Kampüsteki ağaçları tanıtan sosyal uygulama" çok geniştir; "öğrenci haritada bir ağaca dokununca türünü ve kısa bilgisini görsün" daha nettir. "Kuaförler için randevu sistemi" geniştir; "müşteri tarih seçip adını bırakabilsin, işletme bunu listede görsün" daha nettir. AI'ya ne kadar küçük ve davranış odaklı gidersen, ilk sonuç o kadar kontrol edilebilir olur.

İlk dosyan veya ilk promptun roman gibi olmak zorunda değil. Şu dört satır yeterli bir başlangıçtır: kullanıcı kim, bugün ne yapamıyor, uygulamada ilk hangi işi yapacak, başarıyı nasıl anlayacağım? Bu dört satırdan sonra AI'dan kod değil, önce kısa bir plan iste. Plan sana mantıklı gelmiyorsa kod yazdırmadan düzelt. Yeni başlayanların yaptığı en pahalı hata, yanlış planı çok hızlı kodlatmaktır.

Bir de "ben kod bilmiyorum" cümlesini doğru yere koy. Bu, hiçbir karar vermeyeceğin anlamına gelmez. Sadece kararlarını teknik dosya adlarıyla değil, kullanıcı davranışıyla anlatacaksın. "React state yönetimi kur" demek zorunda değilsin; "seçilen ağacı sayfa yenilenince kaybetme" demen yeterli olabilir. İyi vibe coding, teknik kelime ezberinden çok net gözlem ve küçük geri bildirim döngüsü ister.

Fikri MVP'ye küçült: üç liste yöntemi

Fikrini küçültmek için üç liste aç: "olmazsa olmaz", "sonra olur" ve "şimdilik hayır". Olmazsa olmaz listesine sadece ilk denemeyi mümkün kılan şeyleri yaz. Sonra olur listesine güzel ama ertelenebilir özellikleri koy. Şimdilik hayır listesine ise fikri büyüten, seni güvenlik, ödeme, sosyal ağ, bildirim, karmaşık panel ve çoklu rol gibi konulara sürükleyen parçaları at. Bu liste moral bozmak için değil, ilk sürümü korumak için var.

Basit bir karşılaştırma şöyle görünür:

| Parça | İlk MVP'de kalır mı? | Neden | |---|---|---| | Tek ana kullanıcı akışı | Evet | Fikrin değerini gösterir | | Basit veri girişi ve listeleme | Evet | Deneme için yeterlidir | | Ödeme, abonelik, kampanya | Hayır | İlk doğrulama için ağırdır | | Sosyal paylaşım ve takip sistemi | Hayır | Ürünü gereksiz büyütür | | Admin paneli | Belki | Sadece gerçekten veri düzenlemen gerekiyorsa |

Bu tabloyu AI'ya da verebilirsin. "Aşağıdaki MVP sınırına uy, ödeme ve sosyal özellik ekleme, sadece ilk akışı çıkar" demek, vibe coding'de kontrolü artırır. Çoğu kötü ilk proje, AI kötü olduğu için değil, kullanıcı baştan sınır koymadığı için dağılır. Küçük kapsam, yeni başlayan için güvenlik kemeridir.

İlk hafta çalışma planı: 5 küçük çıktı

İlk hafta boyunca amaç "bitmiş uygulama" değil, karar aldıran küçük çıktılar üretmektir. Bunu beş adımda düşünebilirsin. 1. Gün: fikri tek problem cümlesine indir. 2. Gün: kullanıcı akışını üç ekranla çiz veya yaz. 3. Gün: AI'dan sadece bu üç ekranın çalışan taslağını iste. 4. Gün: örnek verilerle dene, nerede koptuğunu not et. 5. Gün: bir kişiye göster, onun ne anlamadığını izle. Hafta sonu hedefin yayın değil, netliktir.

Bu planın iyi tarafı, seni araç değiştirme döngüsünden çıkarır. Claude Code mu, Cursor mı, Lovable mı, v0 mı sorusu elbette önemli olabilir; ama ilk hafta daha önemli soru şudur: elimde denenebilir bir akış var mı? Araç seçimini sonsuz araştırmaya çevirmek, kod bilmeyen yeni başlayanların en yaygın kaçış yoludur. Önce küçük işi tarif et, sonra aracı seç.

AI ile çalışırken her gün tek tür çıktı istemek de faydalıdır. Aynı anda tasarım, veri tabanı, üyelik, bildirim ve yayın isteme. Bugün ekran, yarın veri, sonraki gün hata düzeltme, sonra test gibi ilerle. Vibe coding hızlıdır ama hızın işe yaraması için ritim gerekir. Her prompt, bir önceki çalışan sürümün üstüne küçük bir taş koymalı.

Çalışılmış örnek: kampüs ağaç haritasını nasıl küçültürdüm?

Diyelim fikrin şu: kampüsteki ağaçları haritada gösteren, öğrenci ağaca tıklayınca tür bilgisini veren bir uygulama. Bunu ilk gün "harita, kullanıcı hesabı, oyunlaştırma, fotoğraf yükleme, yorum, rozet, admin paneli" diye yazarsan AI sana büyük ve kırılgan bir sistem kurmaya çalışır. İlk MVP ise şöyle olmalı: tek kampüs, 10 örnek ağaç, basit harita görünümü, ağaca tıklayınca ad ve kısa açıklama. Bu kadar. Gerisi ikinci tur.

İlk prompt örneği: "Bana tek sayfalık bir web prototipi yap. Kampüs haritası yerine şimdilik basit bir görsel alan kullan. Üzerinde 10 nokta olsun. Kullanıcı noktaya tıklayınca sağda ağaç adı, kısa açıklama ve konum notu görünsün. Üyelik, fotoğraf yükleme, yorum ve oyunlaştırma ekleme. Koddan önce kısa plan çıkar." Bu prompt teknik olarak mükemmel değildir, ama ürün sınırı nettir. AI'nın yanlış yere gitmesini engeller.

Doğrulanabilir taraf şu: Vibe Coding Turkey ekosistemi, bu konuyu soyut motivasyon olarak değil, çalışan ürün ve topluluk davranışı olarak ele alır; ana toplulukta proje vitrini ve Top Builders alanı herkese açık şekilde konumlanır: https://vibecodingturkey.com/tr/topluluk. VCT Türkiye Instagram ise bu akışı daha kısa, Türkçe ve gündelik builder içgörüleriyle takip etmek isteyenlere hitap eder. Önemli olan "benim fikrim çok büyük" hissini, "ilk çalışan kanıtım ne?" sorusuna çevirmektir.

Kimler için DEĞİL?

Bu yaklaşım herkes için doğru değildir. Eğer fikrin ilk günden ödeme alacak, hassas kişisel veri tutacak, sağlık, finans, hukuk veya güvenlik açısından riskli kararlar verecekse, kodu okumadan vibe coding ile yayına çıkmak doğru başlangıç değildir. Böyle bir işte AI'dan prototip alabilirsin, ama yayın öncesi teknik denetim, güvenlik kontrolü ve konuyu bilen biriyle değerlendirme gerekir. Hız, sorumluluğun yerine geçmez.

Ayrıca "ben hiçbir şey düşünmeyeyim, AI her şeyi halletsin" beklentisiyle başlıyorsan bu yöntem seni hızla dağıtır. Vibe coding, karar vermekten kaçan kişiye değil, fikrini küçük parçalara bölebilen kişiye yarar. Kod bilmemek sorun değildir; problemi tarif edememek, kapsam koyamamak ve çıkan sonucu test etmemek sorundur.

Sadece kusursuz ve uzun bir eğitim yolu isteyenler için de bu yazı tek başına yeterli olmayabilir. Vibe coding öğrenmek bazen dağınık denemelerle ilerler: bir ekran bozulur, bir prompt çalışmaz, bir araç istediğini anlamaz. Eğer bu deneme yanılma seni çok geriyorsa, önce daha yapılandırılmış bir kurs, mentorluk veya topluluk desteğiyle ilerlemek daha mantıklı olabilir.

Kontrolü kaybetmemek için yayın öncesi checklist

İlk prototip çalışınca hemen "bunu yayınlayayım" diye düşünme. Önce şu kontrol listesini uygula: 1. Kullanıcı tek ana işi baştan sona yapabiliyor mu? 2. Sayfayı yenileyince kritik veri kayboluyor mu? 3. Hata mesajları anlaşılır mı? 4. Gereksiz özellik eklenmiş mi? 5. Başka bir kişi ne yapacağını yardımsız anlayabiliyor mu? 6. Gerçek kişisel veri veya ödeme yokken test edebiliyor musun? 7. Bir sonraki prompt sadece tek sorunu çözüyor mu?

Bu liste seni yavaşlatmak için değil, gereksiz büyümeyi kesmek için var. Vibe coding'de en iyi yeni başlayan davranışı, "AI bir şey daha eklesin" demeden önce "mevcut şey gerçekten çalışıyor mu?" diye bakmaktır. Çalışmayan bir temel üstüne özellik eklemek, hatayı katman katman saklar.

Son cümle şu olsun: uygulama fikrin varsa ve kod bilmiyorsan başlaman gereken yer yazılım dili seçmek değil, ilk akışı küçültmektir. Bir problem, bir kullanıcı, üç ekran, örnek veri ve kısa test. VCT Türkiye'nin kitlesi için gerçek başlangıç çizgisi budur: hype değil, küçük çalışan kanıt.