"Web giá rẻ"

Web giá rẻ ≠ miễn phí

• Làm ra thứ tốt là việc khó và tốn nhiều thời gian.
• Nếu muốn những người sáng tạo làm ra điều tốt cho chúng ta, chúng ta phải trả chi phí sinh hoạt và chi phí nguyên liệu của họ.
• Nếu bạn chi dưới $1 mỗi giờ cho giải trí, bạn nên cân nhắc cách hỗ trợ người sáng tạo và hạ tầng đang hỗ trợ họ.

Web giá rẻ ≠ tinh tế

• Mã nguồn HTML của website Apple về mặt nội bộ không "đẹp", nhưng không thể trách các kỹ sư Apple vì sự xấu xí của HTML.
• HTML/CSS lẽ ra phải mang lại cảm giác như điêu khắc trên bê tông kỹ thuật số, nhưng thực tế lại giống như xây cầu bằng mì ống chưa nấu chín.
• Cho đến khi chúng ta chấp nhận một ngôn ngữ đánh dấu đơn giản và ổn định, mọi website sẽ trông na ná nhau.
• Phần mềm đã trở nên quá phức tạp đến mức khó giữ được sự thẳng thắn.
• Những người như Bartosz Ciechanowski đang mở đường tới một tương lai thanh lịch hơn.

Web giá rẻ ≠ rùng rợn

• Vùng trung tâm nước Mỹ bằng phẳng, màu mỡ và nhiều gió.
• Tumbleweed không phải loài cây bản địa của Mỹ, nhưng đã trở thành biểu tượng của miền Viễn Tây.
• World Wide Web là một không gian kết nối dân số quy mô lớn, vận hành bằng doanh thu quảng cáo khiến những con người khác biệt xa cách nhau về mặt cá nhân.
• Các nền tảng xã hội đã biến internet thành một nơi thù địch và thiếu tính cá nhân.
• Những hình thức giao tiếp nhỏ bé và chân thực đang lặng lẽ phát triển, dễ tìm và cũng dễ tạo ra.

Web giá rẻ ≠ sâu sắc

• Theo định luật Sturgeon, "90% của mọi thứ đều là rác".
• 10% của World Wide Web thì khó tiếp cận.
• Nhiều phần của internet bị hỏng hoặc bị thiếu vì các vấn đề như spam, JavaScript, hình ảnh, khả năng truy cập, thanh toán, địa chỉ tùy tiện, nền tảng và lưu trữ tạm thời.

Web giá rẻ ≠ đen tối

• NFT có thể vốn luôn là một ý tưởng tồi, nhưng cộng đồng tiền mã hóa theo đuổi những mục tiêu đáng tôn trọng.
• Những người duy trì hệ thống tài chính toàn cầu đã làm chúng ta thất vọng nhiều lần.
• Chưa rõ blockchain sẽ đóng vai trò gì trong một tương lai công nghệ bền vững, nhưng không cần lãng phí quá nhiều năng lượng để có được sự tiện lợi và quyền riêng tư mà chúng ta mong muốn.

Web giá rẻ = giá rẻ

• Chi phí duy trì phải thấp.
• Phải dễ rời bỏ web.
• Phải có khả năng truy cập tốt.
• Phải dễ tương tác với web.
• Việc khám phá web phải mang lại niềm vui.
• Việc tạo/lưu trữ website phải dễ hơn làm một cuốn scrapbook.

Ý kiến của GN⁺

• Điều quan trọng nhất trong bài viết này là sự nhấn mạnh vào khả năng tiếp cận và tính bền vững của thiết kế và phát triển web.
• Web giá rẻ không chỉ đơn thuần là tốn ít chi phí, mà còn là một triết lý hướng tới một môi trường internet có đạo đức và chân thực.
• Những đề xuất đa dạng nhằm tạo ra một hệ sinh thái web công bằng và bền vững cho cả người sáng tạo lẫn người dùng đều rất đáng chú ý, và điều này có thể tạo ảnh hưởng lớn tới tương lai của công nghệ và xã hội của chúng ta.

[GN⁺]

Ý kiến trên Hacker News

