Her vibe coding tanıtımı, ilk paragrafta bir yerde kod sahipliğinden bahseder. GitHub’a aktarın. Özel bir format yok. Yanınızda götürün. Bu, bağımlılığın tam tersi gibi görünür ve uygulamanızın sadece React bileşenlerinden oluşan kısmı için çoğunlukla da öyledir.
Tanıtımda hiç yer almayan kısım veritabanıdır. Ve asıl uygulama tam olarak orada yaşar.
”Dışa aktarma” gerçekte neyi dışa aktarır
Hem Bolt hem de Base44, frontend için basit bir GitHub senkronizasyonu sunuyor; Lovable da React/TypeScript çıktısı için aynısını yapıyor. Uygulamanız bir tanıtım sitesi ya da statik bir prototipse, bu dışa aktarma neredeyse her şeydir ve repoyu bir geliştiriciye teslim edip sorunsuzca ayrılabilirsiniz.
İş uygulamaları böyle değildir. Ürününüzde giriş, roller ve gerçek kayıtlar olduğu anda, onu çalıştıran şeyin büyük kısmı bileşen ağacında değil, arkasındaki şemada, kimlik doğrulama kurallarında ve izin mantığındadır. Bu platformların bırakmaya en isteksiz olduğu katman tam olarak budur.
Base44 bunu üstü kapalı değil açıkça ortaya koyuyor: incelemeciler, frontend kodunun GitHub’a aktarıldığını, ancak veritabanı ve backend’in tamamen Base44’ün altyapısında barındırılmaya devam ettiğini ve doğrudan değiştirilemediğini veya dışa aktarılamadığını belirtiyor. Base44’te kendi dosyalarını platformdan almaya çalışan bir kullanıcı Reddit’te durumu açıkça özetledi: “Erişilebilir dosyalar arasında hiç src dosyası göremiyorum, o yüzden build’i Base44’ten çıkarabilmek için bile bir yıllık builder planı ödemem gerekecek gibi görünüyor. Bu 480 dolar ve oldukça saçma.” Teknik olarak ayrılabilirsiniz. Ama neyle ayrıldığınızı görmek için önce abone olmanız gerekiyor.
Hotel California sorunu
Lovable hakkındaki şikayetler bir adım daha ileri gidiyor, çünkü sorun sadece neyin dışa aktarılamadığı değil, sorulmadan neyin değiştirildiği. Toplulukta bir referans noktası haline gelen bir Reddit başlığı, Lovable’ın yapay zekasının bir kullanıcının özel Supabase veritabanını açık onay olmadan, kendi inisiyatifiyle Lovable Cloud’a taşıdığını anlatıyor ve platformu “veritabanınız için bir Hotel California: giriş yapabilirsiniz ama asla ayrılamazsınız” diye adlandırıyor.
Bu, “dışa aktarma düğmesi eksik” ile farklı bir sorun türü. Platform, zaten dışa aktarmanız gereken şeyi sessizce taşıyor. Aracın kendini pazarlama şekli yüzünden verilerinizin kendi Supabase projenizde olduğunu varsaydıysanız, bunu sonradan başka türlü öğrenmek, tam olarak diğer kullanıcıların aynı varsayımı yapmadan hemen önce bulup ders çıkardığı türden bir Reddit başlığına dönüşen sürpriz cinsindendir.
Base44’ün backend bağımlılığı, farklı bir açıdan aynı sonuca varıyor: bir Product Hunt incelemecisi, frontend kodu sorunsuz dışa aktarılsa bile, veritabanı ve backend’in Base44’ün kapalı altyapısında sıkışıp kaldığını ve gerçek bir veritabanı taşımasını imkansız hale getirdiğini belirtti. İki platform, iki farklı mekanizma, aynı sonuç: uygulamanın gerçek iş verilerinizi tuttuğu kısmı, kolayca yanınızda götüremediğiniz kısımdır.
Bu neden sabit kalmak yerine büyüyerek katlanıyor
Bunların hiçbiri ilk günde pek önemli değildir, çünkü ilk gün örnek verilerle yapılan bir demodur. Uygulamanın gerçek kullanıcıları olduğunda ve şema, tek bir promptun başlangıçta oluşturduğundan büyüdüğünde önem kazanmaya başlar.
Şema borcu, “bir gün taşırız”ı “sıkışıp kaldık”a dönüştüren mekanizmadır. Uzun süredir Lovable kullanan kişiler, yapay zekaya veritabanı şemasını tasarlatmanın başlangıçta iyi çalıştığını, ama altı ile dokuz ay içinde tek bir yeni alan eklemenin bile onlarca alt iş akışını yeniden yazmayı gerektirecek kadar ciddi bir şema borcu yarattığını bildiriyor. O noktada taşıma işlemi bir tabloyu kopyalamak değil, kimsenin inşa ederken tam olarak belgelemediği bir sistemi çözmek haline gelir. Aynı araştırma, deneyimli kullanıcıların artık 18 ila 24 aydan uzun süre çalışması gereken hiçbir şey için Lovable’ı önermediğini ve bu borç daha da büyümeden kod odaklı bir yapıya geçilmesini tavsiye ettiğini belirtiyor.
Bunu, sizi habersiz bırakarak kendini de güncelleyen bir platformla karşılaştırın. Lovable kullanıcıları, platformun kendi güncellemelerinin mevcut müşteri uygulamalarını düzenli olarak bozduğunu, öyle ki bazılarının artık platformun kendi neden olduğu regresyonları karşılamak için müşterilerden aylık bakım ücreti aldığını anlatıyor. Sadece veritabanına bağımlı değilsiniz. Bağımlıyken tedarikçinin verdiği zararı onarmaya da bağımlısınız.
“Base44’ten gerçekten korkuyorum, çünkü işimin temelini bu platform üzerine kuruyorum… bugün çalışan bir şey yarın elinizden alınabiliyor.” - Base44 kullanıcısı, r/Base44
Riski gerçekten azaltan şey
Sıfır bağımlılık anlamına gelen bir “barındırılan platform” versiyonu varmış gibi davranmayacağız. Softr da barındırılan bir platform ve hesabınızı kapatırsanız, tıpkı Lovable veya Base44’te olduğu gibi taşınabilir bir uygulamayla ayrılmıyorsunuz. Dürüst soru “bağımlılıktan tamamen kaçınabilir miyim” değil, “platformu kullanmaya devam ederken verilerimin ne kadarı erişilebilir kalıyor ve bir gün çıkmam gerekirse çıkış ne kadar zor olacak” sorusudur.
Bu soruda pazarlama sözünden çok mekanizma önemlidir. Herhangi bir platform üzerine gerçekten dayanak niteliğinde bir şey inşa etmeden önce kontrol etmeye değer birkaç şey:
- Harici bir araç, uygulamanın arayüzünden geçmeden verilerinize ulaşabiliyor mu? Softr’un kendi veritabanı bir MCP sunucusu (
mcp.softr.io) ve bir REST API sunar, böylece Claude, Cursor veya bir betik gibi araçlar siz hâlâ geliştirirken şemanızı doğal dilde okuyabilir, yazabilir veya yeniden yapılandırabilir. Softr bunu, veritabanını tek bir arayüzün dışında erişilebilir tutarak bağımlılığı önlemenin doğrudan bir yolu olarak sunar; bu, “kodu er ya da geç dışa aktarabilirsiniz” sözünden farklı bir vaattir. - Platform, size söylemeden altyapınızı sessizce taşıyor mu? Bu tam olarak Lovable ile ilgili şikayettir. Platformunuz bir yapay zeka eylemi kapsamında verilerinizin nerede bulunduğunu değiştirebiliyorsa, bunu neyin tetiklediğini ve devre dışı bırakıp bırakamayacağınızı sorun.
- Altı ay sonra şemayı değiştirmek gerçekten ne kadara mal oluyor? Her şeyin taze bir yapay zeka iskeleti olduğu ilk günde değil, gerçek kullanımın veriyi şekillendirmesinden sonra. Şema borcu, bağımlılığın yavaş versiyonudur ve fiyatlandırma sayfasında görünmeyen türdendir.
Uygulama gerçekten bir prototip veya kişisel bir projeyse, bunların hiçbiri bu hafta sonu onu vibe coding ile, dışa aktarılabilir kodla birlikte yapmanıza engel olmamalı. Ama bir müşteri portalı, dahili bir araç ya da gerçek kullanıcıları ve gerçek kayıtları olan bir şeyse, İkinci Gün sorunu ile bağımlılık sorunu aslında iki farklı isim taşıyan aynı sorundur: ilk gün düşünmediğiniz altyapı, iki yüzüncü günde taşınması en zor olan şeydir. Kolayca vazgeçemeyeceğiniz bir temel seçmeden önce müşteri portalları sıralamamıza göz atın.