Yazılım Geçmişinin En Eski Hikayesi: Kapı Nöbetçileri ve Devrim

Her teknoloji devriminin arkasında aynı senaryo var. Yeni bir araç çıkıyor, uzman olmayan insanlar bunu kullanarak daha önce sadece seçkinlerin yapabildiği şeyleri gerçekleştirebiliyor. Kapı nöbetçileri tepinmeye başlıyor. Araç güvenilmez, ölçeklenemez, hatalı diye damgalanıyor. Beş yıl sonra herkes onu kullanıyor ve en hızlı adapte olanlar geleceği inşa ediyor.

Şu anda da aynısı yaşanıyor. AI destekli geliştirme ve vibe coding'in yükselişini izliyoruz. Biliyorsanız, oldukça güzel bir süreç bu.

1998: ColdFusion Zamanı ve Kıyamet Çığlıkları

Imagine et: 1998 yılı, sen tüm kariyerini C, Perl ve CGI sihirbazlığı öğrenerek geçirdin. Memory management konusunda ustasın. Threading modellerini teker teker yenmişsin. Gerçek sistemler kurmuşsun.

Sonra ColdFusion geldi.

ColdFusion ile HTML yazan biri—gayrimenkul danışmanlarından bahsediyorum, bilgisayar bilimleri mühendislerinden değil—birdenbire veritabanı ile bağlı web uygulamaları yapabiliyordu. Öğrenme süresi "yıllarla CS temelleri" yerine "belki bir hafta sonu?" olmuştu. <cfquery> yazmak tıpkı <table> yazmak gibiydi.

Kapı nöbetçileri çıldırdı.

Eleştiriler tahmin edilebilir türdendi: ColdFusion uygulamaları amatörceydi. Ölçeklenmiyor. Güvenlik? Geliştirici o gün ne düşündüyse o. Ve bilirsin mi? Bazıları gerçekten doğruydu. ColdFusion uygulamaları hacklendi. Bazıları gerçekten ölçeklenemedi.

Ama eleştirmenler bir şeyi gözden kaçırdı: yazılım ekosistemi patlayıp gitti.

Bir okul müdürü bölgesi için ihtiyaç duyduğu kayıt sistemi yapabildi. Gayrimenkul danışmanı daha önce hiç olmayan bir emlak platformu oluşturabildı. Küçük işletme sahipleri işletmelerini daha verimli yapan araçlar yayınlayabildiler. Bunlar dünyayı değiştirecek uygulamalar değildi ama gerçekti, işe yarıyordu ve hiçbir yatırımcı şirketinin umursamadığı boşlukları dolduruyordu.

"Kötü yazılım" sorunu görünüyordu. Ekosistem genişlemesi görünmüyordu. Ta ki görünür olmayıncaya kadar.

2007-2008: Rails ve Başarısızlık Baleni

Sonra aynı hikaye tekrar yazıldı.

Ruby on Rails sahneye çıktı. Aylarca süren işler artık haftalar içinde tamamlanabiliyordu. İki adam—Jack Dorsey ve Noah Glass—Twitter'ı Rails ile yaptılar çünkü Twitter'ın ne olduğunu keşfedecek kadar hızlı iteration yapmanın başka yolu yoktu.

2008'de Fail Whale her gün ziyaretçiydi. Twitter sürekli down oluyordu. Hacker News topluluğu mühendislik ekibini Java veya C++ ile başlamadıkları için acımasızca eleştirdi. Bir TechCrunch yazısı Rails'i başarısız bir platform olarak ilan etti.

Teknik olarak? Eleştirmenler haklıydı. Rails, Twitter'ın ölçeğine ideal değildi.

Ama tümüyle yanılıyorlardı.

Eğer Twitter başından itibaren 100 milyon kullanıcı için tasarlansaydı, hiç yayınlanmazdı. Ekip altyapıyı mükemmelleştirirken MySpace onları yemeye başlardı. Twitter'ın çarpıştığı ölçekleme sorunları—mühendislik felaketi kanıtı gibi gözükenler—aslında başarının kanıtıydı. Ürün pazar uyumunu bulmuş anlamına geliyordu.

İşte hoş kısım: Twitter sonunda altyapısının bazı parçalarını Scala'ya yeniden yazdığında, yeni hiçbir özellik ortaya çıkmadı. Ürün değişmedi. Bir mühendis kendi zamanında message queue'yı port etti ve işlem gecikmesini 2.5 saatten 20 saniyeye düşürdü. "Yanlış araç" aslında "yeterince doğru" olmuştu. Bir sonraki optimizasyonun var olması için ışıkları açık tutmuştu.

David Heinemeier Hansson'un Lex Fridman'a söylediği gibi: Rails, "Rails'in en iyi tanıtımı" oldu çünkü Rails'ten uzaklaştıktan sonra 10 yıl hiçbir önemli şey olmadı. Ölçekleme düzeltmeleri ürün inovasyonu için önemli değildi. Işıkların açık kalması için önemliydi.

