Bugünün Web'i vs. Olması Gereken Web

Zamanında web geliştirmek daha basit değil miydi? Önemli özellikleri ezberleyebileceğin, makul sayılabilecek bir alan mıydı değil mi? Şimdilerde HTML spesifikasyonu 18 megabyte'ı geçen, yoğun ve sürekli değişen bir dokümanasyon. "Yaşayan standart" modeli sayesinde kurallar haftada değişiyor. Tarayıcılar farklı özellik setleri destekliyor. Herkes aslında var olmaması gereken kenar durumları için workaround'lar yazıyor.

İnsanı şunu düşündürüyor: ya web'i sıfırdan baştan tasarlasaydık farklı olabilir miydi?

Temel Sorun: Karmaşıklık Bir Kale Duvarı Olarak

Rahatsız edici bir gerçek var: web'in bu yoğun karmaşıklığı tesadüfi değil. Standartlar ne kadar karışık olursa, sadece iyi finanse edilen şirketler tarayıcı yapabilir. Bu da rekabeti öldürüyor, inovasyonu frenliyor ve monopol oyuncularına web'i amaçtan ziyade kâr için şekillendirme gücü veriyor.

Oyun teorisinden bakarsak, yüzlerce belirsiz özellik ve render komikliğiyle dolu kalın bir standart demek:

• Yeni bir tarayıcı yapmak ordular halinde mühendis gerektiriyor
• Küçük ekipler yarışamıyor
• Mevcut oyuncular konuşmaları kontrol ediyor
• İnovasyon adım adım ilerliyor

Bu bir bug değil, bir feature—eğer zaten kazanıyor isen.

Basit Bir Web Nasıl Görünürdü?

Aklına sığan, hatta sıkıştırılmış bir arşive girebilecek bir web spesifikasyonu hayali kur. Basılabilecek kadar kısa. Net semantic versioning (o "yaşayan standart" değil, 1.2.3 gibi) ve yayınlandığında değişmeyen kurallar. Version 1.2.0'ı alıp çöle gidiyorsun, sadece o doku ile mükemmel şekilde uyumlu bir tarayıcı yapabiliyorsun.

Katı Gramer Yerine Affedicil Kaos

Bugünün web'in "hata düzeltme" felsefesi parser yazanlar için bir kabustur. Tarayıcılar hatalı HTML'yi render etmek için karmaşık kurallar uyguluyorlar çünkü "web böyle istiyor". Peki ya tersini yapsaydık?

Resmi, net bir gramer ile bir spesifikasyon. Sayfalar ya uyuyor ya uyumuz. Hiç bükme, hiç yaratıcı yorumlama. Bu, spesifikasyonları kesin ve herkes tarafından kullanılabilir hale zorlardı.

Güzel sonuç? Geliştiriciler geçerli markup'a derlenebilecek Markdown, YAML gibi daha hoş formatlara göç ederdiler. Tooling'e giriş bariyeri ciddi şekilde düşerdi. Herkes kazanırdı.

Semantic Versioning Bir Sözleşme Olarak

Living standard'ların haftalık değişimleri tutarlı platform davranışını hedeflemek isteyen geliştiriciler için imkansız koşullar yaratıyor. Semantic versioning bunu çözdü:

• Patch güncellemeleri sadece yazım ve ifade hataları—gramer değişmiyor
• Minor güncellemeler geriye uyumlu özellikler ekliyor
• Major güncellemeler breaking changes'ler getiriyor

Birden, 1.2.0 versiyonunu hedefleyip 1.2.0 ile 1.3.x'i destekleyen tarayıcılarda çalışacağını, ama eski 1.1.x'lerde çalışmayacağını bilerek kod yazabiliyorsun. Bilinçli kararlar alabiliyorsun. Planlayabiliyorsun.

Metin Öncelikli: Devrim Yapan Özellik

Zengin medya ve scripting'e olan takıntı web'i gereksiz yere karmaşık yaptı. Ya her şeyi metin ve anlamsal yapı üzerine basayıdık?

Metin taşınabilir, çevrilebilir, erişilebilir ve verimli. Metin temelleri üzerine yapılan bir sayfa:

• Her ekran boyutuna zarif şekilde adapte olabilir
• Screen reader tarafından hilelere ihtiyaç olmadan okunabilir
• CSS başarısız olsa bile okunabilir kalabilir
• Absürt boyutlarda küçülebilir

Bu geriye gitme değil. Web'i güçlü kılan şeye dönüş: insanlar arası bilgi alışverişine.

