Titreşimle Kodlamanın Yükselişi: Proje Yöneticileri İçin İşe Yarayabilir mi?
Titreşimle Kodlamanın Büyümesi: Titreşimle kodlama, niş bir kavram olmaktan çıkarak teknoloji ve iş çevrelerinde giderek daha fazla dikkat çeken bir konu hâline geldi.
Proje Yöneticileri: Açık iletişim kurma konusunda yetkin olan proje yöneticileri, titreşimle kodlama alanında başarılı olmak için şaşırtıcı derecede uygun.
Gerçek Dünya Örnekleri: Titreşimle kodlamanın pratik uygulamaları, niş kullanım alanlarına yönelik araçlar geliştirme potansiyelini ortaya koyuyor.
Zorluklar: Titreşimle kodlama ilk geliştirme sürecini hızlandırsa da ölçeklendirme ve kalite yönetimi zorlu konular olmaya devam ediyor.
Risklerin Farkında Olma: Teknik olmayan geliştiriciler, titreşimle kodlama yaparken ölçeklenebilirlik sorunları ve güvenlik açıkları da dâhil olmak üzere çeşitli risklerle karşılaşabilir.
Son bir veya iki yıl içinde “vibecoding”, internetin yapay zekâ meraklılarına ait köşelerinde dolaşan niş bir terim olmaktan çıkıp ana akıma girmeye başlayan bir kavrama dönüştü — en azından teknoloji, iş dünyası ve üretkenlik çevrelerinde. Uzmanlarla yapay zekâ hakkında konuşarak ve kendi vibecoding takıntımın içinde derinleşerek geçirdiğim sayısız saatin ardından bir örüntü fark ettim: Vibecoding, mevcut yapay zekâ araçlarının kendileri için yapabileceklerinin sınırına ulaşan insanların genellikle bir sonraki durağı oluyor. Aradığınızı bulamıyorsanız neden onu kendiniz yapmayasınız?
Ancak sorun şu ki, konuştuğum insanların çoğu hâlâ bunu duymamış durumda. Bu, gerçekten niş bir kavram olmayı sürdürüyor ve özellikle proje yönetimi çevrelerinde nadiren tartışılıyor. Bu yüzden bunu gerçekten yapan kişileri aramaya koyuldum: günlük iş akışlarına sessizce vibecoding araçları eklemiş gerçek proje yöneticileri ve operasyon liderleriyle konuştum ve işlerin nasıl gittiğini sordum.
İster yapay zekânın sizi bir sonraki aşamada nereye taşıyabileceğini merak eden bir proje yöneticisi olun, ister ekibinizin hâlihazırda deniyor olabileceği şeylerin önüne geçmeye çalışan bir lider olun, bunu vibecoding'e girişiniz olarak değerlendirin — biraz ilham, biraz da uyarı.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Vibecoding Nedir?
“Vibecoding” yeni bir terim olduğu için henüz resmî bir tanımı bulunmasa da, biz bunu şöyle tanımlayacağız: Bir büyük dil modeline (LLM) doğal dil kullanarak komut vermek ve bunun sonucunda kod üretmesini sağlamak.
Bu makalenin amacı doğrultusunda, “vibecoding”in (en azından benim bu terimi kullanış biçimimin) yapay zekâ destekli kodlamadan farklı olduğunu da belirtmek istiyorum — yapay zekâ destekli kodlamada teknik açıdan yetkin bir geliştirici, nasıl yapılacağını zaten bildiği işleri hızlandırmak için GitHub Copilot gibi araçları kullanır.
Proje Yöneticileri Neden Şaşırtıcı Derecede Buna Uygun?
İlk bakışta vibecoding, girişimcilere veya teknolojiyle ilişkili hobicilere yönelik bir araç gibi görünebilir. Ancak ne kadar çok kişiyle konuştuysam, o kadar farklı bir profil ortaya çıktı: Vibecoding'de başarılı olan kişi, odadaki en teknik kişi olmak zorunda değil. Ne istediğini bilme ve bunu açıkça ifade etme konusunda en iyi olan kişi — düşündüğünüzde bu, iyi bir proje yöneticisini neredeyse kusursuz biçimde tanımlar.
The Digital Project Manager'da Yapay Zekâ Başkan Yardımcısı olan Tim Fisher bunu şöyle ifade etti: “Daha önce var olmayan bir iletişim biçimi.” Vibecoding'i teknik bir beceriden çok, fikirleri somut bir şeye dönüştürmek için kullanılan yeni bir araç olarak görüyor. “Kod yazmayan kişiler için bu araçların değeri, bir fikir etrafında uzlaşma sağlamak gibi şeyleri kestirme yoldan geçebilmek ve ‘bu işe yarayacak mı?’ aşamasını geride bırakabilmek.”
Vibecoding, daha önce var olmayan bir iletişim biçimidir.
Tim'in anlattıkları, proje yöneticilerinin beceri setiyle kusursuz biçimde örtüşüyor: Gereksinimleri yazmak, iş ihtiyaçlarını açık ve net özelliklere dönüştürmek, teknik ve teknik olmayan ekipler arasında iletişim kurmak — bunların hepsi proje yöneticilerinin her gün yaptığı işler ve vibecoding'in ödüllendirdiği şeylerin tam olarak bunlar olduğu ortaya çıkıyor.
Amazon'da Kıdemli Tedarik Zinciri Müdürü olan Aniket Ghonge, vibecoding'e uzanan kendi yolunu birçok proje yöneticisinin kendinden bir şeyler bulacağı şekilde anlattı. Aracı yapay zekâ henüz var olmadan yıllar önce, gereksinimleri yazarak ve neye ihtiyacı olduğunu açıklayarak bir geliştirme ekibinin dâhilî bir araç oluşturmasına yardımcı oldu. “Hiçbir şey inşa etmedim. Hiçbir kod yazmadım. Sadece ‘İhtiyacımız olan şey bu. Akışın böyle olması gerekiyor’ dedim. Onlar da gereksinimlerime dayanarak bunu geliştirdiler. Ama yolculuğum böyle başladı. Şimdi, aracı yapay zekâ ile aynı şeyi yapıyorum. Gereksinimlerimi yazıyorum, ancak kodlamayı yapay zekâ gerçekleştiriyor.”
Şimdi tek fark ne? Artık bir geliştirme ekibine ihtiyacı yok.
İnsanlar Gerçekte Ne Geliştiriyor?
Vibecoding'in potansiyeline ilişkin en ikna edici kanıt teorik değil — geri kalanımız denemeye değer olup olmadığını tartışmaya devam ederken insanların sessizce kullanıma sunduğu belirli ve pratik şeyler.
İşte teknik olmayan dört uygulayıcının geliştirdiği şeylerden kısa bir seçki:
Dixie Willard, Poised and Plumb'ın Kurucusu ve Baş Proje Stratejisti olarak öncelikle iç mimarlarla çalışıyor ve tamamen kendi başına bir iş kapsamı oluşturucu geliştirdi. Uygulama, bir tasarımcının tablet üzerinden müşteri görüşmesini yürütmesine, odaları, seçimleri ve proje aşamalarını gerçek zamanlı olarak işaretlemesine ve anında düzenli bir iş kapsamı belgesi oluşturmasına olanak tanıyor — daha önce notlar, hafıza ve toplantı sonrasında saatler süren idari işler gerektiren bir süreçti. Bunu, benzer bir şey mevcut olmadığı için geliştirdi. "Böyle bir şey yok. Tasarımcıların kullanabileceği ve henüz var olmayan pek çok araç da var." Vibekodlamanın kendi sektörününkiler gibi sektörlerde neden önemli olduğuna dair görüşü şöyle: "Bence niş kullanım alanları, vibekodlamayı kullanmanın muhtemelen en büyük nedeni. Hayatı çok daha kolaylaştırıyor."
Bence niş kullanım alanları, vibekodlamayı kullanmanın muhtemelen en büyük nedeni. Hayatı çok daha kolaylaştırıyor.
Aniket Ghonge, Amazon'ın lojistik ağı genelindeki yüzlerce göndericiye ait talep tahmini verilerini her hafta manuel olarak işlemek için 16 ila 18 saat harcıyordu — tablolar arasında verileri kopyalıyor, hesaplamaları elle yapıyor ve sonraki hafta tüm bunları yeniden gerçekleştiriyordu. "Bu manuel bir süreç. Her hafta yaklaşık 16 ila 18 saatimi alıyordu. Bunu manuel olarak yapmaya ve hatalar oluşturmaya devam edemem; çünkü bir insan bir şeye geniş ölçekte dokunduğunda, hata yapma ihtimali yüksek olur." Bunun üzerine, bu işin büyük bölümünü artık otomatikleştiren tam kapsamlı bir web uygulamasını vibekodlayarak geliştirdi. Öncesiyle karşılaştırıldığında fark çarpıcı: "Birkaç yıl önce, fikrimi temel alan bir ürün geliştirmek için bir web geliştiricisi, bir UX tasarımcısı, bir ürün yöneticisi, bir teknik program yöneticisi ve daha birçok kişiyle çalışmam gerekiyordu. Bugün hiçbir engelim yok ve iki hafta içinde bir uygulama geliştirdim. Daha önce desteklediğim benzer bir uygulamanın geliştirilmesi iki yıl sürmüştü."
Michael Gold, Gold Project Management'ın Kısmi Zamanlı Teslimat Başkanı ve Kurucusu olarak, şirketinin web sitesine bağlanan ve toplantı transkripsiyon aracı Fireflies ile entegre olan özel bir CRM'yi Lovable'da geliştirdi. Her sabah iş ortağıyla birlikte bir görüşmede satış süreçlerini gözden geçiriyorlar ve işleri bittiğinde, tek bir düğmeye basmak geri kalan her şeyi hallediyor: "Transkriptten güncelle seçeneğine tıklamam yeterli; sistem transkripti otomatik olarak inceleyip doğru kişiye atıyor. Ayrıca notlar ve görevler ekleyerek bunları bize atıyor." O zamandan beri vibekodlamayı daha ileri taşıyan Gold, bir geliştiriciyle ortaklaşa tam kapsamlı bir profesyonel hizmetler otomasyon aracı geliştirdi; araç şu anda herkese açık bir lansmana hazırlanıyor.
Harry Max, kısmi zamanlı yönetici ve Öncelikleri Yönetmek kitabının yazarı olarak, iş ortağının Claude Code kullanarak dokuz ay boyunca sıfırdan gelişmiş bir önceliklendirme platformunu vibekodlamasını izledi — geliştirme ekibi olmadan ve dış yatırım almadan. Harry'nin sunduğu öncesi ve sonrası karşılaştırmasını görmezden gelmek zordu: "Dokuz ayda tek bir kişi, 14 kişi ve 2 milyon dolarla 20 yıl önce geliştirdiğimiz yazılım kadar gelişmiş bir şey geliştirdi."
Bence niş kullanım alanları, vibekodlamayı kullanmanın muhtemelen en büyük nedeni. Hayatı çok daha kolaylaştırıyor.
Dürüst Gerçek: Her Şey Pürüzsüz İlerlemiyor
Görüştüğüm herkes vibekodlama konusunda gerçekten hevesliydi. Bununla birlikte, işlerin zorlaştığı noktalar konusunda istisnasız olarak dürüsttüler.
En yaygın deneyim, Michael'ın anlattıklarının bir versiyonu gibi görünüyor: "Sıfırdan 60'a her zamankinden daha hızlı ulaşabilirsiniz; ancak 60'tan 100'e çıkmanın hâlâ gerçekten zor olduğunu düşünüyorum. Bir şeyi gerçekten kullanılabilir bir noktaya getirmek istiyorsanız, yine de uzmanlık gerekiyor."
Harry Max, sürecin kendisinin cazibesinden kaynaklanan daha ince bir tuzağa dikkat çekti. "Bir şeyleri değiştirmeye devam etmek çok cezbedici ve her değiştirdiğinizde bir şeyler bozuluyor. Kaliteyi ve test süreçlerinizi nasıl yöneteceğinizi gerçekten enine boyuna düşünmediğiniz sürece, neyin bozulduğunu bulamazsınız." Ayrıca göründüğünden daha iyi olan çıktılar konusunda düşündürücü bir not sundu: "Güzel görünen şeyleri vibekodlayabilmeniz, bunların kullanışlı olduğu anlamına gelmez. Çalıştıkları anlamına gelmez. Bir sorunu çözdükleri anlamına gelmez; sadece harika görünüyorlar."
[Vibe kodlamayla] sıfırdan 60’a her zamankinden daha hızlı ulaşabilirsiniz, ancak yine de 60’tan 100’e çıkmanın gerçekten zorlu olduğunu düşünüyorum.
Aniket Ghonge, zor derslerden birini bizzat deneyimleyerek öğrendi. Özellikler geliştirmeye devam etme hevesiyle, kendisine pahalıya mal olan bir test adımını atladı: "Bir anda çalışmalarımın %50'sini kaybettim ve bu beni biraz korkuttu. Bu benim için zor bir ders oldu. Tamam, üretim ortamında bir değişiklik yapmadan önce bir özelliği test ortamında test etmeniz gerekiyor." Durumu düzeltti, ancak bu saatler ve önemli miktarda kaygı gerektirdi.
More Articles
- İnsan Proje Yöneticilerinizi Yapay Zekâ Ajanlarıyla Değiştirmenin 3 Alternatifi
- Yapay Zekâ Destekli Proje Yöneticisi ve Eğitimci, Projelerin İşleyişini Temelden Değiştiren Basit Bir Yapay Zekâ İş Akışını Paylaşıyor
- Bir Asana Uygulama Ajansında Teslimat Başkanının Kullandığı Gerçek Dünya Yapay Zekâ İş Akışları
- Vazgeçmeyeceğim Tek Proje Yönetimi Aracı
- Proje Yöneticilerinin Kullanmayı Bırakmak Zorunda Kaldığı Proje Yönetimi Araçları
Teknik Olmayan Geliştiricilerin Her Zaman Öngöremediği Riskler
Uygulayıcıların heyecanı gerçek, ancak yapısal riskler de öyle — işte bu noktada dürüst bir teknik değerlendirme almak için Tim'i dahil etmeye karar verdim.
Tim'e proje yöneticilerinin kendi araçlarını vibe kodlamayla geliştirmesi hakkında ne düşündüğünü sorduğumda, bakış açısı insanları caydırmaktan çok, bu sürece neyle karşılaşacaklarını bilerek başlamalarını sağlamaya odaklanıyordu. En önemli gözlemi şuydu: "Genel olarak konuşursak, neyi bilmediğinizi bilmiyorsanız, aracı kodlayan yapay zekâ temsilcisinin sizi bilgilendireceğini varsayamazsınız."
Bu durum özellikle ölçeklenebilirlik için geçerli. "Genel olarak konuşursak, tüm vibe kodlama projeleri ölçeklenebilir değildir; bunun temel nedeni, temsilciden ölçeklendirmeyi dikkate almasını istememenizdir. Geliştirici olmayanlar muhtemelen hata yönetimi gibi şeyleri bile talep etmez." Vibe kodlamayla geliştirilen bir araç beş kullanıcı için mükemmel çalışabilir ve elli kullanıcıda sessizce çökmeye başlayabilir — aracı geliştiren kişi de bunun nedenini anlamanın hiçbir yoluna sahip olmayabilir.
Genel olarak konuşursak, tüm vibe kodlama projeleri ölçeklenebilir değildir; bunun temel nedeni, temsilciden ölçeklendirmeyi dikkate almasını istememenizdir.
Ardından, araç bir kuruluş içinde popüler hale geldiğinde özellikle önem kazanan sorumluluk sorusu ortaya çıkıyor. "İnsanların güvendiği bir şey geliştirirseniz, bunun yalnızca bir vibe kodlama projesi olmaktan çıkması gerekir; profesyonel olarak bu işi yapan ve sizin sormayı aklınıza bile getirmeyeceğiniz şeyleri bilen kişiler tarafından devralınması gerekir." Fisher, oldukça gerçekçi hissettiren belirli bir senaryo çizdi: "Birisi bu kişiye, 'Aracınızdan aldığım bu bilgiler doğru mu?' diye sorarsa ve bu kişi, tüm işi temsilcinin yapmasına izin verdiği için aracın nasıl çalıştığı hakkında yeterince bilgi sahibi değilse, bu soruyu yanıtlayamaz."
İnandığı araçları aktif olarak geliştiren Dixie Willard bile heyecanın altında yatan huzursuzluğu kabul etti: "Beni her zaman tedirgin eden şey bu, çünkü 'Ya bir güvenlik sorunu varsa?' diye düşünüyorum."
Güvenlik açıklarının — açığa çıkan API anahtarları, güvenliği sağlanmamış kullanıcı verileri, uygun korumalar olmadan kişisel olarak tanımlanabilir bilgileri yanlışlıkla işleyen araçlar — Tim'in görüşmemizde dikkat çektiği en yaygın sorunlar arasında olduğunu belirtmek gerekir. Bunlar bir geliştiricinin rutin olarak ele aldığı, ancak vibe kodlama yapan bir kişinin çözüm getirmesi gerektiğini fark etmeyebileceği türden konulardır.
Peki, Bunu Denemeli misiniz?
Dürüst cevap şu: Ne geliştirdiğinize ve bununla ne yapmayı planladığınıza bağlı.
Vibe kodlama, prototip oluşturma ve iletişim aracı olarak gerçekten güçlüdür. Bir fikriniz varsa, işe yarayıp yaramadığını test etmek istiyorsanız veya gerçek geliştirmeye yatırım yapmadan önce paydaşlara somut bir şey göstermeniz gerekiyorsa, potansiyeli yüksektir ve riskleri yönetilebilir düzeydedir. Tim bunu iyi ifade ediyor: temel değer, "bu işe yarayacak mı?" aşamasını daha önce hiç olmadığı kadar hızlı geçebilmek.
Bir vibe kodlama aracı prototip aşamasından insanların güvendiği bir araca dönüştüğünde işler daha karmaşık hale geliyor. Bu noktada, başlangıçta göz ardı edilmesi sorun olmayan ölçeklenebilirlik, hata yönetimi ve güvenlik açıkları önem kazanmaya başlıyor — aracı geliştiren kişi ise nereye bakması gerektiğini anlayacak teknik kelime dağarcığına bile sahip olmayabilir.
Bu makaledeki uygulayıcıların tümü bu gerilimi gerçek zamanlı olarak yönetiyor. Bazıları geliştiricilere devrediyor. Bazıları ilerledikçe öğreniyor. Hepsi, her seferinde bir istem kullanarak bu teknolojinin sınırlarının tam olarak nerede olduğunu anlamaya çalışıyor.
Proje yöneticileri için fırsat gerçek — ancak bununla birlikte gelen sorumluluk da öyle. İyi haber şu ki ne istediğinizi bilmek, doğru soruları sormak ve ne zaman yardım almanız gerektiğini anlamak, iyi proje yöneticilerinin zaten yaptığı şeylerdir. Vibe kodlama, en iyi haliyle, aynı beceriler için yalnızca yeni bir bağlamdır.
Bunun gibi daha fazla içgörü mü istiyorsunuz? Bu uzmanlardan daha fazlasını dinlemek için ücretsiz bir DPM hesabı oluşturun.
