Kategoriler
Vibe Coderin El Kitabı

Vibe Coder – B1.3: Geliştiriciden Ürün Mühendisine Geçiş

Geleneksel yazılım dünyasında roller çok net çizgilerle ayrılmıştı: Ürün yöneticisi (PM) ne yapılacağını söyler, tasarımcı nasıl görüneceğini çizer, yazılımcı ise kendisine verilen bu talimatları koda dökerdi. Bu süreçte haftalar süren PRD (Ürün Gereksinim Dokümanı) toplantıları, bitmek bilmeyen Jira süreçleri ve “bu benim işim değil” bariyerleri arasında fikirler ölürdü. Vibe Coder çağında bu hiyerarşi yerle bir oluyor.

Yazılım Mühendisi vs. Ürün Mühendisi

Yazılım mühendisi, “Nasıl daha verimli kod yazarım?” sorusuna odaklanır. Algoritmalar, veri yapıları ve sentaks optimizasyonu onun birincil oyun alanıdır. Ürün mühendisi (Product Engineer) ise “Bu problem en hızlı ve en etkili şekilde nasıl çözülür?” sorusuyla yola çıkar.

Yapay zekanın sentaks yükünü üstlenmesiyle birlikte, bir geliştiricinin zamanının %80’ini alan “kod yazma” eylemi marjinal faydasını yitirdi. Artık asıl katma değer, kullanıcının neye ihtiyacı olduğunu anlamak ve o çözümü orkestra etmektir. Ürün mühendisi, kodun kendisinden ziyade kodun yarattığı çıktıya aşıktır.

PRD Toplantılarının Ölümü

Geleneksel süreçte bir özelliği hayata geçirmek için sayfalarca döküman yazılırdı çünkü hata payı çok pahalıydı; yanlış anlaşılan bir özellik haftalarca süren emeğin çöpe gitmesi demekti. Vibe coding dünyasında ise “fikirden canlıya” (idea to production) giden yol saatlere düştü.

Bugün bir Vibe Coder, sabah aklına gelen bir fikri öğleden sonra çalışan bir prototip olarak kullanıcıya sunabiliyor. Bu hız, uzun dökümantasyon süreçlerini anlamsız kılıyor. Deneyip başarısız olmanın maliyeti, o özelliği kağıt üzerinde planlamanın maliyetinden daha düşük hale geldi.

Sorumluluk Alanı: Uçtan Uca Sahiplik

Ürün mühendisi sadece kendisine verilen bileti (ticket) kapatmaz. O, ürünün başarısından uçtan uca sorumludur.

  • Tasarım: Bir Vibe Coder, v0 veya Lovable gibi araçları kullanarak (Bölüm 3.2) estetik ve kullanıcı deneyimi kararlarını kendisi verebilir.
  • Dağıtım: CI/CD süreçlerini ve otopilot modunu (Bölüm 7.1) kurarak ürünün yayında kalmasını sağlar.
  • Geri Bildirim: Kullanıcıdan gelen veriyi analiz eder ve AI yardımıyla dakikalar içinde güncellemeleri geçer.

Nihayetinde;

Geliştiricilikten ürün mühendisliğine geçiş, bir konfor alanından çıkış sürecidir. Sentaks detaylarının güvenli limanından ayrılıp, belirsizliğin ve kullanıcı ihtiyaçlarının olduğu açık denize yelken açmaktır. Eğer sadece size söyleneni yazan bir “kod tercümanı” olmak istemiyorsanız, ürünün ruhuna dokunan bir orkestra şefi olmaya hazır olmalısınız.

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir