Programlama Dilini Kendin Seç, Varsayılanı Sorgulamaya Başla

Zamanlar vardı ki, kullandığın programlama dili seçim değil, zorunluluktu. Masaüstü uygulamaları yapıyorsan, işletim sistemi seni başka bir dile zorluyordu. Windows ekosistemindeysen C++ kaçınılmazdı. Başka yol yoktu.

Sonra internet geldi.

Birdenbire bir devrim yaşandı: sunucularının sahibi sensin, çalışma ortamını sen kontrol ediyorsun. Hangi işletim sistemini kullanacağın, hangi araçları seçeceğin artık sana bağlı. Ama ilginç bir şekilde, çoğu ekip bu özgürlüğü tam olarak kullanmayı başaramamış.

Fark Etmediğin Rekabet Basıncı

Çoğu teknik kurucunun gözden kaçırdığı şey var: dilini seçmek artık rekabet avantajının bir parçasıdır, ister bunu kabul et ister etme.

Bir startup yarışında olduğunu hayal et. Takımın "güvenli" bir dil seçiyor—Go mu, Node.js mi, Java mı, fark etmez. Hiçbir problem yok bu seçimlerde. Ama bir köşede, rakibin 3 kat daha hızlı ilerliyor. Hata düzeltmeleri çoktan yayında iken, sen henüz sprint planlıyor olabilirsin.

Sırrı nedir? Daha akıllı değiller. Tamamen farklı bir geliştirme paradigmasında çalışıyorlar.

Paul Graham, 20 yıl önce Lisp kullanan startupları izleyerek bunu gözlemlemişti. İlke ise tüm diller için aynı: geleneksel bilgeliğe karşı hızlı geliştirmeyi önceliklendiren araçlar, o işi yapan takımlara gerçekçi bir avantaj sağlıyor. Minimal bir ürünü piyasaya çıkarıp, gerçek kullanıcı davranışına göre iyileştiren, veriye dayanarak yön değiştiren bir yapıya uyuyorlarsa, başkaları geride kalır.

Adım Adım Geliştirmenin Gücü

2024'te web uygulamaları nasıl yapılıyor, düşün. Bir satır kod yazmadan aylar geçirerek "mükemmel" mimarisini tasarla mısın? Hayır. MVP'ler yayına çıkarılır, gerçek kullanıcılardan gelen tepkilere uyarlanır, veriler çerçevesinde pivot yapılır.

Adım adım geliştirme sadece Lisp'e özgü değil, ama bazı diller ve frameworkler bunu mimarisinde taşıyor, diğerleri değil:

Anlık Dönüş Alma: Özelliği yaz → hemen test et → sonucu gör → endişesiz refactor et. Derlemede saatler harcamanız yok, build pipelineleri 10 dakikanızı yiyor değil.

Canlı Ortamda Hata Bulma: Müşterinin yaşadığı problemi, o anki veriyi kullanarak, interaktif bir ortamda tam olarak taklit edip dakikalar içinde çözemeyi düşün. Çoğu dil bunu çok zor yapıyor, bazıları ise çok kolay.

Kodda Değişiklik Yapmak Kolay Gelir: Ürünü geliştirdikçe, kodun kendisi direniş göstermemeli. Dinamik diller ve güçlü metaprogramlama yetenekleri, mimari değişikliklerin sürtüşmesini azaltıyor.

Viaweb örneği öğretici: 25.000 satır e-ticaret yazılımı, 120 satırlık bir prototipin organik gelişmesinden ortaya çıktı. Geliştirici her zaman, maximum bir gün uzakta çalışan kod durumundan eksik değildi. Bu özensiz çalışma değil—itişin, momentumun önceleştirildiği disiplinli, yinelemeli el sanatıdır.

Bulut Hosting Hata Bulmanın Üstesinden Geldi

Bulut barındırması bir şeyi temel olarak değiştirdi: kullanıcının verisi sunucularındadır, oturumları tekrar canlandırabiliriz.

SaaS uygulamanızda müşteri bir hata bildirdiğinde, seyrek loglardan ortamı çıkarmaya çalışmanıza gerek yok. Şunları yapabilirsiniz:

1. Müşterinin tam veri durumunu yükle
2. Sorunu interaktif bir ortamda yeniden oluştur
3. REPL seviyesinde problemi incele
4. Dakikalar içinde (günler değil) çözümü yayına al

Dil seçimi burada önemli. Kimi diller seni katı yayın süreçlerine zorluyor. Kimi diller ise sıcak yeniden yükleme yapmanı sağlıyor. "Gelecek sürümde düzeliriz" ile "sayfayı yenileyiniz" arasındaki fark, müşteri güveni açısından devrim niteliğindedir.

Makrolar ve Kendi Dilini Yaratmak

Modern web geliştirme giderek daha çok soyutlama kurmakla ilgili. Raw HTTP işleticileri yazmıyorsun, bunları soyutlayan frameworkler kullanıyorsun. HTML stringlerini elle oluşturmıyorsun, templating sistemleri var.

Ya dilin kendisi, alan-spesifik bir araç haline gelseydi?

Lisp'te makrolar, dile yapıştırılmış eklenti değil. Söz dizimini genişletmenin, sentaksı baştan yazmanın yolu sunuyor. HTML üreten sistemler inşa ederken, bu yaklaşım neredeyse doğal bir uyum sağlıyor: kod yapısı veri yapısını yansıtıyor, iç içe geçme iç içe geçmeyi, özyineleme özyinelemeyi takip ediyor.

Çoğu dil, bağlam değiştirmeyi zorlayan template sistemleri sunuyor—biraz kod yaz, template diline geç, geri dön. Kimi diller string birleştirme kabuslarına sürüklüyor.

Nokta şu: Lisp'e ihtiyacın yok. Ama metaprogramlama yeteneklerinin yığının her seviyesinde ne etkileyebileceğini anlamalısın.

Gerçek Avantajın Nereden Gelir

Pratik ders: Varsayılanları sorgulamaya başla.

Yeni bir hizmet kuruyorken, fikri prototip oluştururken, zaman baskısı altındayken—işte o noktada dil seçimi en çok konuşuyor. "Güvenli" tercih, aksi çoğu zaman daha yavaş tercih oluyor, çünkü akışa karşı gitmek zorundasın.

Bu, Rust'tan sistem yazılımını veya JavaScript'ten tarayıcı etkileşimlerini bırakman demek değil. Bunun yerine:

• Diline geliştirme tarzını uydur, CV'ni değil.
• Adım adım geliştirilmeyi ödüllendiren dilleri tercih et vs. ona ceza veren dilleri.
• Metaprogramlama yeteneklerini düşün—10 kat kod azaltma potansiyeli var mı?
• Hızlı geri bildirim mekanizmalarını incele—milisaniye mi, dakika mı hızında test edebiliyorsun?
• Yayın modelini değerlendir—canlı sistemler üzerinde güvenle evrim geçirebiliyor musun?

Startup ekosisteminde gördüğümüz en hızlı büyüyen firmalar, farklı diller seçiyor. Birleştiren unsur, dil tutarlılığı değil—acımasız iterasyon yeteneğidir.

Cloud altyapını artık hepsi aynı, veritabanı şu standardda, hosting komoditize oldu. Geriye kalan tek fark geliştirici hızı, ve o hala 25 yıl önceki seçimlere kaynaklanıyor.

Soru şu: en hızlı çözümü için mi seçiyorsun, yoksa rahat olduğun için mi?