Şimdi: Vibe Coding Dönemi

Üçüncü kez aynı filmi izliyoruz.

AI destekli geliştirme—vibe coding, agentic sistemler, prompt engineering—tekrar giriş bariyerlerini düşürüyor. Bilgisayar bilimleri geçmişi olmayan ama derin alan uzmanlığına sahip insanlar artık ihtiyaç duydukları uygulamayı yapabiliyor. Evet, bazıları hatalı olacak. Bazıları veri sızdıracak. Bazıları felaket başarısız olacak.

Kaşlı profesyoneller (yine!) çok üzgün.

Onlar neyi anlamıyor: erken hataları araç kötü diye kanıt değil. Kimler inşa edebileceğini genişletmenin bedeli itu.

Görünmeyen Fayda

Her seferinde görünür bedel küçük, görünmeyen fayda muazzam.

Görünür bedel: daha fazla hatalı uygulama. Kötü güvenlikli sistemler. Ne bilmediğini bilmeyen insanlar tarafından yayınlanan bakımsız kod.

Görünmeyen fayda: var olan yazılımın üstel büyümesi.

150 bin dolara geliştirici tutmadığı için gerçekleşmeyen otomasyonları düşün. Mühendislik bütçesi olmadığı için kurulmayan iç araçları düşün. Yeterli geliştirici olmadığı için çözülmeyen alana özel sorunları düşün.

Şimdi bunlar yapılabilir. Evet, bazıları güvenlik sertleştirmesi gerektirecek. Bazıları refactor edilecek. Bazıları bir gerçek mühendis gelip yeniden tasarım yapacak.

Önemli bir nokta: bu, gerçek mühendislerin işini azaltmıyor. Çoğaltıyor.

Mühendis Aslında Ne Yapıyor?

Yazılım geliştirmenin profesyonelleşmesi hakkında yanlış anlaşılan bir şey var: coding asla bütün iş değildi.

Gerçek mühendislik:

• Aracın optimize ettiğinden daha ötesine ölçeklenen mimari
• Yaratıcılarının beklediğinden daha hızlı büyüyen sistemlerin güvenlik sertleştirmesi
• Hız için yazılan kodu, uzun ömürlü koda dönüştüren refactoring
• Çalışan yazılım gönderdiler ama neden belirli desenler önemli olduğunu anlamayan insanları mentorleme ve bilgi aktarımı
• Altyapı, DevOps ve gözlenebilirlik
• 5 saniyede çalışan demo'yu 10 bin eş zamanlı kullanıcıya hizmet verecek şekilde getiren performans optimizasyonu

Mühendis olmayan birisi inşa edebilince bunlar kaybolmaz. Daha fazla yüzey alanı olduğu için daha değerli olur.

Asıl Kazanç

Biz NameOcean'da bu an için Vibe Hosting'i özel olarak yaptık. AI destekli geliştirme mühendisleri değiştirmiyor—mühendislik becerilerinin önemli olduğu daha fazla yer yaratıyor.

Biri vibe coding ile startup MVP'sini yaptığında genellikle ihtiyaç duyuyor:

• Üretim-kalite deployment pipeline'ı
• SSL/TLS yapılandırması ve yönetimi
• Ölçekleme yapabilecek DNS mimarisi
• Traffic patlamalarına dayanabilen bulut altyapısı
• Gözlemlenebilirlik ve monitoring sistemleri

MVP'yi yayınlayan kişi bir şey yaptı, ama sen yapmanız gereken şekilde yapmamış olabilir.

Asıl mühendislik işi oradadır.

Sonda

Kapı kapatmak hiç kod kalitesi yüzünden değildi. Erişim yüzündendi.

ColdFusion bariyerleri düşürdüğünde daha fazla kişi yazılım yaptı. Evet, bazıları kötüydü. Ama hepsi olasılıkları genişletti. Rails küçük takımların hızlı yayınlaması sağladığında, ölçekleme sorunları başarı kanıtıydı. Şimdi AI destekli geliştirme ile aynı genişleme tekrar oluyor.

Adapte olan geliştirici—AI ile çalışmayı öğrenenler, bu şekilde inşa edilen sistemlerin mimarisini anlayanlar, vibe-coded MVP'yi üretim-kaliteye çevirenler—gelecek on yılı tanımlayacaklar.

Bunu bir kötüleşme olarak görenler? Çok enerjisini kaybedecekler. Çünkü bu kaçınılmaz.

Pasta büyüyor. Herkes CS derecesine ihtiyaç duymamıyor. Ama sistemleri anlayanlar, mimariyi anlayanlar, bir şeyin uzun ömürlü kalabilmesi için neyin gerekli olduğunu anlayanlar—bu insanlar hiç olmadığı kadar değerli.

Farklı inşa et. İyi inşa et. Ve bariyerlerin iner ya da yükselmez olduğunu bilerek inşa et.