เว็บที่ "ราคาถูก"

เว็บราคาถูก ≠ ฟรี

• การสร้างสิ่งดี ๆ เป็นเรื่องยากและใช้เวลามาก
• ถ้าเราอยากให้ครีเอเตอร์สร้างสิ่งดี ๆ ให้เรา เราก็ควรจ่ายค่าครองชีพและค่าวัสดุของพวกเขา
• หากคุณใช้จ่ายกับความบันเทิงน้อยกว่า $1 ต่อชั่วโมง ก็ควรคิดด้วยว่าจะสนับสนุนครีเอเตอร์และโครงสร้างพื้นฐานที่คอยสนับสนุนพวกเขาได้อย่างไร

เว็บราคาถูก ≠ ดูเนี้ยบ

• ซอร์ส HTML ของเว็บไซต์ Apple อาจไม่ได้ "สวยงาม" ภายใน แต่ก็โทษวิศวกรของ Apple เรื่องความไม่สวยของ HTML ไม่ได้
• HTML/CSS ควรให้ความรู้สึกเหมือนกำลังแกะสลักคอนกรีตดิจิทัล แต่ในความเป็นจริงกลับเหมือนสร้างสะพานด้วยเส้นพาสต้าที่ยังไม่สุก
• จนกว่าจะมีการยอมรับภาษา markup ที่เรียบง่ายและเสถียร ทุกเว็บไซต์ก็คงยังดูคล้าย ๆ กัน
• ซอฟต์แวร์ซับซ้อนเกินไปจนยากจะรักษาความตรงไปตรงมาเอาไว้
• ผู้คนอย่าง Bartosz Ciechanowski กำลังบุกเบิกเส้นทางไปสู่อนาคตที่งดงามกว่า

เว็บราคาถูก ≠ ชวนขนลุก

• ตอนกลางของสหรัฐอเมริกาเป็นพื้นที่ราบ อุดมสมบูรณ์ และมีลมแรง
• tumbleweed ไม่ใช่พืชพื้นเมืองของอเมริกา แต่กลับกลายเป็นสัญลักษณ์ของ Wild West
• World Wide Web เป็นพื้นที่ที่เชื่อมผู้คนจำนวนมหาศาลเข้าด้วยกัน และขับเคลื่อนด้วยรายได้โฆษณาที่ทำให้ผู้คนต่างพื้นเพถอยห่างกันในระดับส่วนบุคคล
• แพลตฟอร์มโซเชียลได้เปลี่ยนอินเทอร์เน็ตให้กลายเป็นสถานที่ที่เป็นปฏิปักษ์และไร้ความเป็นส่วนตัว
• การสื่อสารเล็ก ๆ ที่จริงใจยังคงเติบโตเงียบ ๆ และทั้งหาได้ไม่ยากและสร้างได้ไม่ยาก

เว็บราคาถูก ≠ ลุ่มลึก

• ตามกฎของสเตอร์เจียน "90% ของทุกสิ่งคือขยะ"
• 10% ของ World Wide Web เข้าถึงได้ยาก
• อินเทอร์เน็ตส่วนใหญ่พังหรือหายไปเพราะปัญหาเรื่องสแปม, JavaScript, รูปภาพ, การเข้าถึง, การชำระเงิน, ที่อยู่แบบสุ่ม, แพลตฟอร์ม และการเก็บถาวรชั่วคราว

เว็บราคาถูก ≠ มืดมน

• NFT อาจเป็นความคิดที่แย่มาตั้งแต่แรกเสมอ แต่ชุมชนคริปโตเคอร์เรนซีเองก็ไล่ตามเป้าหมายที่น่าเคารพ
• ผู้ดูแลระบบการเงินโลกทำให้พวกเราผิดหวังมาหลายต่อหลายครั้ง
• ยังไม่ชัดเจนว่า blockchain จะมีบทบาทอย่างไรในอนาคตทางเทคโนโลยีที่ยั่งยืน แต่เราไม่จำเป็นต้องเผาผลาญพลังงานจำนวนมากเพื่อให้ได้มาซึ่งความสะดวกและความเป็นส่วนตัวที่เราต้องการ

