Vibe coded uygulamayı düzeltecek geliştirici aramak: neye bakılır, ne sorulur

Vibe coding ile çıkardığın proje demoda çalıştı, gerçek kullanıcıda kırıldı ve şimdi bunu düzeltecek birini arıyorsun. Doğru geliştirici ya da ajans üç şeyi netleştirir: kodu okumadan fiyat vermez, paylaşmadan önce NDA imzalar, erişimi salt okunur ister. Bunlardan biri eksikse riski sana yüklüyor demektir.

Deneyimli bir geliştiriciyi ilk mesajda nasıl ayırt edersin

Bu, ilk mesajda belli olur. Bu işi daha önce yapmış biri önce hangi araçla yazıldığını sorar: Lovable, Bolt, v0, Cursor, Claude Code, Replit, Base44 ya da Firebase Studio. Cevap, aslında neye baktığını değiştirir. Bu araçların bir kısmı düz bir React ya da Next.js kod tabanı verir, bir kısmı çıktıyı kendi platformuna bağlı tutar. Sonra fiyat konuşmadan önce depo erişimi ister. İlk mesajda rakam veren biri ya kodu okumadan tahmin ediyordur ya da tahminini sana satıyordur.

İkisi de aynı yere çıkar: sonradan gelen sürpriz bir faturaya.

İlk görüşmede sorulması gereken beş soru

Sırayla sor. Cevabın içeriği kadar hızı da bilgi verir.

1. Bu projeyi hangi araçtan çıktığını bilerek mi okuyacaksın, yoksa genel bir Next.js projesi gibi mi ele alacaksın?
2. Devraldığın projelerde ortalama ne kadarı kurtarılıyor, ne kadarı yeniden yazılıyor?
3. Kod incelemesi kaç saat sürer, ücretli mi ücretsiz mi?
4. NDA'yı sen mi hazırlıyorsun, yoksa benim taslağımı da kabul eder misin?
5. Devraldıktan sonra alan adı, hosting ve API anahtarları kimin hesabında kayıtlı olacak?

Kırmızı bayraklar: bu cevabı duyunca görüşmeyi bitir

Beşinden biri bile tek başına uzaklaşmak için yeterli sebep.

Devralma süreci nasıl işlemeli

Üç adım, bu sırayla, hiçbiri atlanmadan. Önce salt okunur depo erişimi ve kod incelemesi: ne var, ne çalışıyor, ne tehlikeli. Sonra NDA, daha derin bir bakıştan önce; böylece inceleme gerçek ayrıntıya inebilir ve sen gereğinden fazlasını açığa çıkarmamış olursun. En son kapsam ve fiyat, tahminden değil gerçekte bulunandan. Lumiasoft'un kendi yapay zeka projesi devralma sürecinde de bu böyle işliyor: paylaşımdan önce NDA imzalanıyor, erişim salt okunur veriliyor ve inceleme bitince geri alınıyor.

Proje Lovable ya da Bolt'tan çıktıysa, kod tabanını platformdan dışarı almak bundan önce ayrı bir adım, çünkü platformdan çıkan şey her zaman tüm resmi taşımıyor. Lovable kodunu GitHub'a çıkarma yazımız neyin geldiğini, neyin kalmadığını anlatıyor.

Salt okunur erişim alınca ilk beş dakikada çalıştırılacak üç komut

Salt okunur erişim aldıktan sonra kodun gerçek durumu için kimsenin sözüne ihtiyacın yok. Bu üç kontrol beş dakika sürüyor ve vibe coding'in en sık görülen üç arızasını yakalıyor: sızmış kimlik bilgileri, koda gömülü anahtarlar, korunmayan bir .env. Bu üçünü, gerçek çıktıyı göstermek için Lumiasoft'un kendi deposuna karşı çalıştırdık, uydurma rakam yok.

$ git log --all --diff-filter=A --name-only --pretty=format: \
  | grep -iE '\.env($|\.[a-z]+$)' | sort -u

.env.example

$ grep -rInE "sk-[A-Za-z0-9]{20,}|AIzaSy[A-Za-z0-9_-]{20,}|AKIA[A-Z0-9]{12,}" \
  --include=*.js --include=*.jsx --include=*.ts --include=*.tsx . \
  | grep -v node_modules

