เว็บ “ราคาถูก”
(potato.cheap)- “เว็บราคาถูก” ไม่ได้หมายถึงของฟรีหรือหน้าตาที่เรียบหรู แต่เป็นปรัชญาการออกแบบเว็บแบบ solarpunk ที่เสนอให้จ่ายเงินให้ครีเอเตอร์ และสร้างเว็บที่อยู่ได้นานด้วย วัสดุของเว็บที่เรียบง่ายและซื่อตรง
- เว็บสมัยใหม่เผยให้เห็นโครงสร้างภายในได้ยาก เพราะ HTML/CSS/JS ที่ซับซ้อนและแพลตฟอร์มที่อิงโฆษณา ขณะที่เว็บไซต์ต่าง ๆ เริ่มคล้ายกันมากขึ้น จนกลายเป็นสภาพแวดล้อมที่ บุคคลทั่วไปและผู้สร้างรายเล็ก ทำได้ยาก
- แพลตฟอร์ม parasocial ขนาดใหญ่ทำให้เว็บกลายเป็นพื้นที่ที่เป็นปฏิปักษ์และไร้ความเป็นมนุษย์ ด้วย FOMO การกระตุ้น engagement และคอนเทนต์ยั่วยุ แต่ การสื่อสารที่จริงใจ อย่างงานเขียนเล็ก ๆ กลุ่มความสนใจ และการสื่อสารโดยตรงยังคงเป็นไปได้
- 10% ของเว็บที่ยังใช้งานได้ดีนั้น ค้นหาและเก็บรักษาได้ยาก เพราะสแปม เว็บไซต์ที่เน้น JavaScript เอกสารแบบรูปภาพ การขาด accessibility ปัญหาการชำระเงิน ระบบที่อยู่ตามอำเภอใจ การผูกติดกับแพลตฟอร์ม และวิธีเก็บถาวรแบบเฉพาะกิจ
- เว็บราคาถูกควรลดต้นทุนในการดูแลรักษา การย้ายออก การเข้าถึง การมีส่วนร่วม การสำรวจ และการมีส่วนช่วย และต้องทำงานได้ยาวนาน รวมถึงใช้งานได้กับ screen reader และอุปกรณ์พลังงานต่ำ
“ราคาถูก” ไม่ใช่ฟรี
- การสร้างสิ่งดี ๆ นั้นยากและใช้เวลานาน และถ้าครีเอเตอร์จะสร้างต่อไปได้ พวกเขาต้องรับภาระ ค่าเช่า ค่าอาหาร และค่าวัสดุ ได้
- หากคุณใช้เงินกับความบันเทิงอย่างพอดแคสต์ วิดีโอ บทความ เกม หรือหนังสือ น้อยกว่า 1 ดอลลาร์ต่อชั่วโมง ก็ควรพิจารณาวิธีสนับสนุนครีเอเตอร์และ โครงสร้างพื้นฐาน ที่ค้ำจุนพวกเขา
“ราคาถูก” ไม่ใช่ความเรียบหรู
- ตรงข้ามกับอุปมางานไม้ของ Steve Jobs ที่ว่า “ด้านในของกล่องก็ต้องสวยงามด้วย” ซอร์ส HTML ของ Apple.com ถูกมองว่าข้างในไม่ได้สวยงาม
- ไม่ใช่วิศวกรของ Apple ทำผิด แต่เป็นการประเมินว่าพวกเขาเหลือเพียงทางเลือกที่จะหุ้มเปลือกนอกที่เรียบหรูไว้บนวัสดุที่หยาบกระด้าง
- HTML/CSS ควรให้ความรู้สึกเหมือนการแกะสลักคอนกรีตดิจิทัล แต่ในความเป็นจริงกลับใกล้เคียงกับ การสร้างสะพานด้วยพาสต้าดิบ
- ภาษามาร์กอัปที่เรียบง่ายและเสถียรควรเข้ามามีส่วนร่วมในสถาปัตยกรรมที่ซื่อตรงได้
- ผู้เขียนระบุว่าเขาหวังจะทำภาษาหนึ่งเช่นนั้นให้เสร็จในปี 2024–2025
- หากไม่รับเอาวัสดุก่อสร้างที่เรียบง่ายและเสถียรมาใช้ เว็บไซต์ทั้งหมดอาจคล้ายกันต่อไปเรื่อย ๆ
- ซอฟต์แวร์ซับซ้อนเกินไปจนรักษาความซื่อตรงได้ยาก และบริษัทต่าง ๆ ก็มีโครงสร้างภายในที่ไม่แข็งแรง จึงยากที่จะเปิดเผยออกมา
- Wirth's Law อาจทำให้สถานการณ์แย่ลง และหากซอฟต์แวร์ผุพังต่อไป อาจเหลือเพียงบรรษัทข้ามชาติเท่านั้นที่สร้างเว็บไซต์ได้
- เดโมนาฬิกากลไก ของ Bartosz Ciechanowski เป็นตัวอย่างว่าซอฟต์แวร์ที่ซื่อตรงนั้นเป็นไปได้
- ซอร์สโค้ด แสดงให้เห็นโครงสร้างนำทางที่ตั้งตระหง่านราวกับกำแพง WebGL ขนาดใหญ่
- มันสวยงาม แต่ไม่ใช่เว็บที่เรียบหรู
- World Wide Web ไม่จำเป็นต้องเป็นเวทมนตร์ 3D WebGL ทั้งหมด
- เว็บไซต์ของ Patrick Colison, Derek Sivers, Lu Wilson, Phil Gyford เป็นตัวอย่างเหมือนกระท่อม HTML ที่อบอุ่น
- เหมือนเก้าอี้ไม้เอี๊ยดอ๊าดที่เพื่อนทำเองดีกว่าเก้าอี้ดีไซเนอร์ เว็บก็ต้องการ เว็บไซต์ที่เอี๊ยดอ๊าด มากขึ้นเช่นกัน
“ราคาถูก” ไม่ใช่การสอดส่องอย่างหม่นมืด
- เช่นเดียวกับที่ tumbleweed ซึ่งเป็นชนิดพันธุ์ต่างถิ่นเข้ากันได้ดีกับผืนดินแบนราบ อุดมสมบูรณ์ และลมแรงในแถบมิดเวสต์ของสหรัฐฯ เว็บก็กลายเป็นสภาพแวดล้อมที่ความโกรธแพร่กระจายได้ง่ายภายใต้เงื่อนไขบางอย่าง
- World Wide Web เชื่อมโยงประชากรจำนวนมาก ผู้คนที่แตกต่างกัน ระยะห่างที่ไร้ความเป็นส่วนตัว และรายได้จากโฆษณาเข้าด้วยกัน
- ความโกรธแพร่กระจายได้ดีเป็นพิเศษผ่านเว็บ
- แพลตฟอร์ม parasocial ขนาดใหญ่เปลี่ยนอินเทอร์เน็ตให้เป็นสถานที่ที่เป็นปฏิปักษ์และไร้ความเป็นมนุษย์
- กระตุ้น FOMO เพื่อให้ผู้ใช้คลิกต่อไป
- ขยายความแตกต่างให้เกินจริงเพื่อ “engagement”
- สร้างเครื่องจักรแห่งชื่อเสียง ทำให้ผู้ใช้คอยสอดส่องต่อไป
- ล่อผู้ใช้ด้วยคอนเทนต์ยั่วยุที่ไร้คุณค่า
- การสื่อสารเล็ก ๆ ที่จริงใจยังเติบโตอย่างเงียบ ๆ และถูกมองว่าทั้งค้นหาและสร้างได้ง่าย
- การเขียนบนอินเทอร์เน็ต
- การหา หรือสร้าง third place
- โทรหาใครสักคน เข้าร่วมกลุ่มความสนใจเฉพาะทาง และใช้ชีวิตโดยไม่ lurk
- รับเอา candid culture
- ใส่คนที่คุณรักลงในตารางเวลา
- พบปะผู้คนที่ farmers market
- เรียนรู้ การสื่อสารแบบไม่ใช้ความรุนแรง
- จุดสูงสุดของ Pokémon Go ถูกมองว่าแสดงให้เห็นว่าอนาคตของอินเทอร์เน็ตอาจมีหน้าตาอย่างไร
- เทคโนโลยีที่เหมาะสมอาจสังเคราะห์การพบเจอกันโดยบังเอิญได้
- ผู้เขียนระบุว่าเขาออกแบบเกม AR ชื่อ “Peace & Progress II” แบบหลวม ๆ มาตั้งแต่ปี 2012
“ราคาถูก” ไม่เหมือน deep web
- ตาม Sturgeon’s Law “90% ของทุกสิ่งคือขยะ” และ 10% ของ World Wide Web ที่ไม่ใช่ขยะอาจเข้าถึงได้ยาก
- deep web ต่างจาก dark web และถูกมองว่าอยู่ในสภาพที่ค้นหาได้ยากเพราะมันหายาก
- คอมพิวเตอร์เก่งเรื่องการค้นหาและจัดเก็บ แต่ส่วนใหญ่ของอินเทอร์เน็ตจำนวนมากกลับพังหรือหายไปแล้ว
-
ปัจจัยที่ทำให้เว็บดี ๆ ค้นหาได้ยาก
- Spam
- บริษัทและคอมพิวเตอร์สร้างขยะในปริมาณมหาศาล และใช้ประโยชน์จาก Google หรือจ่ายเงินเพื่อท่วมท้นผลการค้นหาอิสระ
- ถูกเปรียบเหมือนชั้นหนังสือในห้องสมุดสาธารณะที่ถูกจดหมายโฆษณาและคูปองปกคลุม
- สามารถสนับสนุนเสิร์ชเอนจินทางเลือกอย่าง DuckDuckGo, Kagi ได้
- JavaScript
- เว็บไซต์สมัยใหม่ถูกสร้างด้วย JS แบบไดนามิกมากกว่า HTML แบบสแตติก และคอนเทนต์แบบไดนามิกนั้นคอมพิวเตอร์อ่านได้ยาก
- ถูกเปรียบเหมือนสั่งหนังสือแล้วได้รับอีบุ๊กที่บรรจุอยู่ในตลับ N64
- ตลับนั้นต้องมี N64 ที่ใช้งานได้ ทีวีที่รองรับ ความรู้ในการใช้และซ่อมอุปกรณ์ วิธีใช้ตลับ รวมถึงเวลาโหลดและนำทางเมนู
- หาก HTML จะแข่งขันกับ JS ได้ ต้องมีเครื่องมือที่ดีกว่านี้ และหากจะมาแทน JS ประสบการณ์พัฒนา HTML ต้องง่าย เร็ว และถูกกว่าประสบการณ์ JS ในปัจจุบัน 10 เท่า
- Images
- HTML ยั่งยืนกว่า JS แต่ยังไม่เป็นมิตรกับมือใหม่
- หากไม่มีภาษามาร์กอัปที่ง่าย ผู้คนก็จะแชร์เอกสารด้วย PowerPoint หรือ Photoshop
- รูปภาพนั้นคอมพิวเตอร์ถอดรหัสและเก็บรักษาได้ยาก และยิ่งเป็นสำเนาของสำเนาที่คุณภาพลดลงก็ยิ่งยากขึ้น
- จำเป็นต้องมีบางอย่างที่ทรงพลังเหมือน HTML/CSS แต่เรียบง่ายเหมือน Markdown
- Accessibility
- โดยทั่วไป HTML ไม่ค่อยเป็นมิตรกับผู้ที่มีข้อจำกัดด้านการได้ยิน การมองเห็น และอื่น ๆ
- ค่าเริ่มต้นของเว็บราคาถูกต้องทำงานได้อย่างยืดหยุ่นในหลายอินเทอร์เฟซ
- เช่นเดียวกับ curb cut effect ทุกคนได้ประโยชน์จากการปรับปรุง accessibility
- Payments
- เบราว์เซอร์อาจเคยทำ digital wallet ที่จัดการ subscription และการจ่ายเงินแบบคลิกเดียวได้ แต่ผู้บริโภคต้องรอโซลูชันแบบผูกขาดจาก Amazon และ Apple
- เพราะการจ่ายเงินทำได้ยาก จึงไม่มีใครจ่าย และโฆษณากลายเป็นค่าเริ่มต้นของรายได้ที่ยั่งยืน
- วิธีพื้นฐานในการปกป้องความสนใจและความเป็นส่วนตัวจึงกลายเป็น piracy
- หากจะหลุดพ้นจากนรกโฆษณา การชำระเงินออนไลน์สำหรับนักพัฒนาและผู้บริโภค โดยเฉพาะสินค้าดิจิทัล ต้องดีขึ้น
- ผู้เขียนระบุว่าเขาสร้าง WishWell เพื่อให้การบริจาคง่ายขึ้น แต่การบริจาคเพื่อการกุศลไม่ใช่ยาครอบจักรวาล
- Arbitrary Addresses
- อินเทอร์เน็ตสมัยใหม่ถูกเปรียบว่า műköงานเหมือนเครือข่ายจัดส่งของ Amazon
- สินค้าดิจิทัลไม่จำเป็นต้องมาจากผู้ให้บริการหรือศูนย์กระจายสินค้าที่ใกล้ที่สุด และสามารถคัดลอกข้อมูลจากเพื่อนบ้านเพื่อส่งและรับได้เร็วขึ้น
- Content-addressable storage ทำให้สิ่งนี้เป็นไปได้ แต่ยังไม่ได้ถูกใช้ในทุกชั้นของโครงสร้างพื้นฐานดิจิทัล
- การยอมรับในวงกว้างระดับ www.* ต้องมี การรองรับจากเบราว์เซอร์มากขึ้น และ killer app โดยมีการกล่าวถึงทางเลือกแทน imgur ว่าเป็นตัวเลือกหนึ่ง
- Platforms
- อีเมลและพอดแคสต์ RSS ไม่มีใครเป็นเจ้าของ และทุกคนได้ประโยชน์อย่างมากจากเสรีภาพและความยืดหยุ่นนั้น
- บริษัทอย่าง Slack, Twitter, Visa, Zoom, Google, Amazon, Instagram, Unity, YouTube, GoDaddy ควบคุมโครงสร้างพื้นฐานที่ไม่จำเป็นต้องถูกควบคุม
- หากจะหลุดพ้นจากวงจร enshittification จำเป็นต้องมีโปรโตคอลเปิดและนักออกแบบที่สร้างอินเทอร์เฟซที่ดีให้กับโปรโตคอลเหล่านั้น
- บริการแบบ federated อย่าง Mastadon ถูกมองว่าน่ามีความหวัง
- Ad-Hoc Archival
- หากอินเทอร์เน็ตถูกสร้างขึ้นบนสิ่งอย่าง BitTorrent การเก็บรักษาและจัดทำดัชนีทุกอย่างคงเป็นเรื่องเล็กน้อยและอัตโนมัติ
- ปัจจุบัน archive.org ยังคงขาดเงินทุนอยู่ตลอด ในการต่อสู้อย่างไร้หวังกับ bit rot
- จนกว่าเราจะสร้างโครงสร้างพื้นฐานดิจิทัลที่เก็บถาวรได้ เราควร บริจาคให้ archive.org
- Spam
“ราคาถูก” ไม่ใช่เว็บมืด
- NFT อาจเป็นไอเดียที่แย่ตั้งแต่แรก แต่เป้าหมายจำนวนมากของชุมชน cryptocurrency ก็ถือว่าน่าเคารพ
- คนในวงการ crypto กำลังพยายามซ่อมแซมหรือแทนที่โครงสร้างพื้นฐานศูนย์กลางของโลกที่กำลังพังทลายจริง ๆ
- ผู้ดูแลระบบการเงินโลกประสบความล้มเหลวซ้ำแล้วซ้ำเล่า เกมดูเหมือนถูกล็อกผล และความเหลื่อมล้ำทั่วโลกดูเหมือนหลีกเลี่ยงไม่ได้
- รัฐบาลและบริษัทต่าง ๆ ยังคงเหยียบย่ำความเป็นส่วนตัว
- ธนาคารช้า และค่าธรรมเนียมบัตรเครดิตให้ความรู้สึกเหมือนการปล้น
- ผู้สนับสนุน cryptocurrency อย่างสุดโต่งถูกวิจารณ์ว่าพยายามเผาผลาญแหล่งน้ำมันด้วย proof of work เพื่อกอง Dogecoin ไว้ในถ้ำเสมือน
- ยังไม่ชัดเจนว่า blockchain จะมีบทบาทอย่างไรในอนาคตของเทคโนโลยีที่ยั่งยืน แต่ไม่จำเป็นต้องสิ้นเปลืองพลังงานมากขนาดนั้นเพื่อให้ได้ความสะดวกที่ต้องการและความเป็นส่วนตัวที่สมควรได้รับ
- หากเราได้ความเป็นส่วนตัวมาแล้ว ก็ควรใช้อย่างรับผิดชอบ โดยทิ้งกลโกง shitcoin, ransomware และสิ่งเป็นพิษไว้ข้างหลัง
ความหมายที่แท้จริงของ “ราคาถูก”
- ต้นทุนการดูแลรักษาต่ำ: เว็บเพจส่วนใหญ่ควรทำงานได้อย่างไม่มีกำหนดโดยไม่พังทลาย
- ต้นทุนการย้ายออกต่ำ: การออกจากเว็บไม่ควรเป็นเรื่องเจ็บปวด
- ต้นทุนการเข้าถึงต่ำ: เว็บไซต์ส่วนใหญ่ควรเข้ากันได้กับ screen reader และเครื่องมืออื่น ๆ
- ต้นทุนการมีส่วนร่วมต่ำ: แม้แต่ Wii ก็ควรโต้ตอบกับเว็บได้
- ต้นทุนการสำรวจต่ำ: การท่องเว็บควรลื่นไหลแม้ใช้พลังงาน 1W
- ต้นทุนการมีส่วนช่วยต่ำ: การสร้างและโฮสต์เว็บไซต์ควรง่ายกว่าการทำสมุดภาพ
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ในแง่หนึ่ง สิ่งที่ต้นฉบับต้องการใกล้เคียงกับ หน้าจอ E-ink และ org/vimwiki/markdown
ปัญหาที่ถูกวิจารณ์เริ่มจากการจัดสไตล์ ถ้าต้องการหนังสือไฮเปอร์เท็กซ์ที่เข้าถึงได้จริง ๆ ก็ไม่จำเป็นต้องมีการจัดสไตล์ และควรให้ผู้ใช้ควบคุมเอง
ธีมพื้นฐานก็แค่ฟอนต์อ่านง่าย พื้นหลังขาวตัวอักษรดำ หัวข้อหนา 36pt เนื้อหา 14pt และให้องค์ประกอบทั้งหมดเป็นบล็อกก็พอ
เมื่อใช้งานจริง EPUB เป็นฟอร์แมตที่ค่อนข้างดี และบางครั้งก็ชอบการ “ท่องดู” แบบนี้มากกว่าประสบการณ์การนำทางที่เว็บไซต์เสนอ
ไม่เช่นนั้น ต้นฉบับอาจต้องการ CSS/HTML ในระดับที่สูงขึ้น ซึ่งก็จะลงเอยด้วยการสร้างภาษาใหม่และ ontology ที่ซับซ้อนขึ้นมาอีก โดยอ้างว่า “ง่ายกว่าคู่เทียบระดับต่ำ” ทั้งที่จริง ๆ ไม่ใช่
เราอาจทำ Markdown ที่มีตัวเลือกการจัดสไตล์พื้นฐานได้ แต่ไม่ได้มองว่าการเรียน HTML/CSS พื้นฐานจะซับซ้อนกว่าการเรียน Markdown แบบเฉพาะทางกับวิธีเผยแพร่ของมันมากนัก
เว็บและการจัดสไตล์ซับซ้อนขึ้นเพราะการจัดสไตล์เว็บในยุค 2000 อุปกรณ์ที่หลากหลาย และรูปแบบการโต้ตอบบนสมาร์ตโฟนมาบรรจบกัน
เบราว์เซอร์ทุกวันนี้แทบจะเหมือนระบบปฏิบัติการ และความซับซ้อนของสิ่งที่แชร์ผ่านเบราว์เซอร์ได้ก็ดูจะมากกว่าสิ่งที่สร้างแบบเนทีฟบนพีซีในยุค 1990 เสียอีก เราสามารถรันเอนจิน Godot ในเบราว์เซอร์ได้ ทำโปรโตไทป์โปรเจกต์เล่น ๆ กับเพื่อน ๆ หรือสร้างแพลตฟอร์มส่วนตัวไว้สื่อสารกับคนที่ชอบก็ได้
มีความรู้สึกต่อต้าน JavaScript อยู่มาก แต่ตอนที่ได้สัมผัสครั้งแรก มันเหมือนความฝันเป็นจริง มันมอบพลังให้สร้างและแชร์ประสบการณ์ได้แทบจะอย่างง่ายดาย และความจริงนั้นก็ไม่เปลี่ยนไปเพียงเพราะ Big Tech ใช้เฟรมเวิร์กที่ออกแบบเกินจำเป็นมาทำเว็บไซต์น่าเบื่อ
ไม่อยากให้นักออกแบบเว็บมีพลังแบบนั้น เพราะพวกเขาใช้พลังนั้นเพื่อ ยัดเยียดประสบการณ์ ที่เราไม่ต้องการ
ข้อดีที่กล่าวมาสามารถใช้ได้กับภาษาใด ๆ ที่รันในเบราว์เซอร์
CSS ซับซ้อนขึ้นเพราะพยายามรองรับวิดเจ็ต นี่คือความแตกต่างระหว่างแอปกับคอนเทนต์
เว็บเป็นพื้นที่สำหรับทั้งสองอย่าง แต่ถ้าเราทำได้และอยากทำแค่คอนเทนต์ มันก็ควรง่ายและเรียบง่าย
ใช้เบราว์เซอร์แบบข้อความล้วนเป็น HTML reader และก็เข้ากับ EPUB ได้ดี ไม่มีฟอนต์กราฟิก ไม่มี JavaScript ไม่มี CSS ไม่มีสี
บ่อยครั้งผมบันทึกเป็น .txt แล้วอ่านด้วย less(1) ได้สบายกว่า
ชอบกระแสแบบนี้มาก ช่วงหลังเห็นแนว “ใช้ HTML ให้สมกับเป็น HTML” บ่อย และน่าจะมาจากสาย HATEOAS เยอะ
ผมไม่ใช่นักพัฒนาเว็บ แต่ไม่เข้าใจว่าเรามาถึงสภาพนี้ได้อย่างไร
เว็บเริ่มจากการเป็นเครื่องมือแชร์เอกสาร และ HTML ก็ถูกสร้างมาให้เหมาะกับสิ่งนั้น ต่อมาเมื่อเราอยากสร้างแอปพลิเคชันทั่วไปอย่าง Google Docs ก็มีเครื่องมือที่ช่วยให้ทำสิ่งที่ไม่ใช่เอกสารให้แสร้งเป็นเอกสารได้
ทุกคนเริ่มใช้เครื่องมือเหล่านั้นและมองว่ามันยอดเยี่ยม ทั้งที่ 90% ของเว็บยังคงเป็นเอกสาร แต่ตอนนี้กลับถูกสร้างบนเฟรมเวิร์กที่ทำให้สิ่งที่ไม่ใช่เอกสารแสร้งเป็นเอกสาร
ทั้งที่ในความเป็นจริง ส่วนใหญ่เราก็กำลังทำเอกสารตั้งแต่แรกอยู่แล้ว ทั้งหมดนี้เป็นความสับสนที่บ้าคลั่งโดยสิ้นเชิง และไม่รู้ว่าทำไมวัฒนธรรมวิศวกรรมทั่วโลกถึงไม่มองว่านี่คือความวิกลจริตเต็มรูปแบบ
เครื่องมือ JavaScript สำหรับสร้างเว็บแอปพลิเคชันนั้นดีถ้าใช้อย่างถูกต้อง ผมนึกไม่ออกว่าผลิตภัณฑ์ที่ผมทำอยู่จะทำด้วย HTMX ได้ง่ายขึ้นอย่างไร แต่อาจเป็นเพราะผมไม่รู้ก็ได้
แต่ก็สงสัยว่ามีเอนจิน UI ที่ไม่ใช่เว็บที่น่าใช้กว่านี้ไหม เมื่อเห็นว่า UI ของเว็บแอปถูกแปะทับอยู่บนแพลตฟอร์มแชร์เอกสาร การพัฒนา UI แบบเนทีฟก็น่าจะควรมีความสอดคล้องมากกว่านี้
เหตุผลที่ codebase ของเว็บแอปพลิเคชันแต่ละตัวเละเทะ ก็เพราะแม้จะทำผิดพลาด บทลงโทษก็ไม่หนักเท่าวิศวกรรมกายภาพจริง ๆ ดังนั้นการยัดข้อกำหนดทางธุรกิจเข้าไปโดยไม่วางแผนจึงให้ ROI สูงกว่า
ตรงกันข้าม codebase มรดกอายุ 30 ปีจำนวนมากแย่กว่าการพัวพันกันของแอป React และบริการที่พบได้ทั่วไปในปัจจุบันมาก
เคยมีใครเสนอ CommonMark บน HTTP ไหม?
แค่ใส่ Markdown ใน response ของ GET แล้วส่งด้วย
Content-Type: text/markdownให้ไคลเอนต์เป็นผู้ตัดสินใจว่าจะเรนเดอร์อย่างไรน่าจะให้ความรู้สึกเหมือน Gopher สมัยใหม่
บล็อกของผมก็ทำด้วยวิธีคิดแบบนั้น ผมแค่อยากใช้ Markdown แล้วให้เบราว์เซอร์เรนเดอร์ตามวิธีที่จำเป็น จึงหาวิธีโหลด JavaScript หนึ่งบรรทัดเพื่อทำสิ่งนี้
แต่คนที่ชอบเรื่องแบบนี้โดยทั่วไปก็เกลียด JavaScript เลยโดนด่าจากทั้งสองฝั่ง
[0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
https://github.com/markusdocnet
สำหรับคำกล่าวที่ว่า “เมื่อซอฟต์แวร์ผุพังลง บริษัทข้ามชาติเท่านั้นที่จะกลายเป็นผู้ที่สร้างเว็บไซต์ได้” จริง ๆ แล้วพวกเขาอยู่ในฝั่งที่กำหนดแล้วว่า ซอฟต์แวร์โอเพนซอร์สมีไว้เพื่อใคร
สิ่งที่ผู้คนมักไม่ตระหนักมากที่สุดคือ หากจะมีคนรวยที่มีอำนาจมากจำนวนมาก ก็ย่อมต้องมีคนจนที่ไร้อำนาจจำนวนมากเช่นกัน ผลประโยชน์ของฝ่ายแรกในทางปฏิบัติมักบั่นทอนฝ่ายหลังเสมอ
ในทำนองเดียวกัน เราไม่สามารถมีซอฟต์แวร์ที่รับใช้ทั้งบริษัทข้ามชาติและคนทั่วไปไปพร้อมกันได้ เพราะผลประโยชน์ของฝ่ายแรกในทางปฏิบัติมักบั่นทอนฝ่ายหลังเสมอ
เป็นบทความที่ดีมากจริง ๆ การได้เห็นว่าคนอื่นก็รู้สึกถึงสิ่งที่คนส่วนใหญ่ไม่รู้สึก ไม่ใส่ใจ หรือไม่อยากใส่ใจ เป็นความรู้สึกที่น่าทึ่ง
อาจเป็นการจับผิดเล็ก ๆ น้อย ๆ แต่ใจความถูกทำลายไปเพราะ สุนทรียะที่เลวร้าย ของหน้าเว็บ
ตามมาตรฐานการออกแบบแบบดั้งเดิมอาจจะค่อนข้างแย่ แต่มีเอกลักษณ์เต็มเปี่ยมจนดูแล้วสนุก
ดังนั้นสำหรับแชตควรใช้ เซิร์ฟเวอร์ XMPP แบบกระจายศูนย์
ต่างจากตัวเลือกแชตอื่น ๆ มันรันได้แม้บนฮาร์ดแวร์ที่โทรมมาก
พอได้ใช้ชุดนั้นถึงเข้าใจความหมายของ “Crackberry” การผสมกันของความเร็วแบบทันทีทันใดกับคีย์บอร์ด เป็นสิ่งที่หลังจากนั้นก็ไม่เคยได้เจออีกเลย
อยากให้เรากลับไปสู่ยุคที่แค่ View Source ของหน้าไหน ๆ ก็เรียนรู้อะไรได้มากมาย และเห็นโค้ดที่จัดระเบียบไว้อย่างสะอาดเหมือนช่วงต้นทศวรรษ 2000
อีกเหตุผลใหญ่ของสภาพปัจจุบันคือ หลายบริษัทตั้งใจทำให้โค้ดฟรอนต์เอนด์อ่านยากด้วยเหตุผลต่าง ๆ และในหลายกรณีก็เป็นผลข้างเคียงจากกระบวนการ minify เพื่อลดขนาด payload และเวลาที่ไคลเอนต์ใช้ parse ลงแม้เพียงเล็กน้อย เพราะทุก token มีความหมาย
ถึงอย่างนั้นก็อยากให้เป็นโลกที่ไวยากรณ์ฟรอนต์เอนด์มาตรฐานโดยพฤตินัยมีความกำกวมน้อยลง จนการ minify กลายเป็นงานที่โดยแก่นแล้วไม่สูญเสียข้อมูล ยกเว้นชื่อจริง ๆ เท่านั้น
เรื่องนี้ต้องตัดสินกันในระดับเบราว์เซอร์ เราอยากให้ไคลเอนต์สามารถรู้ได้ไหมว่าในเบราว์เซอร์ของตนเองกำลังรันอะไรอยู่กันแน่?
ถ้าคำตอบคือไม่ สภาพตอนนี้ก็ยอดเยี่ยมแล้ว ถ้าคำตอบคือใช่ สภาพปัจจุบันก็ค่อนข้างมืดมน และเมื่อ payload แบบ WASM เข้ามา มันก็จะยิ่งมืดมนขึ้น เพราะต้องไปถึงขั้น disassemble กันแล้ว
ผมเรียน HTML ที่ใช้ได้จริง ด้วยตัวเองแทบทั้งหมดแบบนั้น สนุกมากจริง ๆ
ผมไม่ได้ทำ JavaScript มากนัก แต่คิดมาตลอดว่ากระบวนการ minify ไม่ได้เปลี่ยนตัวโค้ดเอง
ดีเลย ผมคิดว่ามีบางอย่างที่มีคุณค่าหายไป ตอนที่ทุกคนร่วมกันตัดสินใจในปี 2005 ว่าหน้าของทุกคนต้องหน้าตาเหมือนกันหมด เช่น โปรไฟล์ TheFacebook™
น่าเสียดายที่เรื่องนี้ถูกซ้ำเติมด้วยการที่ Google เปลี่ยนไปลดลำดับความสำคัญของ เว็บไซต์ส่วนตัว แบบนี้ในผลการค้นหา ทำให้หน้าเว็บแบบปรับแต่งเองเจ๋ง ๆ เหล่านี้แทบจะหายไปหมด
ตั้งพื้นหลัง สี ฟอนต์เองได้ ทำแอนิเมชันได้ และให้เพลงที่ต้องการเล่นอัตโนมัติได้ เท่ากับทำให้คนทั่วไปกลายเป็นนักพัฒนาเว็บ
ถ้าทุกหน้าสร้างด้วยเทคโนโลยีเรียบง่าย คนที่กำหนดสไตล์ได้ก็จะเป็นผู้ใช้เอง ไม่ใช่นักพัฒนา
ธุรกิจไม่อยากใช้เงินกับสิ่งที่ไม่จำเป็นจริง ๆ และผู้คนก็ไม่ได้ต่างกันมาก
การเรียน HTML พื้นฐาน อัปขึ้นที่อย่าง Amazon S3 แล้วผูกที่อยู่เว็บหรือจ่ายค่าโฮสติ้ง เป็นเวลาและแรงที่มากเกินไปสำหรับงานนี้
แทนที่จะทำเอง ก็ outsource เวลา ความพยายาม และแรงงานทั้งหมดนั้นให้ Facebook ที่มีเว็บไซต์อยู่แล้วได้ ถึงจะแย่และเต็มไปด้วยคนที่ไม่อยากเจอ แต่ก็ฟรีและทำให้บรรลุเป้าหมายเดียวกัน
Google เห็นว่าผู้คนสร้างโปรไฟล์ Facebook แทนเว็บไซต์เพราะมันง่ายกว่า และเมื่อเริ่มมีกรณีที่เว็บไซต์ของธุรกิจเก่ากว่าเพจ Facebook ก็เริ่มให้ผลลัพธ์จากไซต์เครือข่ายมาก่อนหน้าทั่วไป
ตอนนี้ผู้คนจึงติดตามร้านที่ชอบบน Facebook และพอจะรู้ได้ เช่น ถ้าร้านต้องปิดกะทันหันหนึ่งวันและจะไม่เปิดจนกว่าจะถึงพรุ่งนี้
นี่ไม่ใช่ข้อโต้แย้งที่ต่อต้านเว็บราคาถูก แต่หมายความว่าผู้คนจะไหลไปหาตัวเลือกที่มีต้นทุนต่ำที่สุด ไม่ว่าจะเป็นเงิน เวลา แรง หรือส่วนผสมของสิ่งเหล่านี้ และใช้มันเพราะมันทำงานได้และทำให้งานเสร็จ
ผมยังคงดูแลเว็บไซต์ของตัวเองอยู่ เพราะให้คุณค่ากับความเป็นอิสระ และไม่อยากทำให้ความคิดของตัวเองจืดลงเพื่อให้เข้ากับรสนิยมของวัฒนธรรมองค์กรอเมริกัน
แต่คนส่วนใหญ่ไม่สนใจเรื่องพวกนั้น พวกเขาจะใช้ตัวเลือกที่ง่ายต่อไปจนกว่าจะโดนค้อนแบนฟาดเข้าให้
อีกอย่าง ไม่มีเหตุผลอะไรที่เราจะสร้าง โซเชียลมีเดียที่ทำงานเหมือนสาธารณูปโภค ไม่ได้ เราอาจมี Facebook ที่ไม่ใช่บริษัทแสวงกำไร และไม่จำเป็นต้องทำให้ทุกคนโกรธเพื่อหาเงินก็ได้
โซเชียลมีเดียที่ไม่มีแรงจูงใจเรื่องกำไรอาจเป็นประโยชน์มหาศาลต่อสังคม
การท่อง เว็บไซต์เรียบง่าย ที่เนื้อหาหลักเป็นข้อความและใช้รูปภาพอย่างประหยัด ให้ความรู้สึกสดชื่นมากจริง ๆ
เว็บไซต์ “สมัยใหม่” ทุกแห่งน่าเหนื่อยเกินไป
ถ้าเข้าครั้งแรกแล้วมีอะไรเด้งขึ้นมา เช่น สมัครรับจดหมายข่าว ขอให้ล็อกอิน หรือภาพใหญ่เต็มจอ ผมจะสลับไปโหมดอ่านทันที
ถ้าทำแล้วหน้าเว็บใช้งานไม่ได้ ผมก็มักจะออกไปเลย เว็บทุกวันนี้น่าเหนื่อย และส่วนใหญ่รู้สึกเป็นปฏิปักษ์ต่อผู้ใช้
ไม่รู้ว่าทางที่ควรไปตอนนี้คือเว็บราคาถูก เว็บเล็ก เว็บช้า เว็บอินดี้ หรือเป็นการผสมคุณสมบัติเหล่านี้
แต่เว็บปัจจุบันมีอะไรบางอย่างที่ผิดเพี้ยน และให้ความรู้สึกถึง ความฉาบฉวยแบบผลิตจำนวนมาก
เว็บไซต์เก่า ๆ ที่สร้างขึ้นเพราะชอบทำสิ่งเจ๋ง ๆ ในตัวมันเอง ตอนนี้หาเจอยากเกินไป คิดถึงมัน
เมื่อก่อนมีเว็บไดเรกทอรีที่จัดตามหัวข้ออย่าง DMOZ.org ซึ่งพยายามให้ครอบคลุมพอสมควรและมีการคัดสรรอย่างจริงจัง
แต่ยุคนี้ไม่มีสิ่งเทียบเท่าแล้ว ผู้คนบ่นกันว่าผลการค้นหาใช้ไม่ได้เพราะปัญหา SEO แต่จริง ๆ แล้วมันใกล้เคียงกับผลลัพธ์ของการที่การคัดสรรด้วยคนหายไปโดยรวมมากกว่า