เว็บราคาถูก = ราคาถูก

• ค่าดูแลรักษาต้องต่ำ
• ต้องเลิกใช้เว็บได้ง่าย
• ต้องเข้าถึงได้ดี
• ต้องโต้ตอบกับเว็บได้ง่าย
• การท่องเว็บควรเป็นเรื่องสนุก
• การสร้าง/โฮสต์เว็บไซต์ต้องง่ายกว่าการทำสมุดภาพ

ความเห็นของ GN⁺

• สิ่งสำคัญที่สุดในบทความนี้คือการเน้นเรื่องการเข้าถึงได้และความยั่งยืนของการออกแบบและพัฒนาเว็บ
• เว็บราคาถูกไม่ใช่แค่เว็บที่มีต้นทุนต่ำ แต่เป็นปรัชญาที่มุ่งสู่อินเทอร์เน็ตที่มีจริยธรรมและจริงใจ
• ข้อเสนอหลากหลายเพื่อสร้างระบบนิเวศเว็บที่เป็นธรรมและยั่งยืนสำหรับทั้งครีเอเตอร์และผู้ใช้นั้นน่าสนใจ และอาจส่งผลอย่างมีนัยสำคัญต่ออนาคตของเทคโนโลยีและสังคมของเรา

[GN⁺]

ความคิดเห็นจาก Hacker News

