Kendi Dilin Başına Belâ: Beş Yıllık Çerçeve Geliştirmesinden Öğrenilen Dersler

Kendi programlama dilinizi yaratma hayali hemen hemen her yazılımcının başında bir kez dolanır. Yetenekli mühendisleri ve yatırımcıları cezbeden bu tür hırsla dolu, sınırları zorlayan projeler vardır. Ancak beş yılın, milyonlarca dolarlık fonun ve sayısız mühendis saatinin ardından, ortaya çıkan bir çerçeve projesi müthiş bir kararı aldı: baştan sona yanlış bir yolda gitmişler.

Bu bir başarısızlık hikâyesi değil—doğru kararı verebilmenin başarı hikâyesi.

Hedef: Evrensel Bir Web Çerçevesi

Takımın belirlediği problem gerçekten çarpıcıydı. Günümüz web geliştirmesi parçalanmış bir alan. Ön tarafta React, arka tarafta Node.js, veri katmanında Prisma ve daha düzine kadar araç—her birinin farklı söz dizimi, desenleri ve iş mantığı var.

Vizyon temiz ve ikna ediciydi: ya tüm bu araçları birleştiren, ortak kalıpları soyutlayan ama gerektiğinde geliştiricilerin TypeScript'e ya da başka bir dile geçebileceği tek bir dil yazabilsek? Sanki bulut altyapısı yerine tüm web uygulama yığını için bir Terraform yaratmak gibi düşünün.

Teoride mantıklıydı. Context switching'ten bıkan geliştiricilerle rezonans yaptı. Y Combinator'ın onayı erken geldi. Para akışı başladı.

Sonra yavaş yavaş, gerçeklik ortaya çıktı.

Kendi Dili Yaratmanın Gizli Maliyetleri

Programlama dili tasarlamak bir kütüphane ya da çerçeve geliştirmek gibi değildir. Dil, tüm bir ekosisteme yönelik bir taahhüt. Sadece kod yazmazsınız; anlamsal yapılar tanımlarsınız, araçlar inşa edersiniz, geliştiricileri eğitirsiniz, kurulu dillerde bulunmayan garip hatalarla boğuşursunuz ve söz diziminiz evrim geçirdikçe uyumluluğu sağlarsınız.

Sıklıkla hafife alınan konular bunlardır:

Geliştirici Benimseme Direnci: Geliştiriciler yeni çerçeveler öğrenmeyi severler. Yeni dillerden şüphecidirler. Her yeni söz dizimi bilişsel yüke neden olur. IDE desteği dağılır. Stack Overflow'da problemleriniz için sıfır cevap bulunur. İhtiyacınız olan topluluk çekmesi katlanarak zorlaşır.

Araçlar Vergisi: Modern diller arkasında onlarca yılın yatırımını taşır. TypeScript, tüm JavaScript ekosisteminden yarar sağlar—bundler'lar, linter'lar, test çerçeveleri, transpiler'lar, güvenlik araçları. Bunları sıfırdan kurmak mümkündür ama hiç bitmeyecek bir koşu bandı gibidir.

Bakım Yükü: Diliniz artık sizin düzeltmeniz gereken hataları içerir. Bir derleyici hatası artık sizin sorununuz. Performans problemleri sizin probleminiz. Her değişiklik mevcut kod tabanlarını kırma riski taşır.

Takım Kapasitesi: Çerçeve özelliklerini geliştirebilecek yetenekli mühendisler bunun yerine dil bakımı, ayrıştırıcı optimizasyonu ve tip sistemi tasarımına zaman harcar.

Asıl Sorun Dil Değildi

Yıllar boyunca özel dilleriyle çalışmaktan çıkan içgörü açıkça ortadadır: geliştiriciler aslında yeni dil istemiyordu. Yaygın kalıplar için daha iyi soyutlamalar istediler.

Aslında istedikleri şunlardı:

• Basit kimlik doğrulama akışları
• Otomatik API rota oluşturma
• Tüm yığında tür güvenliği
• Daha az standart yapılandırma
• E-posta, ödeme ve önbellekleme gibi sık kullanılan özellikler için net desenler

Bu sorunlar TypeScript'te çözülebilir. Daha da önemlisi, TypeScript'te daha iyi çözülebilir—devasa topluluk benimsemesi, profesyonel araç desteği ve yılların istikrarını taşıyan bir dil.

Özel dil bir özellik değildi. Çözüm olarak giyinmiş bir kısıtlamadır.

Stratejik Dönüş

Özel dilden TypeScript'e geçiş kararı çerçeveyi korurken verilen, öğrenen kuruluşları inatçı olanlardan ayıran bir hamleydi.

Bu yaklaşım gerçekten işe yarayan şeyleri korur:

• Çerçeve soyutlamaları güçlü kalır
• Geliştirici deneyimi sade ve akıcı kalır
• Ekosistem entegrasyonu sınırsız kolay hâle gelir
• Benimseme eğrisi çarpıcı biçimde düzleşir

Değeri tutarsınız—tam yığın uygulamalar inşa etmenin fikirsel yaklaşımını—özel dil bakım yükü olmadan.

Çerçeve Geliştiricileri (ve Siz) İçin Bunun Anlamı

Geliştirme araçlarının yeni kuşağını inşa ediyorsanız, burada programlama dillerinin ötesine geçen bir ders vardır:

Başlangıç noktası gerçek sorundan hareket edin, yeni çözümden değil. Yeni soyutlamalar tasarlamak cazip gelir. Varolan olanları kullanıp mükemmel hâle getirmek daha verimli olur.

Sınırlamalar yaratıcılık doğurur. Özel dil tasarlamak yerine soru şu olur: "TypeScript'i bu spesifik durum için nasıl harika yapabilirim?" Bu çok daha üretken bir sorudur.

Benimseme her şeyi büyütür. Biraz daha az zarif çözüm, yaygın kullanılan bir temel üzerinde, her zaman teknik açıdan üstün fakat özel altyapı üzerindeki çözümü yener.

Geliştirici deneyimi yenilik değil. Sürtünmeyi azaltmak, niyeti açıklamak ve mükemmel araçlar sağlamakla ilgilidir. Özel söz dizimi olmadan bunu başarabilirsiniz.

İleri Gidilen Yol

TypeScript'e geçiş, bundan önceki beş yılın çalışmasını küçümsemez. Bunun yerine, genç bir startupı gerçekten kullanışlı bir araca dönüştüren teknik olgunluğu temsil eder.

Çerçeve daha sadedir. Takım gerçekten onları farklı kılan şeyler üzerinde odaklanabilir. Geliştiriciler daha hızlı başlar. İleride gidilecek yol daha netleşir.

Bazen en iyi mühendislik kararı ne icat ettiğiniz değil—neyi inşa etmemeyi seçtiğinizdir.

Domain ve hosting dünyasında çalışan herkes bu dersi iyi bilir. Sağlam temeller üzerine inşa etmek her zaman en akıllıca yoldur. TypeScript'i, yerleşik standartları ya da güvenilir altyapı sağlayıcılarını kullanmak size inovasyona odaklanma gücü verir. Doğru araçlar seçmek her zaman daha iyidir.