• Có vẻ tác giả bài gốc (OP) muốn một màn hình E-ink và org/vimwiki/markdown. Vấn đề bắt đầu từ phần tạo kiểu, nhưng nếu bạn muốn một cuốn sách siêu văn bản thực sự dễ tiếp cận thì không cần tạo kiểu. Người dùng nên kiểm soát việc đó, và chủ đề mặc định nên được đặt là phông chữ dễ đọc, chữ đen trên nền trắng, tiêu đề 36pt in đậm, đoạn văn 14pt chữ thường. Trong thực tế sử dụng, Epub là một định dạng tuyệt vời, và tôi thích trải nghiệm "duyệt" như vậy hơn những gì trang web đề xuất. Hoặc có thể OP muốn CSS và HTML ở mức cao hơn, nhưng điều đó dẫn tới vấn đề tạo ra một ngôn ngữ mới và khẳng định một ontology phức tạp hơn. Dĩ nhiên có thể tạo ra markdown với các tùy chọn tạo kiểu cơ bản, nhưng tôi tin rằng học HTML và CSS cơ bản không phức tạp đến mức hơn hẳn việc học và vận hành một loại markdown cụ thể để phục vụ website trên một máy chủ cụ thể.
• Web và việc tạo kiểu trở nên phức tạp khi phong cách web của thập niên 2000, sự xuất hiện của nhiều thiết bị duyệt web khác nhau, và cách tương tác với smartphone gặp nhau. Trình duyệt ngày nay gần như là một hệ điều hành, và mức độ phức tạp có thể chia sẻ còn cao hơn mức độ phức tạp có thể tạo ra trên PC thập niên 1990. Ví dụ, bạn có thể chạy engine Godot trong trình duyệt: phát triển nguyên mẫu dự án cho vui cùng bạn bè, hoặc tạo một nền tảng cá nhân để giao tiếp với những người bạn yêu thích. Có rất nhiều chỉ trích nhắm vào JS, nhưng khi tôi lần đầu tiếp xúc với nó, cảm giác như giấc mơ thành hiện thực, trao cho bạn sức mạnh để tạo ra trải nghiệm và chia sẻ gần như không tốn công. Việc các tập đoàn lớn quyết định làm những website nhàm chán bằng các framework được thiết kế quá mức không làm thay đổi thực tế đó.
• Tôi không phải nhà phát triển web, nhưng web khởi đầu như một phương tiện để chia sẻ tài liệu, HTML được xây quanh mục đích đó, rồi cuối cùng người ta muốn tạo các ứng dụng thông thường (ví dụ: Google Docs) nên họ làm ra các công cụ để biến những thứ không phải tài liệu thành trông như tài liệu. Mọi người đều nghĩ các công cụ đó rất tuyệt và bắt đầu dùng chúng, nhưng 90% web vẫn là tài liệu, chỉ là giờ thì mọi thứ lại được xây bằng các framework dùng để làm thứ không phải tài liệu, dù thực ra phần lớn vẫn đang tạo tài liệu ngay từ đầu. Toàn bộ tình huống này rất hỗn loạn, và tôi không hiểu vì sao văn hóa kỹ thuật trên toàn thế giới lại không xem điều đó là hoàn toàn điên rồ.
• Tôi tự hỏi có ai từng đề xuất CommonMark trên HTTP chưa. Đưa markdown vào phản hồi GET và đặt Content-Type: text/markdown, rồi để client tự quyết định cách render. Nó sẽ giống như một Gopher hiện đại.
• Tôi thực sự ngạc nhiên khi người khác cũng cảm thấy điều tôi cảm thấy. Hầu hết mọi người không quan tâm, và cũng không muốn quan tâm. Lập luận bị phá hỏng bởi tính thẩm mỹ khủng khiếp của trang.
• Tôi muốn quay lại đầu những năm 2000, khi xem mã nguồn ở bất kỳ trang nào cũng cho thấy đoạn mã được định dạng rất gọn gàng. Nhiều công ty cố tình làm rối mã frontend vì nhiều lý do khác nhau, và nhiều công ty khác thì vô tình làm rối nó khi minify để tối ưu dù chỉ một chút kích thước payload phía client và thời gian parse. Đây là điều cần được quyết định ở cấp trình duyệt: có muốn client có thể biết chính xác thứ gì đang chạy trong trình duyệt không? Nếu tình trạng hiện tại là tốt thì câu trả lời là không, còn tình trạng hiện tại thì rất ảm đạm, và với sự xuất hiện của payload dựa trên WASM, mọi thứ sẽ còn ảm đạm hơn vì phải disassemble tất cả mọi thứ.
• Khi phần mềm đang mục ruỗng dần, các tập đoàn đa quốc gia có thể trở thành chủ thể duy nhất còn có thể làm website. Họ đã là chủ thể quyết định phần mềm mã nguồn mở là dành cho ai. Điều mà mọi người ít nhận ra nhất là nếu không có nhiều người giàu và quyền lực của họ thì cũng sẽ không có nhiều người nghèo và sự bất lực của họ. Lợi ích của nhóm trước luôn làm suy yếu nhóm sau một cách hiệu quả. Tương tự, không thể có phần mềm đồng thời làm hài lòng cả tập đoàn đa quốc gia lẫn người bình thường. Lợi ích của nhóm trước luôn làm suy yếu nhóm sau một cách hiệu quả.
• Nên dùng các máy chủ XMPP phân tán cho chat, vì khác với các lựa chọn chat khác, nó vẫn chạy được cả trên phần cứng yếu như củ khoai.
• Việc duyệt các website đơn giản, nơi nội dung chủ yếu là văn bản và hình ảnh chỉ được dùng ít, thật sự rất sảng khoái. Mọi website "hiện đại" đều quá mệt mỏi. Nếu một website hiển thị thứ gì đó trên màn hình ngay lần truy cập đầu tiên, dù là đăng ký nhận bản tin, yêu cầu đăng nhập, hay một hình ảnh lớn che kín viewport, tôi sẽ chuyển ngay sang chế độ reader view.
• Hầu hết các trang web nên hoạt động vô thời hạn và có chi phí bảo trì thấp. HTML đơn giản sẽ hoạt động miễn là vẫn còn trình duyệt hỗ trợ phiên bản HTML và CSS đó. Cũng có thể dùng một Go binary tĩnh để phục vụ HTML động. Nhưng tôi khó hình dung Python, Ruby, v.v. có thể đạt được điều đó. Tức là, tôi không chắc đây có phải là một quy tắc tốt không, và có thể cần làm lại để khiến nó khả thi hơn.
• Tôi nghĩ chúng ta đã đánh mất điều gì đó có giá trị khi vào năm 2005, chúng ta quyết định rằng trang của mọi người phải trông giống nhau (ví dụ: hồ sơ TheFacebook™). Đáng tiếc là điều đó, cùng với việc Google thay đổi để đánh giá thấp các kết quả kiểu website cá nhân, đã gần như phá hủy những trang tùy biến tuyệt vời đó.