"Ucuz" web
(potato.cheap)- “Ucuz web”, ücretsiz olmak ya da dış görünüşün pürüzsüzlüğü değil; üreticilere emeklerinin karşılığını ödeyip basit ve dürüst web malzemeleriyle uzun ömürlü bir web kurmayı amaçlayan solarpunk tarzı bir web tasarım felsefesidir
- Modern web, karmaşık HTML/CSS/JS ve reklam temelli platformlar yüzünden iç yapısını ortaya koymayı zorlaştırıyor; siteler birbirine benzedikçe bireyler ve küçük ölçekli üreticiler için üretim yapmak daha da zorlaşıyor
- Büyük parasocial platformlar FOMO, etkileşim kışkırtması ve sansasyonel içerikle webi düşmanca ve kişiliksiz bir alana dönüştürüyor; buna karşın küçük yazılar, ilgi alanı grupları ve doğrudan iletişim gibi samimi iletişim biçimleri hâlâ mümkün
- Webin işe yarar yüzde 10’luk kısmına; spam, JavaScript merkezli siteler, görsel tabanlı belgeler, erişilebilirlik eksikliği, ödeme sorunları, keyfi adresleme sistemleri, platform bağımlılığı ve geçici arşivleme yöntemleri nedeniyle ulaşmak ve onu korumak zor
- Ucuz web; bakım, ayrılma, erişim, katılım, gezinme ve katkı maliyetlerini düşürmeli; uzun süre çalışmalı ve ekran okuyucularla düşük güçlü cihazlarda da kullanılabilmeli
“Ucuzluk” ücretsiz olmak değildir
- İyi bir şey üretmek zordur ve uzun zaman alır; üreticilerin üretmeye devam edebilmesi için kira, yemek ve malzeme masrafını karşılayabilmesi gerekir
- Podcast, video, yazı, oyun ve kitap gibi eğlence içeriklerine saat başına 1 dolardan az harcıyorsanız, üreticileri ve onları ayakta tutan altyapıyı desteklemenin yollarını düşünmelisiniz
“Ucuzluk” pürüzsüzlük değildir
- Steve Jobs’ın “kutunun içi de güzel olmalı” marangozluk benzetmesinin aksine, Apple.com’un HTML kaynağı iç yapısı güzel olmayan bir örnek olarak değerlendiriliyor
- Bunun Apple mühendislerinin hatası olmaktan çok, kötü malzemelerin üstüne pürüzsüz bir kaplama geçirmekten başka seçenek bırakılmamış olmasının sonucu olduğu düşünülüyor
- HTML/CSS, dijital betonu yontmak gibi hissettirmeli; ama gerçekte daha çok pişmemiş makarnadan köprü yapmaya benziyor
- Basit ve istikrarlı bir işaretleme dili, dürüst bir mimarinin parçası olabilmeli
- Yazar, 2024~2025 yıllarında böyle bir dili tamamlamayı umduğunu söylüyor
- Basit ve istikrarlı yapı malzemeleri benimsenmezse tüm web siteleri giderek birbirine daha çok benzeyebilir
- Yazılım o kadar karmaşıklaştı ki dürüstlüğü korumak zorlaştı; şirketlerin iç yapısı da o kadar zayıf ki bunu açığa çıkarmaları kolay değil
- Wirth's Law durumu daha da kötüleştirebilir; yazılım çürüdükçe web sitesi üretebilen tek aktörler çok uluslu şirketler olarak kalabilir
- Bartosz Ciechanowski’nin mechanical watch demo çalışması, dürüst yazılımın mümkün olduğuna dair bir örnek
- Kaynak kodu, devasa bir WebGL duvarı gibi yükselen yönlendirici bir yapıyı gösteriyor
- Güzel ama pürüzsüz bir web değil
- World Wide Web’in tamamının 3D WebGL sihri olması gerekmiyor
- Patrick Colison, Derek Sivers, Lu Wilson, Phil Gyford siteleri rahat HTML kulübelerine benzer örnekler
- Nasıl ki bir arkadaşın yaptığı gıcırdayan ahşap sandalye tasarım bir sandalyeden daha iyi olabiliyorsa, webde de daha fazla gıcırdayan web sitesi olmalı
“Ucuzluk” tekinsiz gizli gizli dolaşmak değildir
- ABD orta batısının düz, verimli ve rüzgârlı toprakları istilacı tumbleweed için ne kadar uygunsa, web de belirli koşullar altında öfkenin yayılması için o kadar elverişli bir ortama dönüşmüş durumda
- World Wide Web; büyük nüfuslar, birbirinden farklı insanlar, kişisel olmayan mesafeler ve reklam geliriyle birbirine bağlanıyor
- Öfke, web üzerinden özellikle kolay yayılıyor
- Büyük parasocial platformlar interneti düşmanca ve kişiliksiz bir yere dönüştürüyor
- Tıklamayı sürdürmek için FOMO’yu körüklüyorlar
- “engagement” uğruna farklılıkları abartıyorlar
- Kullanıcıların sürekli etrafta dolanmasını sağlayan bir şöhret makinesi kuruyorlar
- Besleyici olmayan sansasyonel içerikle insanları çekiyorlar
- Küçük ve içten iletişim biçimlerinin sessizce geliştiği, bunları bulmanın da üretmenin de kolay olduğu düşünülüyor
- İnternette yazmak
- Bir third place bulmak ya da oluşturmak
- Telefon etmek, niche ilgi gruplarına katılmak, sadece lurk etmek yerine yaşamak
- candid culture yaklaşımını benimsemek
- Değer verdiğiniz insanlara takviminizde yer açmak
- farmers market’ta insanlarla tanışmak
- Şiddetsiz İletişim öğrenmek
- Pokémon Go’nun zirve dönemi, internetin geleceğinin nasıl görünebileceğine dair bir örnek olarak değerlendiriliyor
- Belki de doğru teknolojiyle tesadüfi karşılaşmalar sentezlenebilir
- Yazar, 2012’den beri “Peace & Progress II” adlı bir AR oyunu üzerinde hafifçe tasarım çalıştığını söylüyor
“Ucuzluk” derin web ile aynı şey değildir
- Sturgeon’s Law’a göre “her şeyin yüzde 90’ı çöptür” ve World Wide Web’in çöp olmayan yüzde 10’una ulaşmak zor olabilir
- deep web, dark web ile aynı şey değildir; bulunması zor olduğu için bulunması zordur
- Bilgisayarlar bulma ve saklama işinde iyidir, ama internetin büyük bir kısmı kırık ya da kaybolmuş durumda
-
İyi webi bulmayı zorlaştıran etkenler
- Spam
- Şirketler ve bilgisayarlar büyük ölçekte çöp üretiyor; Google’ı kullanarak ya da para ödeyerek bağımsız arama sonuçlarını bastırıyorlar
- Bu durum, halk kütüphanesi raflarının reklam postaları ve kuponlarla kaplanmasına benzetiliyor
- DuckDuckGo, Kagi gibi alternatif arama motorları desteklenebilir
- JavaScript
- Modern web siteleri artık statik HTML’den çok dinamik JS ile inşa ediliyor ve dinamik içeriklerin bilgisayarlar tarafından okunması daha zor
- Bu, bir kitap sipariş edip N64 kartuşunda bir e-kitap almak gibi bir duruma benzetiliyor
- Kartuş; çalışan bir N64, uyumlu bir TV, ekipmanı kullanma ve tamir etme bilgisi, kartuşun nasıl kullanılacağını bilme, ayrıca yükleme ve menülerde gezinme zamanı gerektiriyor
- HTML’in JS ile rekabet edebilmesi için daha iyi araçlara ihtiyaç var; JS’nin yerini alabilmesi için HTML geliştirme deneyimi bugünkü JS deneyiminden 10 kat daha kolay, hızlı ve ucuz olmalı
- Images
- HTML, JS’den daha sürdürülebilir olsa da yeni başlayanlar için hâlâ dostça değil
- Kolay bir işaretleme dili olmadığında insanlar belgeleri PowerPoint ya da Photoshop ile paylaşıyor
- Görsellerin bilgisayarlar tarafından çözülmesi ve arşivlenmesi zor; kopyanın kopyası çoğaldıkça bu daha da zorlaşıyor
- HTML/CSS kadar güçlü ama Markdown kadar basit bir şeye ihtiyaç var
- Accessibility
- HTML, işitme ya da görme gibi alanlarda kısıtları olan insanlar için genel olarak yeterince dostça değil
- Ucuz webin varsayılanı, farklı arayüzlerde esnek biçimde çalışmak olmalı
- curb cut effect örneğinde olduğu gibi erişilebilirlik iyileştirmeleri herkese fayda sağlar
- Payments
- Tarayıcılar abonelikleri ve tek tıkla ödemeleri yöneten dijital cüzdanları uygulayabilirdi; ancak tüketiciler Amazon ve Apple’ın tekelci çözümlerini beklemek zorunda kaldı
- Ödeme yapmak zor olduğu için kimse ücret ödemedi ve reklamlar sürdürülebilir gelirin varsayılan biçimi hâline geldi
- İlgi ve mahremiyeti korumanın fiili yolu piracy oldu
- Reklam cehenneminden çıkmak için geliştiriciler ve tüketiciler açısından, özellikle dijital ürünler için çevrimiçi ödeme sistemleri daha iyi hâle gelmeli
- Yazar, bağışı kolaylaştırmak için WishWell’i yaptığını ama hayır amaçlı bağışların her derde deva olmadığını belirtiyor
- Arbitrary Addresses
- Modern internet, Amazon’un dağıtım ağı gibi çalışıyor diye betimleniyor
- Dijital ürünlerin tedarikçiden ya da en yakın lojistik merkezinden gelmesi gerekmez; veriyi komşudan kopyalayıp daha hızlı gönderip almak mümkün olabilir
- Content-addressable storage bunu mümkün kılıyor, ancak dijital altyapının tüm katmanlarında kullanılmıyor
- www.* düzeyinde ana akım benimsenme için daha fazla tarayıcı desteği ve bir killer app gerekiyor; imgur alternatifi olası adaylardan biri olarak anılıyor
- Platforms
- E-posta ve podcast RSS’i kimseye ait değildir ve herkes bu özgürlük ile esneklikten büyük fayda görür
- Slack, Twitter, Visa, Zoom, Google, Amazon, Instagram, Unity, YouTube, GoDaddy gibi şirketler, kontrol etmeleri gerekmeyen altyapıyı kontrol ediyor
- enshittification döngüsünden çıkmak için açık protokollere ve bu protokoller için iyi arayüzler geliştiren tasarımcılara ihtiyaç var
- Mastadon gibi federatif hizmetler umut verici olarak değerlendiriliyor
- Ad-Hoc Archival
- İnternet BitTorrent benzeri bir şeyin üzerine kurulmuş olsaydı, her şeyi saklamak ve indekslemek sıradan ve otomatik bir iş olurdu
- Şu anda archive.org, bit rot karşısında sonuçsuz bir mücadele verirken sürekli finansman yetersizliği yaşıyor
- Arşivlenebilir dijital altyapılar kurulana kadar archive.org’a bağış yapmak gerekiyor
- Spam
“Ucuzluk” karanlık web değildir
- NFT’ler muhtemelen en baştan kötü bir fikir olabilir, ancak cryptocurrency topluluğunun birçok hedefinin saygıdeğer olduğu düşünülüyor
- crypto toplulukları, çökmekte olan dünyanın merkezi altyapılarını gerçekten onarmaya ya da değiştirmeye çalışıyor
- Küresel finans sisteminin koruyucuları defalarca başarısız oldu; oyun hileliymiş gibi görünüyor ve küresel eşitsizlik kaçınılmazmış gibi değerlendiriliyor
- Hükümetler ve şirketler mahremiyeti sürekli çiğniyor
- Bankalar yavaş, kredi kartı ücretleri ise adeta hırsızlık gibi hissettiriyor
- cryptocurrency fanatikleri, Dogecoin’i sanal mağaralara yığmak için proof of work ile petrol rezervlerini yakmaya hazır olmakla eleştiriliyor
- Blockchain’in sürdürülebilir bir teknolojik gelecekte nasıl bir rol oynayacağı belirsiz; ancak istenen kolaylığı ve hak edilen mahremiyeti elde etmek için o kadar çok enerji harcamak gerekmeyebilir
- Mahremiyet elde edilecekse, shitcoin dolandırıcılıkları, ransomware ve zararlı şeyler geride bırakılmalı; bu araçlar sorumlu biçimde kullanılmalı
“Ucuzluk” gerçekte ne anlama geliyor
- Düşük bakım maliyeti: çoğu web sayfası çökmemeli ve süresiz olarak çalışabilmeli
- Düşük ayrılma maliyeti: webden çıkmak acı verici olmamalı
- Düşük erişim maliyeti: çoğu web sitesi ekran okuyucular gibi araçlarla uyumlu olmalı
- Düşük katılım maliyeti: Wii üzerinden bile web ile etkileşime girilebilmeli
- Düşük gezinme maliyeti: 1W güçte bile webde gezinmek rahat olmalı
- Düşük katkı maliyeti: web sitesi yapmak ve barındırmak, bir albüm defteri hazırlamaktan daha kolay olmalı
1 yorum
Hacker News yorumları
Bir anlamda, asıl yazının istediği şey E-ink ekrana ve org/vimwiki/markdown’a yakın
Eleştirilen sorun stil vermeyle başlıyor. Gerçekten erişilebilir bir hiper metin kitabı istiyorsanız stile gerek yok; kontrol kullanıcıda olmalı
Varsayılan tema, okunaklı bir yazı tipi, beyaz arka plan üzerinde siyah yazı, 36pt kalın başlıklar, 14pt gövde metni ve tüm öğelerin blok olarak yer alması gibi şeylerle sınırlı olabilir
EPUB pratikte kullanıldığında oldukça iyi bir format ve bazen web sitelerinin önerdiği gezinme deneyiminden ziyade bu tür bir “göz atma”yı tercih ediyorum
Ya da asıl yazı daha yüksek seviyeli bir CSS/HTML istiyor olabilir; bu durumda da “düşük seviyeli karşılığından daha basit” olduğu iddia edilen ama gerçekte öyle olmayan yeni bir dil ve karmaşık bir ontoloji daha yaratılmış olur
Varsayılan stil seçenekleri olan bir Markdown yapılabilir; ancak temel HTML/CSS öğrenmenin, böyle özel bir Markdown’ı ve dağıtım biçimlerini öğrenmekten çok daha karmaşık olduğunu düşünmüyorum
Web’in ve stil vermenin karmaşıklaşması, 2000’lerin web stilleri, çeşitli cihazlar ve akıllı telefon etkileşim biçimlerinin bir araya gelmesiyle oldu
Bugün tarayıcılar neredeyse işletim sistemi gibi ve tarayıcıyla paylaşılabilecek şeylerin karmaşıklığı, 1990’lardaki PC’lerde yerel olarak yapılabilenlerden bile daha büyük görünüyor. Tarayıcıda Godot motorunu bile çalıştırabilir, arkadaşlarınızla eğlence için proje prototipleri yapabilir ya da sevdiğiniz insanlarla iletişim kurmak için özel platformlar oluşturabilirsiniz
JavaScript’e karşı çok tepki var ama onunla ilk karşılaştığımda bir hayal gerçekleşmiş gibi hissetmiştim. Neredeyse zahmetsizce deneyimler oluşturup paylaşma gücü veriyor; Big Tech’in aşırı tasarlanmış framework’lerle sıkıcı web siteleri yapması bu gerçeği değiştirmiyor
Web tasarımcılarının böyle bir güce sahip olmasını istemiyorum. Çünkü bu gücü istenmeyen deneyimleri dayatmak için kullanıyorlar
Söylediğiniz avantajlar tarayıcıda çalışan herhangi bir dile uygulanabilir
CSS widget’ları desteklemeye çalıştığı için karmaşıklaşıyor. Bu, uygulama ile içerik arasındaki fark
Web ikisi için de bir alan, ama yalnızca içerik üretebiliyorsanız ve üretmek istiyorsanız bu kolay ve basit olmalı
HTML okuyucu olarak salt metin tarayıcı kullanıyorum; EPUB’a da iyi uyuyor. Grafik yazı tipleri, JavaScript, CSS, renkler yok
Sık sık .txt olarak kaydedip less(1) ile daha rahat okuyorum
Bu yönelimi gerçekten seviyorum. Son zamanlarda “HTML’i HTML gibi kullanalım” türünden çok şey gördüm ve muhtemelen HATEOAS tarafında çok çıkıyor
Web geliştiricisi değilim ama nasıl bu noktaya geldiğimizi anlayamıyorum
Web, belge paylaşmanın bir yolu olarak başladı ve HTML de buna göre tasarlanmıştı. Sonra Google Docs gibi genel uygulamalar yapmak isteyince, belge olmayan şeyleri belgeymiş gibi yapmayı sağlayan araçlar ortaya çıktı
Herkes bu araçları harika bulup kullanmaya başladı; web’in %90’ı hâlâ belge olmasına rağmen artık belge olmayan şeyleri belgeymiş gibi yapan framework’ler üzerinde inşa ediliyor
Oysa çoğu durumda aslında en başından beri belge üretiyoruz. Her şey tamamen delice bir karmaşa ve dünya çapındaki mühendislik kültürünün bunu niye tam anlamıyla çılgınlık olarak görmediğini anlamıyorum
Web uygulamaları yapmak için kullanılan JavaScript araçları doğru kullanıldığında iyidir. Üzerinde çalıştığım ürünün HTMX ile daha kolay yapılabileceğini hayal edemiyorum; ama bilmediğim bir şey olabilir
Yine de daha keyifli web dışı UI motorları olup olmadığını merak ediyorum. Web uygulaması UI’larının bir belge paylaşım platformunun üstüne eklenmiş olmasına bakınca, yerel UI geliştirmenin daha tutarlı olması gerekir gibi geliyor
Tek tek web uygulaması kod tabanlarının berbat olmasının nedeni, kötü yapılsa bile gerçek fiziksel mühendisliğe kıyasla cezasının büyük olmaması; bu yüzden iş gereksinimlerini plansızca eklemek yatırım getirisi açısından daha yüksek oluyor
Hatta 30 yıllık legacy kod tabanları, bugün yaygın olan React uygulamaları ve servis karmaşalarından çok daha kötü
Daha önce biri HTTP üzerinde CommonMark önermiş miydi?
Sadece GET yanıtına Markdown koyup
Content-Type: text/markdownile göndererek istemcinin nasıl render edeceğine karar vermesini sağlamakModern bir Gopher gibi hissettirebilir
Blogumu da bu düşünceyle yaptım. Sadece Markdown kullanıp tarayıcının bunu gerektiği şekilde render etmesini istiyordum; bunun için tek satır JavaScript yüklemenin bir yolunu buldum
Ama böyle şeyleri seven insanlar genelde JavaScript’ten nefret ettiği için iki taraftan da azar işitiyorsunuz
[0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
https://github.com/markusdocnet
“Yazılım çürüdükçe, web sitesi yapabilen tek aktörler çok uluslu şirketler olabilir” sözüne gelince, zaten açık kaynak yazılımın kimin için olduğuna karar veren taraftalar
İnsanların en çok fark edemediği şey, çok fazla güce sahip zengin insanların çoğalması için güçsüz yoksul insanların da çoğalmak zorunda olduğudur. İlkinin çıkarları fiilen her zaman ikincisini zayıflatır
Benzer şekilde, aynı anda hem çok uluslu şirketlere hem de sıradan insanlara hizmet eden yazılıma sahip olamazsınız. Çünkü ilkinin çıkarları fiilen her zaman ikincisini zayıflatır
Gerçekten iyi bir yazıydı. Çoğu insanın fark etmediği, umursamadığı ya da umursamak istemediği bir şeyi başkalarının da hissettiğini görmek şaşırtıcı bir duygu
Küçük bir kusur aramak gibi olabilir ama sayfanın korkunç estetiği ana fikri zedeliyor
Geleneksel tasarım ölçütlerine göre epey kötü olabilir ama o kadar kişilik dolu ki bakması keyifliydi
Bu yüzden sohbet için dağıtık XMPP sunucuları kullanılmalı
Diğer sohbet seçeneklerinin aksine, gerçekten döküntü donanımlarda bile çalışır
O kurulumu kullandıktan sonra “Crackberry”nin ne anlama geldiğini anladım. Anlık hız ile klavye birleşimini o günden beri bir daha yaşamadım
Keşke 2000'lerin başındaki gibi herhangi bir sayfada kaynağı görüntüle deyince çok şey öğrenebildiğimiz ve düzenli yazılmış kod görebildiğimiz günlere dönebilsek
Mevcut durumun bir başka büyük nedeni de birçok şirketin çeşitli gerekçelerle frontend kodunu aktif olarak obfuscate etmesi; ayrıca çoğu durumda payload boyutunu ve istemcide parse süresini biraz olsun azaltmaya çalışan minification sürecinde bunun istemeden gerçekleşmesi. Çünkü her token önemli
Yine de, fiilen standart frontend sözdiziminin daha az muğlak olduğu; gerçek isimler dışında minification'ın özünde kayıpsız bir işlem haline geldiği bir dünya olsa iyi olurdu
Buna tarayıcı düzeyinde karar vermek gerekiyor. İstemcinin kendi tarayıcısında tam olarak ne çalıştığını öğrenebilmesini istiyor muyuz?
Cevap hayırsa mevcut durum harika. Cevap evetse mevcut durum epey karanlık; WASM tabanlı payload'lar ortaya çıktıkça artık disassemble etmek de gerekeceği için daha da karanlık olacak
Ben etkili HTML'i fiilen böyle kendi kendime öğrendim. Gerçekten eğlenceliydi
JavaScript'i çok yapmıyorum ama minification sürecinin kodun kendisini değiştirmediğini hep düşünmüştüm
Güzel. 2005'te herkesin sayfasının aynı görünmesi gerektiğine topluca karar verdiğimizde, örneğin TheFacebook™ profilleri gibi, değerli bir şeyin kaybolduğunu düşünüyorum
Ne yazık ki buna Google'ın bu tür kişisel siteleri arama sonuçlarında daha düşük önceliklendirmeye başlaması da eklenince, bu harika özelleştirilmiş sayfalar neredeyse yok oldu
Arka planı, renkleri, yazı tiplerini kendiniz belirleyebiliyor, animasyon ekleyebiliyor ve istediğiniz müziği otomatik çaldırabiliyordunuz. Sıradan insanları web geliştiricisine dönüştürüyordu
Tüm sayfalar basit teknolojilerle yapılırsa stili geliştirici değil, kullanıcı doğrudan belirleyebilir
Şirketler zorunlu olmayan şeylere para harcamak istemez; insanlar da pek farklı değil
Temel HTML öğrenip Amazon S3 gibi bir yere yüklemek, bir web adresi bağlamak ya da barındırma ücreti ödemek, bu iş için harcanacak zaman ve emek açısından fazla maliyetli
Bunun yerine tüm o zamanı, çabayı ve emeği zaten web sitesini kurmuş olan Facebook'a dış kaynak olarak verebilirsiniz. Berbat ve istemediğiniz insanlarla dolu ama ücretsiz ve aynı hedefe ulaştırıyor
Google, insanların daha kolay olduğu için web sitesi yerine Facebook profili oluşturduğunu gördü; şirket web sitelerinin Facebook sayfalarından daha eski olduğu durumlar ortaya çıkınca ağ sitesi sonuçlarını normal sayfalardan öncelemeye başladı
Artık insanlar sevdikleri dükkânları Facebook'ta takip ediyor ve örneğin birden o gün kapanmak zorunda kalıp ertesi güne kadar açık olmayıp olmayacağını bir ölçüde öğrenebiliyor
Bu, ucuz web'e karşı bir argüman değil. İnsanların para, zaman, emek ya da bunların birleşimi açısından maliyeti en düşük seçeneğe yöneldiğini; çalıştığı ve işi gördüğü için onu kullandığını söylüyor
Ben hâlâ bir web sitesi sürdürüyorum. Bağımsızlığa önem verdiğim ve düşüncelerimi Amerikan şirket kültürünün tercihlerine uydurup köreltmek istemediğim için
Ama büyük çoğunluk bunları umursamıyor. Yasak çekicini yiyene kadar kolay seçeneği kullanmayı sürdürecekler
Ayrıca kamusal mal gibi işleyen sosyal medya yaratmamamız için bir neden yok. Kâr amacı güden bir şirket yerine, para kazanmak için herkesi öfkelendirmek zorunda olmayan bir Facebook'a pekâlâ sahip olabiliriz
Kâr güdüsü olmayan sosyal medya toplum için muazzam bir fayda sağlayabilir
İçeriği ağırlıklı olarak metin olan ve görselleri tutumlu kullanan basit web sitelerinde gezinmek gerçekten ferahlatıcı
Tüm “modern” web siteleri çok yorucu
İlk ziyarette bülten aboneliği, giriş yapma isteği, ekranın tamamını kaplayan büyük görsel gibi bir şey çıkarsa hemen okuma moduna geçiyorum
Bunu yaptığımda sayfa kullanılamaz hale gelirse genelde çıkıyorum. Günümüz web'i yorucu ve çoğu durumda kullanıcıya düşman gibi hissettiriyor
Şu an gidilmesi gereken yol ucuz web mi, küçük web mi, yavaş web mi, indie web mi, yoksa bu özelliklerin bir birleşimi mi bilmiyorum
Ama mevcut web'de bir şeyler ters ve seri üretilmiş bir yüzeysellik hissediliyor
Sırf harika işler yapmayı sevdikleri için yapılmış eski siteleri bulmak artık çok zor. Onları özlüyorum
Eskiden DMOZ.org gibi konulara göre düzenlenmiş web dizinleri vardı; oldukça kapsamlı olmaya çalışır ve ciddi bir kürasyon yaparlardı
Ama modern dönemde bunun karşılığı yok. İnsanlar SEO sorunları yüzünden arama sonuçlarının işe yaramaz hale geldiğinden şikâyet ediyor ama bu daha çok manuel kürasyonun genel olarak ortadan kalkmasının sonucu