"Ucuz" web

Ucuz web ≠ ücretsiz

• İyi bir şey üretmek zordur ve çok zaman alır.
• Üreticilerin bizim için iyi şeyler üretmesini istiyorsak, onların geçim masraflarını ve malzeme giderlerini karşılamamız gerekir.
• Eğlence için saat başına 1 doların altında harcıyorsanız, üreticileri ve onları destekleyen altyapıyı nasıl destekleyeceğinizi düşünmelisiniz.

Ucuz web ≠ şık

• Apple web sitesinin HTML kaynağı iç yapıda "güzel" değildir, ama Apple mühendislerini HTML'in çirkinliği için suçlayamazsınız.
• HTML/CSS sanki dijital betonla heykel yontuyormuşsunuz hissi vermelidir, ama gerçekte daha çok pişmemiş makarnayla köprü inşa etmeye benzer.
• Basit ve kararlı bir işaretleme dili benimsenene kadar tüm web siteleri birbirine benzer görünecektir.
• Yazılım o kadar karmaşık hale geldi ki dürüst kalmak zorlaştı.
• Bartosz Ciechanowski gibi insanlar zarif bir geleceğe giden yolu açıyor.

Ucuz web ≠ ürkütücü

• ABD'nin orta kesimleri düz, verimli ve rüzgârlı bölgelerdir.
• Tumbleweed ABD'ye özgü bir bitki değildir, ama Vahşi Batı'nın simgesi haline gelmiştir.
• World Wide Web, büyük nüfusları birbirine bağlayan ve farklı insanları kişisel olarak uzak tutan reklam geliriyle çalışan bir alandır.
• Sosyal platformlar interneti düşmanca ve kişisel olmayan bir yere dönüştürdü.
• Küçük ve samimi iletişim biçimleri sessizce gelişiyor; bulması da kolay, oluşturması da kolay.

Ucuz web ≠ derin

• Sturgeon yasasına göre "her şeyin %90'ı çöptür".
• World Wide Web'in %10'una erişmek zordur.
• Spam, JavaScript, görseller, erişilebilirlik, ödeme, rastgele adresler, platformlar ve geçicilik gibi sorunlar nedeniyle internetin büyük bir kısmı bozulmuş ya da eksiktir.

Ucuz web ≠ karanlık

• NFT'ler baştan beri kötü bir fikir olmuş olabilir, ancak kripto para topluluğu saygı duyulacak hedeflerin peşinden gidiyordu.
• Küresel finans sistemini ayakta tutanlar bizi defalarca hayal kırıklığına uğrattı.
• Blockchain'in sürdürülebilir bir teknolojik gelecekte nasıl bir rol oynayacağı belirsiz, ancak istediğimiz kolaylık ve mahremiyet için bu kadar çok enerji harcamamız gerekmiyor.

Ucuz web = ucuzluk

• İşletme maliyeti düşük olmalıdır.
• Web'den ayrılmak kolay olmalıdır.
• Erişilebilirlik iyi olmalıdır.
• Web ile etkileşim kurmak kolay olmalıdır.
• Web'de gezinmek keyifli olmalıdır.
• Web sitesi yapmak/barındırmak, bir karalama defteri hazırlamaktan daha kolay olmalıdır.

GN⁺ görüşü

• Bu yazıdaki en önemli nokta, web tasarımı ve geliştirmenin erişilebilirliği ile sürdürülebilirliğine yapılan vurgudur.
• Ucuz web, yalnızca düşük maliyetli olmanın ötesinde, etik ve samimi bir internet ortamını hedefleyen bir felsefedir.
• Hem üreticiler hem de kullanıcılar için adil ve sürdürülebilir bir web ekosistemi oluşturmak adına sunulan çeşitli öneriler ilgi çekici; bunlar teknolojinin geleceği ve toplumumuz üzerinde önemli etkiler yaratabilir.

[GN⁺]

Hacker News görüşleri

• OP muhtemelen E-ink ekran ile org/vimwiki/markdown benzeri bir şey istiyor. Sorun biçimlendirmeyle başlıyor; gerçekten erişilebilir bir hiper metin kitabı istiyorsanız biçimlendirmeye gerek yok. Bunu kullanıcı kontrol etmeli ve varsayılan tema okunması kolay bir yazı tipi, beyaz arka plan üzerinde siyah metin, başlıklar için 36 punto kalın, paragraflar için 14 punto normal metin olmalı. Gerçek kullanımda Epub harika bir format ve web sitesinin önerdiğinden bu tür bir "gezinti" deneyimini tercih ederim. Ya da OP daha üst seviye CSS ve HTML istiyor olabilir; bu da yeni bir dil yaratma ve daha karmaşık bir ontolojiyi savunma sorununa çıkıyor. Elbette temel biçimlendirme seçenekleri olan bir markdown yapılabilir, ancak belirli bir markdown öğrenip işletmek ve belirli bir sunucuda web sitesi sunmak yerine temel HTML ve CSS öğrenmenin o kadar da karmaşık olmadığına eminim.
• Web ve biçimlendirme, 2000'ler web tasarımı, farklı gezinme cihazlarının ortaya çıkışı ve akıllı telefonlarla etkileşim biçimi bir araya gelince karmaşıklaştı. Bugünün tarayıcıları neredeyse bir işletim sistemi gibi ve paylaşılabilir karmaşıklık düzeyi, 1990'ların PC'lerinde yapılabilecekten daha yüksek. Örneğin tarayıcıda Godot motorunu çalıştırabilirsiniz: arkadaşlarınızla eğlence için proje prototipleri geliştirebilir ya da sevdiğiniz insanlarla iletişim kurmak için kişisel bir platform oluşturabilirsiniz. JS hakkında çok eleştiri var ama onunla ilk karşılaştığımda bir rüya gerçek olmuş gibi gelmişti; deneyimler üretip bunları neredeyse hiç çaba harcamadan paylaşma gücü veriyordu. Büyük şirketler sıkıcı web sitelerini aşırı mühendislik ürünü framework'lerle yapmayı seçti diye bu gerçek değişmiyor.
• Web geliştiricisi değilim ama web'in belge paylaşma aracı olarak başladığını, HTML'in bunun etrafında kurulduğunu ve sonunda insanların genel uygulamalar (ör. Google Docs) yapmak istediğini düşünüyorum; bunun sonucu olarak belge olmayan şeyleri belgeymiş gibi gösteren araçlar yapıldı. Herkes bu araçların harika olduğunu düşünüp kullanmaya başladı, ama web'in %90'ı hâlâ belge ve artık çoğu şey baştan belge üretilmesine rağmen herkes belge olmayan şeyler yapmak için yazılmış framework'lerle bunları inşa ediyor. Tüm durum çok kafa karıştırıcı ve dünya çapındaki mühendislik kültürünün bunu bütünüyle çılgınlık olarak görmemesini anlamıyorum.
• HTTP üzerinde CommonMark öneren biri oldu mu diye merak ediyorum. Markdown'ı GET yanıtına koyup Content-Type: text/markdown olarak ayarlarsınız, istemci de nasıl render edeceğine karar verir. Bu, modern bir Gopher gibi olurdu.
• Başkalarının da benim hissettiğimi hissetmesi gerçekten şaşırtıcı. Çoğu insan umursamıyor ve umursamak da istemiyor. Sayfanın korkunç estetiği yüzünden argüman boşa gidiyor.
• 2000'lerin başına dönüp herhangi bir sayfada kaynak görüntülemenin çok temiz biçimlendirilmiş kod göstermesini isterdim. Birçok şirket çeşitli nedenlerle frontend kodunu bilerek anlaşılmaz hâle getirmeye çalışıyor, birçoğu da istemci yükünün boyutunu ve ayrıştırma süresini biraz olsun verimli kılmak için minify ederken bunu istemeden yapıyor. Tarayıcı düzeyinde karar verilmesi gereken şey şu: istemcinin, tarayıcıda çalıştırılan şeyi tam olarak anlayabilmesini istiyor muyuz? Mevcut durum iyiyse hayır; ama mevcut durum oldukça karanlık ve WASM tabanlı payload'ların gelişiyle, her şeyin üstüne bir de disassemble gerekeceği için daha da karanlık olacak.
• Yazılım çürüdükçe web siteleri üretebilen tek aktör çok uluslu şirketler olabilir. Açık kaynak yazılımın kimin için olduğuna karar veren taraf da zaten onlar. İnsanların en az fark ettiği şey, birçok zengin insan ve onların gücü olmadan birçok yoksul insan ve onların güçsüzlüğünün de olmayacağı. İlkinin çıkarları her zaman ikincisini fiilen zayıflatır. Aynı şekilde çok uluslu şirketleri ve sıradan insanları aynı anda memnun eden bir yazılım olamaz. İlkinin çıkarları her zaman ikincisini fiilen zayıflatır.
• Sohbet için dağıtık XMPP sunucuları kullanmalıyız; çünkü diğer sohbet seçeneklerinin aksine patates seviyesinde donanımda bile çalışıyor.
• İçeriği çoğunlukla metin olan ve görselleri az kullanan basit web sitelerinde gezinmek ferahlatıcı. Bütün "modern" web siteleri fazla yorucu. Bir web sitesi ilk ziyarette ekrana bir şey fırlatıyorsa — ister bülten kaydı, ister giriş isteği, ister görüntü alanını kaplayan büyük bir görsel olsun — hemen okuyucu görünümüne geçiyorum.
• Çoğu web sayfası süresiz olarak çalışabilmeli ve bakım maliyeti düşük olmalı. Basit HTML, o HTML ve CSS sürümünü destekleyen tarayıcılar var olduğu sürece çalışır. Statik bir Go ikili dosyasının dinamik HTML sunması da mümkündür. Ama Python, Ruby vb. ile bunun ne kadar başarılabilir olduğunu hayal etmek zor. Yani bunun iyi bir kural olup olmadığından emin değilim; daha ulaşılabilir olması için yeniden ele alınması gerekebilir.
• 2005'te herkesin sayfasının aynı görünmesine karar verdiğimizde değerli bir şeyi kaybettiğimizi düşünüyorum (ör. TheFacebook™ profilleri). Ne yazık ki bu ve Google'ın kişisel sitelerle aynı tür sonuçları değersizleştirecek şekilde yaptığı değişiklikler, bu harika özelleştirilmiş sayfaları neredeyse yok etti.