Scripting Meselesi

Bu düşün deneyinin tartışmalı kısmı: scripting bir hataydu.

Sekmesi kapatmadan, devam et. Yazar interaktif programların kötü olduğunu söylemiyor—her web sayfasına tam bir programlama dilini gömmek imkansız bir güvenlik ve karmaşıklık yükü yarattığını söylüyor. Herhangi bir siteden neredeyse tam sistem erişimi ile kod çalıştırabiliyor olmak… düşünürsen, biraz aptalca.

Ya dinamik interaktivite daha sınırlı, deklaratif bir sistem üzerinden gelseydi? Ya karmaşık uygulamalar tarayıcı içi scriptler yerine ayrı programlar olarak çalışsaydı?

Neden Bugün Önemli

Bunu akademik boş söyleşi zannedebilirsin. Değil. Bu prensipler doğrudan işini etkiliyor:

Hosting sağlayıcıları için: Basit, daha standart bir web daha iyi güvenlik, açık uyum yolları ve daha kolay altyapı optimizasyonu demek. Web platform kutuplaşmalarıyla başa çıkmak ciddi mühendislik çabası gerektiriyor. Temiz bir standart bu yükü hafifletir.

Geliştiriciler için: Net spesifikasyonlar daha az bug, daha hızlı geliştirme ve daha kolay debug demek. Sürekli implementasyonları takip etmek yerine belirli versiyonları güvenle hedefleyebilirsin.

Startuplar için: Daha az karmaşıklık yeni oyunculara şans veriyor. Düşük giriş bariyeri daha çok rekabet, daha çok inovasyon, daha iyi araçlar demek.

Kullanıcılar için: Küçük dosyalar, hızlı yüklenme, daha erişilebilir deneyimler ve varsayılan olarak daha iyi güvenlik.

Standardın Ele Geçirilmesine Direnç

Belki de en önemli içgörü: standartlar teknik değişim değil, güç dinamikleri üzerinden gelişiyor. Kalınlaşmanın kasıtlı olabileceğini—pazar pozisyonunu koruyan bir kale duvarı—anlarsanız, web'i düzeltmenin neden zor olduğunu anlarsınız.

Web standartlarını yeniden tasarlamaya yönelik herhangi bir girişim oyun teorisini dikkate almalı: standardları onları karmaşıklaştırmak için muazzam finansal teşvik varken nasıl açık ve basit tutarsın?

Cevap muhtemelen kasıtlı kısıtlamalar: dosya boyutu limitleri, açık yönetim, geriye uyumluluk garantileri ve topluluk gözetimi. Teknik değil, politiktir.

Şimdi Ne Yapabiliriz

Belki yarın tüm web'i fork edemezsin (bazı projeler çalışıyor olsa bile). Ama yapabileceklerin var:

• Basitlik akılda tutarak inşa et. JavaScript karmaşıklığını sınırla. Semantic HTML'ı tercih et. Sitelerini CSS olmadan da çalışacak şekilde yap.
• Belirli tarayıcı versiyonlarını hedefle "en son" değil. Uyumluluk hedeflerini dokümante et.
• Metin-öncelikli deneyimleri destekle. Siteni düz metin olarak okunabilir yap. Mümkünse içerik için Markdown kullan.
• Açık faydası olmayan bloat ekleyen vendor özelliklerini sorgulamla. Sadece yapabileceğin için anlamına gelmiyor yapmalısın.
• Açık standartları ve alternatif platformları destekle. Daha küçük tarayıcılar, açık kaynak projeler ve topluluk yönelimli girişimler konu yerine prensip önemli olan geliştiricilere ihtiyaç duyuyor.

Gerçek Soru

Web bu kadar karmaşık olmak zorunda değil. Olması bize kapitalizm altında standartların nasıl geliştiği hakkında bir şey söylüyor. Teknik cevap nispeten basit; politikteki cevap çok daha zor.

Hiç "fork web" gerçek olup olmaması muhtemelen önemli değil. Önemli olan bu soruları sormak bizi dürüst tutmasıdır. Bize miras aldığımız web'in kaçınılmaz olmadığını—tercih edildiğini—hatırlatır. Ve seçilen şey seçilmeyebilir.

Tarayıcı kutuplaşmalarıyla boğuşurken veya rakiplerle eşleştirmek için aptalca bir özelliği implemente etmeye çalışırken, bunu hatırla: böyle olmak zorunda değil.