• ผู้โพสต์ต้นฉบับ (OP) ดูเหมือนต้องการหน้าจอ E-ink และ org/vimwiki/markdown ปัญหาเริ่มที่เรื่องการจัดสไตล์ เพราะถ้าต้องการหนังสือไฮเปอร์เท็กซ์ที่เข้าถึงได้อย่างแท้จริง ก็ไม่จำเป็นต้องมีการจัดสไตล์ ผู้ใช้ควรเป็นคนควบคุมเอง โดยธีมเริ่มต้นอาจตั้งเป็นฟอนต์ที่อ่านง่าย ตัวอักษรสีดำบนพื้นขาว หัวข้อขนาด 36pt ตัวหนา และย่อหน้าขนาด 14pt แบบปกติ ในการใช้งานจริง Epub เป็นฟอร์แมตที่ยอดเยี่ยม และฉันชอบประสบการณ์การ "ท่องดู" แบบนี้มากกว่าสิ่งที่เว็บไซต์นั้นเสนอ หรือไม่ก็ OP อาจต้องการ CSS และ HTML ในระดับที่สูงขึ้น ซึ่งจะนำไปสู่ปัญหาการสร้างภาษาใหม่และอ้างออนโทโลยีที่ซับซ้อนกว่าเดิม แน่นอนว่าคุณสามารถทำ Markdown ที่มีตัวเลือกการจัดสไตล์พื้นฐานได้ แต่ฉันมั่นใจว่าการเรียนรู้ HTML และ CSS พื้นฐานนั้นไม่ได้ซับซ้อนไปกว่าการเรียนรู้และใช้งาน Markdown แบบเฉพาะ พร้อมนำเว็บไซต์ขึ้นบนเซิร์ฟเวอร์เฉพาะแต่อย่างใด
• เว็บและการจัดสไตล์เริ่มซับซ้อนเมื่อสไตล์เว็บยุค 2000s มาบรรจบกับการเกิดขึ้นของอุปกรณ์ท่องเว็บหลากหลายแบบ และวิธีที่มันโต้ตอบกับสมาร์ตโฟน เบราว์เซอร์ทุกวันนี้แทบจะเป็นเหมือน OS และระดับความซับซ้อนที่แชร์กันได้ก็สูงกว่าระดับความซับซ้อนที่คุณสร้างได้บนพีซียุค 1990s เสียอีก ตัวอย่างเช่น คุณสามารถรัน Godot engine ในเบราว์เซอร์ได้: จะใช้พัฒนาต้นแบบโปรเจกต์เล่น ๆ กับเพื่อน หรือสร้างแพลตฟอร์มส่วนตัวเพื่อสื่อสารกับคนที่คุณชอบก็ได้ มีคำวิจารณ์ต่อ JS มากมาย แต่ตอนที่ฉันเจอมันครั้งแรก มันเหมือนความฝันที่เป็นจริง และมอบพลังให้สร้างประสบการณ์ต่าง ๆ แล้วแชร์ได้แทบไม่ต้องออกแรง ต่อให้บริษัทยักษ์ใหญ่เลือกสร้างเว็บไซต์น่าเบื่อด้วยเฟรมเวิร์กที่วิศวกรรมเกินความจำเป็น ข้อเท็จจริงนี้ก็ไม่เปลี่ยน
• ฉันไม่ใช่นักพัฒนาเว็บ แต่เว็บเริ่มต้นจากการเป็นวิธีแชร์เอกสาร และ HTML ก็ถูกสร้างล้อมรอบแนวคิดนั้น จากนั้นผู้คนก็อยากสร้างแอปทั่วไป (เช่น Google Docs) เลยสร้างเครื่องมือที่ทำให้สิ่งที่ไม่ใช่เอกสารดูเหมือนเป็นเอกสาร ทุกคนคิดว่าเครื่องมือพวกนี้ยอดเยี่ยมแล้วก็เริ่มใช้กัน แต่ถึงเว็บ 90% จะยังคงเป็นเอกสาร ทุกอย่างกลับถูกสร้างด้วยเฟรมเวิร์กสำหรับทำสิ่งที่ไม่ใช่เอกสาร ทั้งที่จริง ๆ แล้วส่วนใหญ่กำลังสร้างเอกสารตั้งแต่แรกอยู่แล้ว สถานการณ์ทั้งหมดชวนสับสนมาก และฉันไม่เข้าใจว่าทำไมวัฒนธรรมวิศวกรรมทั่วโลกถึงไม่มองว่านี่มันบ้าสุด ๆ
• สงสัยว่ามีใครเคยเสนอ CommonMark บน HTTP ไหม ใส่ Markdown ไว้ใน response ของ GET แล้วตั้ง Content-Type: text/markdown จากนั้นให้ไคลเอนต์เป็นคนตัดสินใจว่าจะเรนเดอร์อย่างไร มันคงจะเหมือน Gopher เวอร์ชันสมัยใหม่
• ฉันแปลกใจจริง ๆ เวลามีคนอื่นรู้สึกเหมือนที่ฉันรู้สึก คนส่วนใหญ่ไม่สนใจ และไม่อยากสนใจด้วยซ้ำ ข้อโต้แย้งถูกทำลายเพราะสุนทรียะอันเลวร้ายของหน้าเพจ
• ฉันอยากกลับไปต้นยุค 2000s ที่การดู source ของหน้าไหนก็ตามจะแสดงโค้ดที่จัดรูปแบบไว้อย่างเรียบร้อย หลายบริษัทตั้งใจทำให้โค้ดฝั่งฟรอนต์เอนด์อ่านยากด้วยเหตุผลหลายอย่าง และอีกหลายบริษัทก็ทำให้อ่านยากโดยไม่ตั้งใจจากการ minify เพื่อประหยัดขนาด payload ของไคลเอนต์และเวลาพาร์สให้ได้อีกนิด ประเด็นที่ต้องตัดสินใจกันในระดับเบราว์เซอร์คือ: เราต้องการให้ไคลเอนต์รู้ได้อย่างชัดเจนหรือไม่ว่ามีอะไรถูกรันอยู่ในเบราว์เซอร์ของตนเอง? ถ้าคำตอบคือสถานะปัจจุบันดีอยู่แล้ว ก็แปลว่าไม่ต้องการ และสถานะปัจจุบันก็มืดมนมาก แถมจะยิ่งมืดมนขึ้นอีกเมื่อ payload แบบ WASM แพร่หลาย เพราะทุกอย่างจะต้องถูก disassemble ทับลงไปอีกชั้น
• เมื่อซอฟต์แวร์ค่อย ๆ เสื่อมถอย บริษัทข้ามชาติอาจกลายเป็นผู้เล่นเพียงกลุ่มเดียวที่สร้างเว็บไซต์ได้ ทุกวันนี้พวกเขาก็เป็นฝ่ายกำหนดอยู่แล้วว่าซอฟต์แวร์โอเพนซอร์สมีไว้เพื่อใคร สิ่งที่ผู้คนตระหนักน้อยที่สุดคือ ถ้าไม่มีคนรวยจำนวนมากและอำนาจของพวกเขา ก็จะไม่มีคนจนจำนวนมากและความไร้อำนาจของพวกเขา ผลประโยชน์ของฝ่ายแรกย่อมบ่อนทำลายฝ่ายหลังอย่างมีประสิทธิภาพเสมอ เช่นเดียวกัน ไม่มีทางมีซอฟต์แวร์ที่ทำให้ทั้งบริษัทยักษ์ข้ามชาติและคนธรรมดาพอใจพร้อมกันได้ เพราะผลประโยชน์ของฝ่ายแรกย่อมบ่อนทำลายฝ่ายหลังอย่างมีประสิทธิภาพเสมอ
• เราควรใช้เซิร์ฟเวอร์ XMPP แบบกระจายศูนย์สำหรับการแชต ซึ่งต่างจากตัวเลือกแชตอื่น ๆ ตรงที่มันยังทำงานได้แม้บนฮาร์ดแวร์ระดับมันฝรั่ง
• การท่องเว็บไซต์เรียบง่ายที่เนื้อหาส่วนใหญ่เป็นข้อความและใช้รูปภาพน้อยเป็นสิ่งที่สดชื่นมาก เว็บไซต์ "สมัยใหม่" ทั้งหมดทำให้เหนื่อยเกินไป ถ้าเว็บไซต์แสดงอะไรสักอย่างมาบนหน้าจอตั้งแต่เข้าครั้งแรก ไม่ว่าจะเป็นชวนสมัครจดหมายข่าว ขอให้ล็อกอิน หรือรูปขนาดใหญ่ที่บัง viewport ฉันจะสลับไป reader view ทันที
• หน้าเว็บส่วนใหญ่ควรใช้งานได้ไปเรื่อย ๆ แบบไม่มีกำหนด และควรมีต้นทุนดูแลรักษาต่ำ HTML แบบง่ายจะยังใช้งานได้ตราบใดที่ยังมีเบราว์เซอร์ที่รองรับ HTML และ CSS เวอร์ชันนั้นอยู่ คุณยังสามารถใช้ static Go binary เพื่อเสิร์ฟ HTML แบบไดนามิกได้ด้วย แต่ฉันนึกภาพไม่ออกว่า Python, Ruby และภาษาอื่น ๆ จะทำแบบนั้นได้หรือไม่ นั่นทำให้ฉันสงสัยว่านี่เป็นกฎที่ดีจริงไหม หรืออาจต้องมีการปรับแก้เพื่อให้ทำได้จริงมากขึ้น
• ฉันคิดว่าเราได้สูญเสียบางอย่างที่มีคุณค่าไป ตอนที่ในปี 2005 เราตัดสินใจว่าหน้าเพจของทุกคนควรหน้าตาเหมือนกันหมด (เช่น โปรไฟล์ TheFacebook™) น่าเสียดายที่สิ่งนั้นรวมกับการเปลี่ยนแปลงของ Google ที่ไปลดค่าผลลัพธ์จากเว็บไซต์ส่วนตัวแบบนี้ ทำให้หน้าเพจปรับแต่งสุดเจ๋งเหล่านั้นแทบสูญพันธุ์ไปเลย