- “सस्ता वेब” का मतलब मुफ़्त होना या सिर्फ़ ऊपर से चिकना दिखना नहीं है, बल्कि यह एक solarpunk शैली की web design philosophy है जो कहती है कि रचनाकारों को भुगतान किया जाए और सरल व ईमानदार web materials से ऐसा वेब बनाया जाए जो लंबे समय तक टिके
- आज का वेब जटिल HTML/CSS/JS और ad-based platforms की वजह से अपनी अंदरूनी संरचना दिखाना कठिन बना देता है, और साइटें एक जैसी होती जा रही हैं, जिससे व्यक्तिगत और छोटे रचनाकारों के लिए कुछ बनाना मुश्किल होता जा रहा है
- बड़े parasocial platforms FOMO, engagement को उकसाने, और सनसनीखेज़ content के ज़रिए वेब को शत्रुतापूर्ण और गैर-मानवीय जगह बना देते हैं, लेकिन छोटे लेखन, रुचि-आधारित समूहों और सीधे संवाद जैसी प्रामाणिक communication अब भी संभव है
- वेब का उपयोगी 10% हिस्सा spam, JavaScript-केंद्रित sites, image-based documents, accessibility की कमी, payment समस्याओं, मनमानी address systems, platform dependency, और ad-hoc archival की वजह से ढूँढना और सुरक्षित रखना कठिन है
- सस्ते वेब को maintenance, exit, access, participation, discovery, और contribution की लागत कम करनी चाहिए, और वह लंबे समय तक काम करे तथा screen reader और low-power devices पर भी उपयोगी हो
“सस्ता” मुफ़्त नहीं है
- अच्छी चीज़ बनाना कठिन है और उसमें बहुत समय लगता है, और यदि रचनाकारों को लगातार बनाते रहना है तो उन्हें किराया, भोजन और सामग्री की लागत वहन कर पाने योग्य होना चाहिए
- अगर आप podcast, वीडियो, लेखन, गेम, किताब जैसी मनोरंजन सामग्री पर प्रति घंटा 1 डॉलर से भी कम खर्च कर रहे हैं, तो आपको रचनाकारों और उन्हें संभालने वाले infrastructure को support करने के तरीक़ों पर विचार करना चाहिए
“सस्ता” का मतलब चिकनाई नहीं है
- Steve Jobs के “डिब्बे के अंदरूनी हिस्से को भी सुंदर होना चाहिए” वाले बढ़ईगीरी रूपक के उलट, Apple.com के HTML source को अंदर से सुंदर नहीं माना गया है
- इसे Apple engineers की गलती कम, और घटिया सामग्रियों पर चिकनी बाहरी परत चढ़ाने के अलावा कोई विकल्प न बचने का नतीजा ज़्यादा माना गया है
- HTML/CSS का अनुभव digital concrete से तराशने जैसा होना चाहिए, लेकिन वास्तव में यह कच्ची pasta से पुल बनाने जैसा ज़्यादा लगता है
- एक सरल और स्थिर markup language को ईमानदार architecture में भाग लेने लायक होना चाहिए
- लेखक कहते हैं कि वे 2024~2025 में ऐसी एक भाषा पूरी होते देखना चाहते हैं
- यदि सरल और स्थिर निर्माण सामग्री नहीं अपनाई गई, तो सभी websites एक जैसी होती जाएँगी
- software इतना जटिल हो चुका है कि ईमानदारी बनाए रखना कठिन हो गया है, और कंपनियों के लिए अपनी कमज़ोर अंदरूनी संरचना दिखाना मुश्किल है
- Wirth's Law हालात को और बदतर बना सकता है, और अगर software सड़ता गया तो हो सकता है कि केवल बहुराष्ट्रीय कंपनियाँ ही websites बना सकें
- Bartosz Ciechanowski का mechanical watch demo इस बात का उदाहरण है कि ईमानदार software संभव है
- इसका source code एक विशाल WebGL दीवार की तरह खड़ी मार्गदर्शक संरचना दिखाता है
- यह सुंदर है, लेकिन चिकना वेब नहीं है
- World Wide Web का पूरा का पूरा 3D WebGL जादू होना ज़रूरी नहीं है
- Patrick Colison, Derek Sivers, Lu Wilson, Phil Gyford की sites आरामदेह HTML झोपड़ियों जैसे उदाहरण हैं
- जैसे किसी दोस्त की बनाई चरमराती लकड़ी की कुर्सी designer chair से बेहतर लग सकती है, वैसे ही वेब पर भी चरमराती websites की ज़्यादा ज़रूरत है
“सस्ता” का मतलब अँधेरे में ताक-झाँक नहीं है
- जैसे अमेरिका के मध्य भाग की सपाट, उपजाऊ और तेज़ हवा वाली ज़मीन में बाहरी tumbleweed प्रजाति खूब फैल गई, वैसे ही वेब भी कुछ ऐसी परिस्थितियों में आ गया है जहाँ ग़ुस्सा आसानी से फैलता है
- World Wide Web विशाल आबादी, अलग-अलग लोगों, गैर-व्यक्तिगत दूरी और ad revenue से जुड़ा है
- ग़ुस्सा वेब के ज़रिए ख़ास तौर पर तेज़ी से फैलता है
- बड़े parasocial platforms इंटरनेट को शत्रुतापूर्ण और गैर-मानवीय जगह में बदल देते हैं
- वे click बनाए रखने के लिए FOMO भड़काते हैं
- “engagement” के लिए मतभेदों को बढ़ा-चढ़ाकर दिखाते हैं
- वे stardom engines बनाते हैं ताकि users लगातार ताक-झाँक करते रहें
- वे पोषणहीन सनसनीखेज़ content से लोगों को फँसाते हैं
- छोटा और सच्चा communication चुपचाप फल-फूल सकता है, और उसे खोजना व बनाना दोनों आसान हो सकता है
- इंटरनेट पर लिखना
- third place ढूँढना या बनाना
- फ़ोन करना, niche interest groups में शामिल होना, और सिर्फ़ lurk न करके जीना
- candid culture को अपनाना
- जिन लोगों की आप परवाह करते हैं उन्हें अपने schedule में जगह देना
- farmers market में लोगों से मिलना
- अहिंसक संवाद सीखना
- Pokémon Go का चरम क्षण इस बात की झलक देता है कि इंटरनेट का भविष्य कैसा हो सकता है
- शायद सही technology से संयोगवश होने वाली मुलाक़ातों को synthesize किया जा सके
- लेखक बताते हैं कि वे 2012 से “Peace & Progress II” नाम का एक AR game हल्के तौर पर design कर रहे हैं
“सस्ता” deep web जैसा नहीं है
- Sturgeon’s Law के अनुसार “हर चीज़ का 90% कचरा है”, और World Wide Web का वह 10% जो कचरा नहीं है, उस तक पहुँचना मुश्किल हो सकता है
- deep web dark web से अलग है, और यह मुश्किल से मिलने वाली चीज़ है क्योंकि उसे ढूँढना ही कठिन है
- कंप्यूटर चीज़ें ढूँढने और सहेजने में अच्छे होते हैं, लेकिन इंटरनेट का बड़ा हिस्सा टूटा हुआ है या ग़ायब हो चुका है
-
अच्छे वेब को ढूँढना कठिन बनाने वाले कारण
- Spam
- कंपनियाँ और कंप्यूटर बड़े पैमाने पर कचरा बनाते हैं, और Google का इस्तेमाल करके या पैसे देकर स्वतंत्र search results पर हावी हो जाते हैं
- इसकी तुलना सार्वजनिक पुस्तकालय की अलमारियों पर विज्ञापन डाक और coupon के ढेर से की गई है
- DuckDuckGo, Kagi जैसे alternative search engines को support किया जा सकता है
- JavaScript
- आधुनिक websites static HTML से अधिक dynamic JS से बन रही हैं, और dynamic content कंप्यूटरों के लिए पढ़ना कठिन है
- इसकी तुलना ऐसी स्थिति से की गई है जहाँ आपने किताब मँगाई लेकिन आपको N64 cartridge में बंद ebook मिली
- उस cartridge के लिए काम करने वाला N64, compatible TV, उपकरणों के उपयोग और मरम्मत का ज्ञान, cartridge चलाने का तरीका, और loading व menu navigation का समय चाहिए
- HTML को JS से टक्कर देनी है तो बेहतर tools चाहिए, और JS को replace करने के लिए HTML development experience को आज के JS experience से 10 गुना आसान, तेज़ और सस्ता होना होगा
- Images
- HTML, JS से ज़्यादा टिकाऊ है, लेकिन beginners के लिए अब भी बहुत अनुकूल नहीं है
- अगर आसान markup language नहीं होगी, तो लोग PowerPoint या Photoshop में documents साझा करेंगे
- images को कंप्यूटर के लिए पढ़ना और सुरक्षित रखना कठिन है, और copy की copy की quality घटने पर यह और कठिन हो जाता है
- HTML/CSS जितना शक्तिशाली और Markdown जितना सरल कुछ चाहिए
- Accessibility
- HTML आम तौर पर सुनने, देखने या अन्य सीमाओं वाले लोगों के लिए पर्याप्त अनुकूल नहीं है
- सस्ते वेब का default ऐसा होना चाहिए जो कई interfaces पर लचीले ढंग से काम करे
- curb cut effect की तरह accessibility सुधारों का लाभ सबको मिलता है
- Payments
- browser subscription और one-click payment संभालने वाला digital wallet implement कर सकते थे, लेकिन consumers को Amazon और Apple के proprietary solutions का इंतज़ार करना पड़ा
- payments कठिन होने के कारण किसी ने पैसे नहीं दिए, और ads टिकाऊ revenue का default बन गए
- ध्यान और privacy बचाने का default तरीका piracy बन गया, ऐसा माना गया है
- ad hell से बाहर निकलने के लिए developers और consumers, ख़ासकर digital goods के लिए online payments, को बेहतर बनाना होगा
- लेखक कहते हैं कि उन्होंने donation आसान बनाने के लिए WishWell बनाया, लेकिन charity donations कोई रामबाण नहीं हैं
- Arbitrary Addresses
- आधुनिक इंटरनेट को Amazon delivery network की तरह काम करने वाला बताया गया है
- digital goods को supplier या सबसे नज़दीकी logistics center से आने की ज़रूरत नहीं होती; पड़ोसी से data copy करके और तेज़ी से भेजा-लिया जा सकता है
- Content-addressable storage यह संभव बनाता है, लेकिन digital infrastructure की हर परत में इसका उपयोग नहीं होता
- www.* स्तर की mainstream adoption के लिए ज़्यादा browser support और एक killer app चाहिए, और imgur alternative को एक उम्मीदवार बताया गया है
- Platforms
- email और podcast RSS किसी की मिल्कियत नहीं हैं, और सबको उनकी आज़ादी और लचीलेपन से बड़ा लाभ मिलता है
- Slack, Twitter, Visa, Zoom, Google, Amazon, Instagram, Unity, YouTube, GoDaddy जैसी कंपनियाँ ऐसे infrastructure को control करती हैं जिसे उन्हें control करने की ज़रूरत नहीं है
- enshittification के चक्र से निकलने के लिए open protocols और उनके लिए अच्छे interfaces बनाने वाले designers की ज़रूरत है
- Mastadon जैसी federated services को आशाजनक माना गया है
- Ad-Hoc Archival
- अगर इंटरनेट BitTorrent जैसी किसी चीज़ पर बना होता, तो हर चीज़ को archive और index करना मामूली और automatic काम होता
- अभी archive.org bit rot के ख़िलाफ़ लगभग निष्फल संघर्ष में लगातार फंड की कमी से जूझ रहा है
- जब तक archive-friendly digital infrastructure नहीं बनता, तब तक archive.org को donate करना चाहिए
- Spam
“सस्ता” dark web नहीं है
- NFT शायद शुरू से ही बुरा विचार रहा हो, लेकिन cryptocurrency community के कई लक्ष्य सम्मान देने लायक माने गए हैं
- crypto लोग वास्तव में ढहते हुए दुनिया के central infrastructure को ठीक करने या replace करने की कोशिश कर रहे हैं
- global financial system को बनाए रखने वाले लोग बार-बार असफल हुए हैं, खेल पहले से तय लगता है, और global inequality अपरिहार्य दिखती है
- सरकारें और कंपनियाँ privacy को लगातार रौंदती रहती हैं
- बैंक धीमे हैं, और credit card fees चोरी जैसी लगती हैं
- cryptocurrency के कट्टर समर्थकों की आलोचना इस रूप में की गई है कि वे Dogecoin को किसी आभासी गुफा में जमा करने के लिए proof of work से तेल के भंडार जला देना चाहते हैं
- sustainable technical future में blockchain की क्या भूमिका होगी यह स्पष्ट नहीं है, लेकिन मनचाही सुविधा और जायज़ privacy पाने के लिए इतनी ऊर्जा बर्बाद करना ज़रूरी नहीं होना चाहिए
- अगर privacy मिले भी, तो shitcoin scams, ransomware और हानिकारक चीज़ों को पीछे छोड़कर उसका ज़िम्मेदारी से उपयोग होना चाहिए
“सस्ता” वास्तव में क्या मतलब रखता है
- maintenance cost कम: अधिकतर web pages को बिना ढहे अनिश्चितकाल तक चलते रहना चाहिए
- exit cost कम: वेब से बाहर निकलना तकलीफ़देह नहीं होना चाहिए
- access cost कम: अधिकतर websites screen reader आदि के साथ compatible होनी चाहिए
- participation cost कम: Wii पर भी वेब के साथ interaction संभव होना चाहिए
- discovery cost कम: 1W power पर भी web browsing आरामदायक होनी चाहिए
- contribution cost कम: website बनाना और host करना scrapbook बनाने से भी आसान होना चाहिए
1 टिप्पणियां
Hacker News की राय
एक मायने में मूल लेख जो चाहता है, वह E-ink स्क्रीन और org/vimwiki/markdown के करीब है
जिस समस्या की आलोचना हो रही है, वह styling से शुरू होती है। अगर सचमुच accessible hypertext किताब चाहिए, तो styling की ज़रूरत नहीं; नियंत्रण user के पास होना चाहिए
default theme इतना ही हो कि पढ़ने में आसान font हो, सफेद background पर काला text, 36pt bold title, 14pt body, और सभी elements block के रूप में हों
EPUB असल में इस्तेमाल करने पर काफ़ी अच्छा format है, और कभी-कभी website द्वारा सुझाए गए navigation experience के बजाय इस तरह की “browsing” ज़्यादा पसंद आती है
या फिर मूल लेख शायद higher-level CSS/HTML चाहता हो; तब “low-level counterpart से सरल है” कहने के बावजूद, असल में एक नई भाषा और जटिल ontology फिर बन जाएगी, जो सच में सरल नहीं होगी
default styling options वाला Markdown बनाया जा सकता है, लेकिन basic HTML/CSS सीखना ऐसे special Markdown और उसके distribution तरीकों को सीखने से कहीं ज़्यादा जटिल है, ऐसा मुझे नहीं लगता
web और styling इसलिए जटिल हुए क्योंकि 2000s की web styling, तरह-तरह की devices, और smartphone interaction models आपस में मिल गए
आज के browser लगभग operating system जैसे हैं, और browser के ज़रिए share की जा सकने वाली चीज़ों की complexity 1990s के PC पर native रूप से बनाई जा सकने वाली चीज़ों से भी बड़ी लगती है। browser में Godot engine भी चलाया जा सकता है, दोस्तों के साथ मज़े के लिए project prototype बनाया जा सकता है, या पसंदीदा लोगों से संवाद करने के लिए private platform भी बनाया जा सकता है
JavaScript को लेकर बहुत विरोध है, लेकिन पहली बार देखने पर लगा था जैसे सपना सच हो गया। यह लगभग आसानी से experiences बनाने और share करने की ताकत देता है, और Big Tech अगर over-engineered frameworks से boring websites बनाता है, तो इससे यह बात नहीं बदलती
मैं नहीं चाहता कि web designers के पास ऐसी ताकत हो। क्योंकि वे उस ताकत का इस्तेमाल unwanted experiences थोपने में करते हैं
आपने जो फायदे बताए, वे browser में चलने वाली किसी भी language पर लागू हो सकते हैं
CSS widgets को support करने की कोशिश करता है, इसलिए जटिल हो जाता है। यही app और content का फर्क है
web दोनों के लिए जगह है, लेकिन अगर कोई सिर्फ content बना सकता है और बनाना चाहता है, तो वह आसान और सरल होना चाहिए
HTML reader के रूप में text-only browser इस्तेमाल करता हूँ, और EPUB के लिए भी यह ठीक बैठता है। graphical fonts, JavaScript, CSS, colors—कुछ भी नहीं
अक्सर .txt में save करके less(1) से और आराम से पढ़ता हूँ
यह trend सचमुच अच्छा लग रहा है। हाल में “HTML को HTML की तरह इस्तेमाल करें” वाली बातें बहुत देखी हैं, और शायद यह ज़्यादातर HATEOAS की तरफ़ से आ रही है
मैं web developer नहीं हूँ, लेकिन समझ नहीं आता कि हम इस हालत तक कैसे पहुँचे
web की शुरुआत documents share करने के माध्यम के रूप में हुई थी और HTML भी उसी हिसाब से बनाया गया था। बाद में जब Google Docs जैसी general applications बनाना चाहा गया, तो ऐसे tools बने जो non-document चीज़ों को document होने का दिखावा कराते हैं
सबने उन tools को शानदार मानकर इस्तेमाल करना शुरू कर दिया, और web का 90% अब भी documents ही है, फिर भी अब वह ऐसे frameworks पर बनाया जा रहा है जो non-document चीज़ों को document होने का दिखावा कराते हैं
जबकि असल में शुरुआत से ही अधिकतर cases में हम documents ही बना रहे होते हैं। यह पूरा मामला पूरी तरह पागलपन भरी उलझन है, और मुझे नहीं समझ आता कि दुनिया की engineering culture इसे पूरी तरह की सनक क्यों नहीं मानती
web applications बनाने वाले JavaScript tools सही तरह से इस्तेमाल किए जाएँ तो अच्छे हैं। जिस product पर मैं काम करता हूँ, वह HTMX से ज़्यादा आसानी से बन पाएगा—यह मैं कल्पना नहीं कर सकता, हालांकि शायद मुझे कुछ पता न हो
लेकिन यह ज़रूर जानना चाहता हूँ कि क्या कोई ज़्यादा enjoyable non-web UI engine है। web app UI को document sharing platform के ऊपर चिपकाया गया देखकर लगता है कि native UI development को ज़्यादा consistent होना चाहिए
individual web application codebases इसलिए गड़बड़ हैं क्योंकि खराब तरीके से बनाने पर real physical engineering की तुलना में penalty बड़ी नहीं होती, इसलिए business requirements को बिना plan के बस जोड़ देना ROI के लिहाज से बेहतर रहता है
उल्टा, 30 साल पुराने legacy codebases आज के आम React applications और services की उलझन से कहीं ज़्यादा खराब होते हैं
क्या किसी ने HTTP के ऊपर CommonMark का प्रस्ताव रखा है?
बस GET response में Markdown डालें और
Content-Type: text/markdownके साथ भेजें, ताकि client तय करे कि render कैसे करना हैयह modern Gopher जैसा लगेगा
मैंने अपना blog भी इसी सोच से बनाया था। बस Markdown लिखना चाहता था और चाहता था कि browser उसे ज़रूरी तरीके से render कर दे, और इसके लिए मुझे JavaScript की एक line load करने का तरीका मिला
लेकिन ऐसी चीज़ें पसंद करने वाले लोग आम तौर पर JavaScript से नफरत करते हैं, इसलिए दोनों तरफ़ से गालियाँ पड़ती हैं
[0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
https://github.com/markusdocnet
“जब software सड़ता जाता है, तो केवल multinational companies ही websites बना सकने वाली इकाइयाँ रह जाएँगी” वाली बात पर: वे पहले से ही यह तय करने की स्थिति में हैं कि open-source software किसके लिए है
लोग सबसे ज्यादा यह नहीं समझते कि बहुत ताकत वाले अमीर लोगों की संख्या बढ़नी है, तो बिना ताकत वाले गरीब लोगों की संख्या भी बढ़नी ही पड़ेगी। पहले वालों के हित लगभग हमेशा दूसरे वालों को कमजोर करते हैं
इसी तरह, ऐसा software नहीं हो सकता जो multinational companies और आम लोगों—दोनों की सेवा करे। क्योंकि पहले वालों के हित लगभग हमेशा दूसरे वालों को कमजोर करते हैं
वाकई बहुत अच्छा लेख था। ज़्यादातर लोग जिस बात को महसूस नहीं करते, ध्यान नहीं देते, या ध्यान देना नहीं चाहते, उसे कोई और भी महसूस करता है—यह देखना अद्भुत लगा
यह छोटी-सी नुक्ताचीनी हो सकती है, लेकिन पेज की भयानक aesthetics ने मुख्य बात को कमजोर कर दिया
पारंपरिक design standards से यह काफ़ी खराब हो सकती है, लेकिन इसमें इतनी personality थी कि इसे देखना मज़ेदार लगा
इसलिए chat के लिए decentralized XMPP server इस्तेमाल करना चाहिए
दूसरे chat विकल्पों के उलट, यह सचमुच बहुत मामूली hardware पर भी चल जाता है
उस setup को इस्तेमाल करने के बाद ही “Crackberry” का मतलब समझ आया। तुरंत response और keyboard का combination मैंने उसके बाद फिर कभी अनुभव नहीं किया
काश हम उन दिनों में लौट पाते जब 2000s की शुरुआत की तरह किसी भी page पर view source करने से बहुत कुछ पता चल जाता था, और साफ़-सुथरा व्यवस्थित code दिखता था
मौजूदा हालत की एक और बड़ी वजह यह है कि कई कंपनियां अलग-अलग कारणों से frontend code को सक्रिय रूप से obfuscate करती हैं, और कई मामलों में payload size और client parsing time को थोड़ा भी कम करने की minification process में अनजाने में ऐसा हो जाता है। हर token मायने रखता है
फिर भी अच्छा होगा अगर de facto standard frontend syntax कम अस्पष्ट हो, ताकि असली नामों को छोड़कर minification मूल रूप से lossless operation बन जाए
यह browser स्तर पर तय होना चाहिए। क्या हम चाहते हैं कि client अपने browser में ठीक-ठीक क्या चल रहा है, यह पता लगा सके?
अगर जवाब नहीं है, तो मौजूदा स्थिति बढ़िया है। अगर जवाब हां है, तो मौजूदा स्थिति काफी निराशाजनक है, और WASM-based payloads के आने से यह और भी निराशाजनक होगी क्योंकि अब disassembly भी करनी पड़ेगी
मैंने लगभग इसी तरह खुद से effective HTML सीखी। यह सचमुच मज़ेदार था
मैं JavaScript बहुत ज़्यादा नहीं करता, लेकिन मैंने हमेशा सोचा था कि minification process code को खुद नहीं बदलती
अच्छा है। 2005 में जब सबने सामूहिक रूप से तय किया कि हर किसी का page एक जैसा दिखना चाहिए, जैसे TheFacebook™ profile, तब मुझे लगता है कि कुछ मूल्यवान खो गया
दुर्भाग्य से, इसमें Google के उस बदलाव ने और जोड़ दिया जिसमें ऐसे personal sites की search results में priority कम कर दी गई, और इस तरह ये शानदार custom pages लगभग गायब हो गए
आप background, colors, fonts खुद set कर सकते थे, animations कर सकते थे, और अपनी पसंद का music autoplay करवा सकते थे। इसने आम लोगों को web developer बना दिया
अगर सारे pages simple technology से बने हों, तो styling developer नहीं, user खुद तय कर सकता है
कंपनियां उन चीज़ों पर पैसा खर्च नहीं करना चाहतीं जो बिल्कुल ज़रूरी नहीं हैं, और लोग भी बहुत अलग नहीं हैं
basic HTML सीखकर उसे Amazon S3 जैसी जगह पर डालना, web address जोड़ना या hosting cost देना—इस काम के लिए समय और मेहनत बहुत ज़्यादा है
इसके बजाय, वह सारा समय, effort और labour Facebook को outsource किया जा सकता है, जिसके पास पहले से website बनी हुई है। यह खराब है और unwanted लोगों से भरा है, लेकिन free है और वही लक्ष्य पूरा कर देता है
Google ने देखा कि लोग websites की जगह Facebook profiles इसलिए बना रहे हैं क्योंकि यह आसान है, और जब business websites कभी-कभी Facebook page से पुरानी होने लगीं, तो उसने network site results को ordinary pages से ऊपर रखना शुरू कर दिया
अब लोग अपनी पसंद की shops को Facebook पर follow करते हैं, और उदाहरण के लिए अगर उन्हें अचानक एक दिन के लिए बंद करना पड़े और वे कल तक न खुलें, तो इसका कुछ अंदाज़ा लग जाता है
यह सस्ते web के खिलाफ तर्क नहीं है। बात यह है कि लोग पैसे, समय, मेहनत या इनके किसी combination में सबसे कम cost वाले option की तरफ जाते हैं, और उसे इसलिए इस्तेमाल करते हैं क्योंकि वह काम करता है और काम निपटा देता है
मैं अब भी website maintain करता हूं। क्योंकि मैं independence को महत्व देता हूं, और अपने विचारों को American corporate culture की preferences के हिसाब से dull नहीं बनाना चाहता
लेकिन ज़्यादातर लोग इसकी परवाह नहीं करते। ban hammer पड़ने तक वे आसान option इस्तेमाल करते रहेंगे
साथ ही, public good की तरह काम करने वाला social media न बना पाने की कोई वजह नहीं है। हमारे पास बस ऐसा Facebook हो सकता है जो for-profit company न हो, जिसे पैसा कमाने के लिए सबको गुस्सा दिलाने की जरूरत न हो
profit motive के बिना social media समाज के लिए बहुत बड़ा फायदा हो सकता है
ऐसा simple website browse करना सचमुच ताज़गी देता है जिसका content मुख्यतः text हो और images संयम से इस्तेमाल हों
हर “modern” website बहुत थका देने वाली है
पहली visit पर अगर newsletter signup, login prompt, या पूरी screen ढकने वाली बड़ी image जैसी कोई चीज़ आ जाए, तो मैं तुरंत reading mode में switch कर देता हूं
ऐसा करने पर अगर page usable नहीं रहता, तो आमतौर पर बस चला जाता हूं। आज का web थका देने वाला है, और ज़्यादातर मामलों में user-hostile महसूस होता है
मुझे नहीं पता कि आगे का रास्ता cheap web है, small web है, slow web है, indie web है, या इन attributes का कोई combination
लेकिन मौजूदा web में कुछ गड़बड़ है, और इसमें mass-produced superficiality महसूस होती है
पुरानी sites, जिन्हें लोग सिर्फ इसलिए बनाते थे क्योंकि उन्हें कोई cool चीज़ सच में पसंद थी, अब ढूंढना बहुत मुश्किल है। उनकी कमी खलती है
पहले DMOZ.org जैसी topic-wise organised web directories थीं, जो काफी comprehensive होने की कोशिश करती थीं और serious curation करती थीं
लेकिन आज के दौर में उसका equivalent कुछ नहीं है। लोग शिकायत करते हैं कि SEO problems की वजह से search results बेकार हो गए हैं, लेकिन यह कुल मिलाकर manual curation के गायब होने का नतीजा ज़्यादा लगता है