(çıktı yok)

$ cat .gitignore | grep -i env

.env*.local
.env
.env.bak*

Freelancer mı ajans mı: hangisi bu iş için doğru

İkisi de işi yapabilir. Fark, devralmadan sonra ortaya çıkıyor, devralma sırasında değil.

İki sütundan biri diğerini yanlış yapmıyor. İz bırakan, iletişimi net bir freelancer, yavaş bir ajanstan daha iyi iş çıkarabilir. Asıl soru şu: altı hafta sonra bir şey kırılırsa cevabı kim verecek.

Fiyat neden sabit bir rakam değil

Dışarıdan birbirinin aynısı görünen iki proje, içeride tamamen farklı olabilir. Biri üç günlük temizlik, öbürü altı haftalık auth ve ödeme yeniden kurulumu. Kodu okumadan fiyat veren biri dışarıyı fiyatlıyor, içeriyi değil. O görüşme öncesi kabaca bir fikir istiyorsan, vibe coding maliyet hesaplayıcı projenin gerçek durumundan bir aralık çıkarıyor, genel bir saatlik ücretten değil.

Ne zaman kurtarmak, ne zaman yeniden yazmak daha ucuz

Arayüz ve çekirdek mantık çalışıyorsa, hasar auth, ödeme ya da veritabanı erişimi gibi belirli katmanlarla sınırlıysa kurtarmak kazanır. Kodu önce okuyan bir geliştirici bunu çoğu zaman erken söyler, çünkü çalışanı korumak yeniden yazmaktan daha az faturalanabilir zaman demek.

Veri katmanı ve güvenlik modeli tek bir yerde değil baştan sona yanlışsa, ya da proje demo için kurulmuş ve gerçek gereksinimler koda hiç girmemişse yeniden yazmak kazanır. İyi bir inceleyici bunu bazen ücretsiz görüşmede, sen henüz bir şey ödemeden söyler. Bu itilmesi gereken değil, güvenilmesi gereken bir işaret.

Bu rehberin işe yaramadığı durumlar

Uygulamanın henüz gerçek kullanıcısı yoksa ve risk altında gerçek veri yoksa, birini işe almak henüz erken olabilir. Daha yavaş ama bedava, kendi başına düzeltmek bu aşamada mantıklı bir tercih. Vibe coding'i doğru yapmayı anlatan yazımız, tek başına ilerleyen bir projenin bu noktaya hiç gelmemesini sağlayan disiplini kapsıyor.

Sık sorulan sorular

İlk kod incelemesi gerçekten ücretsiz mi?
Genelde evet, ama her zaman değil. Erişimi göndermeden önce doğrudan sor; bunu konuşmayı bile reddetmek kendi başına küçük bir kırmızı bayraktır.

Gerçekte hangi erişimi vermem gerekiyor?
İnceleme için salt okunur depo erişimi yeterli. Bunu düzgün yapan hiç kimse bu aşamada hesap şifreni ya da tam yönetici yetkisini istemez.

NDA imzalamayı reddederse ne olur?
Uzaklaş. Meşru bir inceleyici, kendisini seni koruduğu kadar koruduğu için ikinci kez sorulmadan imzalar.

Tek bir geliştirici mi, ajans mı tutmalıyım?
Yukarıdaki karşılaştırmaya bak. Sonuç, riski nerede taşımayı tercih ettiğine iniyor: daha düşük fiyatlı tek nokta arızası mı, daha yüksek fiyatlı süreklilik mi.

Devralma, eski araçla bağı tamamen kesiyor mu?
Platforma göre değişir. Düz React ya da Next.js kodu veren araçlar temiz ayrılır. Bazıları bazı parçaları kendi altyapısına bağlı tutar, ki export adımının yakalaması gereken tam olarak bu.

Uygulama yayına girdiğinden beri kimse kimlik bilgisi ve yedek kurulumunu satır satır okumadıysa, yapay zeka projesi tamamlama sürecimiz de tam bu kod incelemesiyle başlıyor.