2 điểm bởi GN⁺ 2023-12-19 | 1 bình luận | Chia sẻ qua WhatsApp
  • “Web rẻ tiền” không nói về miễn phí hay vẻ ngoài bóng bẩy, mà là một triết lý thiết kế web kiểu solarpunk: trả tiền cho người sáng tạo và tạo ra web bền lâu bằng những vật liệu web đơn giản, trung thực
  • Web hiện đại khó để lộ cấu trúc bên trong vì HTML/CSS/JS phức tạp và các nền tảng dựa trên quảng cáo; khi các trang ngày càng giống nhau, môi trường trở nên khó xây dựng hơn đối với cá nhân và nhà sáng tạo quy mô nhỏ
  • Các nền tảng parasocial lớn biến web thành một không gian thù địch và phi cá nhân bằng FOMO, cơ chế thúc đẩy tương tác và nội dung giật gân, nhưng giao tiếp chân thực như viết lách quy mô nhỏ, các nhóm theo sở thích và trao đổi trực tiếp vẫn còn khả thi
  • 10% hữu ích của web khó tìm và khó bảo tồn vì spam, các trang tập trung vào JavaScript, tài liệu dựa trên hình ảnh, thiếu khả năng truy cập, vấn đề thanh toán, hệ thống địa chỉ tùy ý, lệ thuộc nền tảng và cách lưu trữ tạm bợ
  • Web rẻ tiền cần hạ thấp chi phí duy trì, rời bỏ, truy cập, tham gia, khám phá và đóng góp; nó phải hoạt động lâu dài và dùng được cả với trình đọc màn hình lẫn thiết bị tiêu thụ điện thấp

“Rẻ tiền” không phải là miễn phí

  • Tạo ra thứ tốt là việc khó và tốn nhiều thời gian; để người sáng tạo tiếp tục làm ra sản phẩm, họ phải có khả năng trang trải tiền thuê nhà, tiền ăn và chi phí vật liệu
  • Nếu bạn đang chi chưa đến 1 USD mỗi giờ cho giải trí như podcast, video, bài viết, game hay sách, hãy cân nhắc cách hỗ trợ người sáng tạo và hạ tầng nâng đỡ họ

“Rẻ tiền” không phải là bóng bẩy

  • Trái với ẩn dụ làm mộc của Steve Jobs rằng “bên trong chiếc hộp cũng phải đẹp”, mã nguồn HTML của Apple.com được đánh giá là bên trong không đẹp
    • Đây không hẳn là lỗi của các kỹ sư Apple, mà là nhận định rằng họ chỉ còn lựa chọn phủ một lớp vỏ bóng bẩy lên trên những vật liệu thô kém
  • HTML/CSS lẽ ra phải cho cảm giác như điêu khắc bằng bê tông số, nhưng trên thực tế lại gần với xây cầu bằng mì pasta chưa nấu
    • Một ngôn ngữ đánh dấu đơn giản, ổn định cần có khả năng tham gia vào kiến trúc trung thực
    • Tác giả cho biết mình hy vọng hoàn thiện một ngôn ngữ như vậy trong giai đoạn 2024–2025
  • Nếu không chấp nhận những vật liệu xây dựng đơn giản và ổn định, mọi website có thể tiếp tục ngày càng giống nhau
    • Phần mềm đã trở nên quá phức tạp khiến việc duy trì sự trung thực trở nên khó khăn, và các công ty khó để lộ cấu trúc bên trong vì nó yếu kém
  • Wirth's Law có thể làm tình hình tệ hơn; nếu phần mềm mục ruỗng dần, các tập đoàn đa quốc gia có thể trở thành những chủ thể duy nhất còn có thể làm website
  • Bản demo đồng hồ cơ của Bartosz Ciechanowski là một ví dụ cho thấy phần mềm trung thực là khả thi
    • Mã nguồn cho thấy một cấu trúc hướng dẫn được dựng lên như một bức tường WebGL khổng lồ
    • Nó đẹp, nhưng không phải một web bóng bẩy
  • World Wide Web không nhất thiết toàn bộ phải là phép màu 3D WebGL
  • Cũng như chiếc ghế gỗ cọt kẹt do bạn bè làm còn tốt hơn ghế thiết kế, web cần nhiều website cọt kẹt hơn

“Rẻ tiền” không phải là rình mò u ám

  • Giống như loài tumbleweed ngoại lai rất hợp với vùng đất bằng phẳng, màu mỡ và nhiều gió ở miền Trung nước Mỹ, web cũng trở thành môi trường nơi sự phẫn nộ dễ lan rộng trong những điều kiện nhất định
    • World Wide Web được kết nối bởi dân số lớn, những con người khác nhau, khoảng cách phi cá nhân và doanh thu quảng cáo
    • Sự phẫn nộ lan truyền đặc biệt tốt qua web
  • Các nền tảng parasocial lớn biến internet thành một nơi thù địch và phi cá nhân
    • Chúng kích thích FOMO để giữ người dùng nhấp chuột
    • Chúng phóng đại khác biệt vì “engagement”
    • Chúng tạo ra cỗ máy danh tiếng khiến người dùng cứ tiếp tục rình mò
    • Chúng dụ dỗ bằng nội dung giật gân thiếu giá trị
  • Giao tiếp nhỏ bé và chân thành vẫn âm thầm phát triển, đồng thời được cho là dễ tìm và dễ tạo
  • Đỉnh cao của Pokémon Go được đánh giá là đã cho thấy tương lai của internet có thể trông như thế nào
    • Với công nghệ phù hợp, có thể tổng hợp được những cuộc gặp gỡ tình cờ
    • Tác giả cho biết từ năm 2012 đã phác thảo nhẹ một game AR tên “Peace & Progress II”

“Rẻ tiền” không giống deep web

  • Theo Sturgeon’s Law, “90% của mọi thứ là rác”, và 10% không phải rác của World Wide Web có thể khó chạm tới
  • deep web khác với dark web, và được xem là khó tìm đơn giản vì nó ở trong trạng thái khó tìm
  • Máy tính rất giỏi tìm kiếm và lưu trữ, nhưng nhiều phần của internet đã hỏng hoặc biến mất
  • Những yếu tố khiến web tốt khó tìm

    • Spam
      • Doanh nghiệp và máy tính tạo rác ở quy mô lớn, tận dụng Google hoặc trả tiền để lấn át kết quả tìm kiếm độc lập
      • Điều này được ví như kệ sách thư viện công cộng bị phủ kín bởi thư quảng cáo và phiếu giảm giá
      • Có thể hỗ trợ các công cụ tìm kiếm thay thế như DuckDuckGo, Kagi
    • JavaScript
      • Website hiện đại được xây dựng bằng JS động nhiều hơn HTML tĩnh, và nội dung động khiến máy tính khó đọc
      • Điều này được ví như đặt mua một cuốn sách nhưng nhận được ebook nằm trong băng N64
      • Chiếc băng đó cần một máy N64 hoạt động, TV tương thích, kiến thức sử dụng và sửa thiết bị, cách dùng băng, cùng thời gian tải và duyệt menu
      • Để HTML cạnh tranh với JS, nó cần công cụ tốt hơn; để thay thế JS, trải nghiệm phát triển HTML phải dễ hơn, nhanh hơn và rẻ hơn 10 lần so với trải nghiệm JS hiện nay
    • Images
      • HTML bền vững hơn JS nhưng vẫn không thân thiện với người mới
      • Nếu không có ngôn ngữ đánh dấu dễ dùng, mọi người sẽ chia sẻ tài liệu bằng PowerPoint hoặc Photoshop
      • Hình ảnh khó để máy tính giải mã và lưu trữ, và càng khó hơn khi các bản sao của bản sao bị giảm chất lượng
      • Cần một thứ mạnh mẽ như HTML/CSS nhưng đơn giản như Markdown
    • Accessibility
      • HTML nhìn chung không thân thiện với những người có hạn chế về thính giác, thị giác, v.v.
      • Mặc định của web rẻ tiền phải hoạt động linh hoạt trên nhiều giao diện
      • Giống như curb cut effect, mọi người đều hưởng lợi từ cải thiện khả năng truy cập
    • Payments
      • Trình duyệt từng có thể triển khai ví số để quản lý đăng ký và thanh toán một nhấp, nhưng người tiêu dùng đã phải chờ các giải pháp độc quyền của Amazon và Apple
      • Vì thanh toán khó khăn nên chẳng ai trả tiền, và quảng cáo trở thành mặc định cho doanh thu bền vững
      • Cách mặc định để bảo vệ sự chú ý và quyền riêng tư được xem là piracy
      • Để thoát khỏi địa ngục quảng cáo, thanh toán trực tuyến cho nhà phát triển và người tiêu dùng, đặc biệt là với hàng hóa số, cần tốt hơn
      • Tác giả cho biết đã tạo WishWell để giúp việc quyên góp dễ hơn, nhưng quyên góp từ thiện không phải thuốc chữa bách bệnh
    • Arbitrary Addresses
      • Internet hiện đại được ví như hoạt động giống mạng lưới giao hàng của Amazon
      • Hàng hóa số không cần đến từ nhà cung cấp hay trung tâm logistics gần nhất; ta có thể sao chép dữ liệu từ hàng xóm để gửi và nhận nhanh hơn
      • Content-addressable storage cho phép điều này, nhưng nó không được dùng ở mọi tầng của hạ tầng số
      • Để được chấp nhận đại trà ở cấp www.*, cần nhiều hỗ trợ trình duyệt hơn và một killer app; một lựa chọn thay thế imgur được nhắc tới như ứng viên
    • Platforms
      • Email và RSS podcast không thuộc sở hữu của ai, và mọi người đều hưởng lợi lớn từ sự tự do và linh hoạt đó
      • Các công ty như Slack, Twitter, Visa, Zoom, Google, Amazon, Instagram, Unity, YouTube, GoDaddy kiểm soát những hạ tầng không cần phải bị kiểm soát
      • Để thoát khỏi vòng lặp enshittification, cần các giao thức mở và những nhà thiết kế tạo ra giao diện tốt cho các giao thức đó
      • Các dịch vụ liên hợp như Mastadon được đánh giá là nhiều hứa hẹn
    • Ad-Hoc Archival
      • Nếu internet được xây dựng trên thứ gì đó như BitTorrent, việc lưu trữ và lập chỉ mục mọi thứ đã là chuyện nhỏ và tự động
      • Hiện nay archive.org vẫn tiếp tục thiếu tiền trong cuộc chiến vô vọng chống lại bit rot
      • Cho đến khi xây dựng được hạ tầng số có thể lưu trữ, cần quyên góp cho archive.org

“Rẻ tiền” không phải dark web

  • NFT có lẽ ngay từ đầu đã là một ý tưởng tệ, nhưng nhiều mục tiêu của cộng đồng cryptocurrency vẫn đáng được tôn trọng
  • Những người làm crypto đang thực sự cố gắng sửa chữa hoặc thay thế hạ tầng trung tâm của một thế giới đang sụp đổ
  • Những người duy trì hệ thống tài chính toàn cầu đã nhiều lần thất bại; trò chơi trông như bị dàn xếp và bất bình đẳng toàn cầu có vẻ không thể tránh khỏi
    • Chính phủ và doanh nghiệp tiếp tục chà đạp quyền riêng tư
    • Ngân hàng thì chậm, phí thẻ tín dụng có cảm giác như ăn cướp
  • Những người cuồng cryptocurrency bị chỉ trích là muốn đốt trữ lượng dầu bằng proof of work để chất Dogecoin trong một hang ảo
  • Blockchain sẽ đóng vai trò gì trong tương lai công nghệ bền vững vẫn chưa rõ, nhưng để có được sự tiện lợi mong muốn và quyền riêng tư xứng đáng, không cần phải lãng phí nhiều năng lượng đến vậy
  • Nếu có được quyền riêng tư, cần sử dụng nó một cách có trách nhiệm và bỏ lại phía sau các trò lừa shitcoin, ransomware và những thứ độc hại

“Rẻ tiền” thực sự có nghĩa là gì

  • Chi phí duy trì thấp: hầu hết trang web phải hoạt động vô thời hạn mà không sụp đổ
  • Chi phí rời bỏ thấp: việc thoát khỏi web không nên gây đau đớn
  • Chi phí truy cập thấp: hầu hết website phải tương thích với trình đọc màn hình và các công cụ tương tự
  • Chi phí tham gia thấp: ngay cả Wii cũng phải có thể tương tác với web
  • Chi phí khám phá thấp: duyệt web phải dễ chịu ngay cả với mức điện năng 1W
  • Chi phí đóng góp thấp: tạo và hosting website phải dễ hơn làm scrapbook

1 bình luận

 
GN⁺ 2023-12-19
Ý kiến trên Hacker News
  • Xét ở một khía cạnh nào đó, điều bài gốc muốn gần với màn hình E-ink và org/vimwiki/markdown hơn
    Vấn đề bị chỉ trích bắt đầu từ việc tạo kiểu. Nếu 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, và người dùng phải là người kiểm soát nó
    Chủ đề mặc định chỉ cần ở mức phông chữ dễ đọc, chữ đen trên nền trắng, tiêu đề in đậm 36pt, nội dung 14pt, và mọi phần tử đều là khối
    EPUB là một định dạng khá ổn nếu dùng thực tế, và đôi khi tôi còn thích kiểu “duyệt đọc” này hơn trải nghiệm điều hướng mà các trang web đề xuất
    Hoặc cũng có thể bài gốc muốn một dạng CSS/HTML ở cấp cao hơn, nhưng rồi như vậy lại tạo ra thêm một ngôn ngữ mới và một hệ bản thể phức tạp, thứ được cho là “đơn giản hơn đối ứng cấp thấp” nhưng thực ra không phải vậy
    Có thể làm ra một phiên bản Markdown có sẵn các tùy chọn tạo kiểu mặc định, nhưng tôi không nghĩ học HTML/CSS cơ bản lại phức tạp hơn nhiều so với học kiểu Markdown chuyên biệt đó cùng cách phân phối của nó
    Web và việc tạo kiểu trở nên phức tạp là do sự giao thoa giữa cách tạo kiểu web của thập niên 2000, nhiều loại thiết bị khác nhau, và kiểu tương tác trên smartphone
    Trình duyệt ngày nay gần như là một hệ điều hành, và độ phức tạp của những gì có thể chia sẻ qua trình duyệt có vẻ còn lớn hơn cả những gì có thể làm bản địa trên PC thập niên 1990. Bạn thậm chí có thể chạy cả engine Godot trong trình duyệt, tạo prototype dự án cho vui với bạn bè, hoặc làm nền tảng riêng để giao tiếp với những người mình thích
    Có rất nhiều ác cảm với JavaScript, nhưng khi mới tiếp xúc tôi đã có cảm giác như mơ thành sự thật. Nó trao sức mạnh để gần như dễ dàng tạo ra và chia sẻ trải nghiệm, và việc Big Tech làm ra những website nhàm chán bằng các framework thiết kế quá mức không làm thay đổi sự thật đó

    • Chính “sức mạnh để tạo ra trải nghiệm” mới là nguồn gốc của sự ác cảm đó
      Tôi không muốn nhà thiết kế web có sức mạnh ấy, vì nó được dùng để áp đặt trải nghiệm mà người ta không hề mong muốn
    • Phàn nàn về JavaScript hầu như không nhắm vào chính khái niệm một ngôn ngữ lập trình chạy trong trình duyệt
      Những lợi thế bạn nêu có thể áp dụng cho bất kỳ ngôn ngữ nào chạy trong trình duyệt
    • Nội dung cần truyền tải và widget làm việc gì đó trên màn hình là hai thứ khác nhau
      CSS trở nên phức tạp vì nó cố hỗ trợ widget. Đó là sự khác biệt giữa ứng dụng và nội dung
      Web là không gian cho cả hai, nhưng nếu bạn chỉ có thể và chỉ muốn làm nội dung thì nó nên dễ và đơn giản
    • Với tư cách người dùng, tôi chọn chế độ văn bản
      Tôi dùng trình duyệt chỉ văn bản làm trình đọc HTML, và nó cũng rất hợp với EPUB. Không có phông chữ đồ họa, JavaScript, CSS hay màu sắc gì cả
      Tôi còn thường lưu thành .txt để đọc bằng less(1) cho thoải mái hơn
  • Tôi rất thích xu hướng này. Gần đây tôi thấy rất nhiều kiểu “hãy dùng HTML đúng như HTML”, và có lẽ phần lớn xuất phát từ phía HATEOAS
    Tôi không phải nhà phát triển web, nhưng thật sự không hiểu vì sao chúng ta lại đi đến tình trạng này
    Web bắt đầu như một phương tiện chia sẻ tài liệu, và HTML cũng được tạo ra để phục vụ điều đó. Sau này khi người ta muốn làm các ứng dụng thông thường như Google Docs, những công cụ cho phép giả vờ rằng thứ không phải tài liệu là tài liệu đã xuất hiện
    Mọi người đều thấy các công cụ đó tuyệt vời và bắt đầu dùng chúng, đến mức giờ đây dù 90% web vẫn là tài liệu, nó lại được xây trên các framework để giả vờ rằng thứ không phải tài liệu là tài liệu
    Trong khi thực tế phần lớn trường hợp ngay từ đầu vẫn chỉ là đang làm tài liệu. Mọi thứ đúng là một mớ hỗn loạn điên rồ, và tôi không hiểu vì sao văn hóa kỹ thuật toàn cầu lại không xem đây là sự điên loạn hoàn toàn

    • HATEOAS là viết tắt của Hypermedia as the Engine of Application State
      Các công cụ JavaScript để xây dựng ứng dụng web vẫn tốt nếu dùng đúng cách. Tôi không hình dung được sản phẩm tôi đang làm sẽ dễ xây hơn với HTMX hay không, nhưng cũng có thể là do tôi chưa biết
      Tuy vậy, tôi vẫn tò mò liệu có engine UI phi web nào thú vị hơn không. Nhìn cách UI web app được chắp thêm lên trên một nền tảng chia sẻ tài liệu, có cảm giác phát triển UI native lẽ ra phải nhất quán hơn
    • Tôi không cho rằng bản thân nền tảng tệ đến mức đó
      Lý do từng codebase ứng dụng web lại bừa bộn là vì ngay cả khi làm sai thì hình phạt thực tế vẫn nhỏ hơn nhiều so với kỹ thuật vật lý, nên việc cứ nhét yêu cầu kinh doanh vào mà không có kế hoạch lại cho ROI cao hơn
      Thực ra những codebase legacy 30 năm tuổi còn tệ hơn rất nhiều so với một ứng dụng React điển hình ngày nay và mớ dịch vụ rối rắm của nó
  • Đã từng có ai đề xuất CommonMark trên HTTP chưa?
    Chỉ cần đưa Markdown vào phản hồi GET và gửi với Content-Type: text/markdown, để client tự quyết định cách render
    Cảm giác sẽ giống một Gopher hiện đại

    • Có vẻ không có nhiều khả năng các trình duyệt sẽ triển khai thứ hữu ích như thế. Họ còn chẳng cập nhật cả stylesheet mặc định
      Blog của tôi cũng được làm theo kiểu tư duy đó. Tôi chỉ muốn viết Markdown rồi để trình duyệt render theo cách nó cần, và tôi đã tìm ra cách làm điều đó bằng cách tải một dòng JavaScript
      Nhưng những người thích kiểu này thường cũng ghét JavaScript, nên thành ra bị chê từ cả hai phía
    • “Thế còn làm sao chèn quảng cáo khắp nơi và theo dõi các đối tượng bị theo dõi?”
    • Gemini có vẻ thú vị chứ?
      [0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
    • Triết lý của Markus Docnet đúng là theo hướng đó
      https://github.com/markusdocnet
    • Cách này có vẻ cũng sẽ rất tuyệt cho trình đọc màn hình và các phần mềm hỗ trợ tiếp cận khác
  • Về câu “khi phần mềm mục ruỗng, chỉ còn các tập đoàn đa quốc gia mới có thể là chủ thể làm website”, thì thực ra họ đã ở vị thế quyết định phần mềm mã nguồn mở là dành cho ai rồi
    Điều nhiều người không nhận ra nhất là để có thêm nhiều người giàu nắm nhiều quyền lực, tất yếu cũng phải có thêm nhiều người nghèo không có quyền lực. Lợi ích của vế trước trên thực tế luôn làm suy yếu vế sau
    Tương tự, không thể có phần mềm đồng thời phục vụ các tập đoàn đa quốc gia và người bình thường, vì lợi ích của vế trước trên thực tế luôn làm suy yếu vế sau

  • Đây thực sự là một bài viết rất hay. Thật ngạc nhiên khi thấy người khác cũng cảm nhận những điều mà đa số mọi người không nhận ra, không để tâm, hoặc không muốn để tâm
    Có thể chỉ là soi mói vụn vặt, nhưng thẩm mỹ khủng khiếp của trang đã làm hỏng mất ý chính

    • Kỳ lạ là tôi lại thấy thẩm mỹ của trang này ổn
      Theo các tiêu chuẩn thiết kế truyền thống thì có thể nó khá tệ, nhưng nó có quá nhiều cá tính nên nhìn rất vui
  • Vì vậy, chat nên dùng máy chủ XMPP phân tán
    Khác với các lựa chọn chat khác, nó thực sự chạy được cả trên phần cứng rất ọp ẹp

    • IRC chưa bao giờ chết cả :P
    • Google Chat trên Blackberry năm 2008, tức một client XMPP, là trải nghiệm nhắn tin nhanh nhất mà tôi từng có
      Phải đến khi dùng cấu hình đó tôi mới hiểu ý nghĩa của “Crackberry”. Sự kết hợp giữa tốc độ tức thì và bàn phím là thứ tôi chưa từng gặp lại kể từ đó
    • Ngay cả homeserver Matrix như Synapse giờ cũng chạy được ở khắp nơi, và còn có conduit có vẻ nhẹ hơn nữa
  • Tôi ước gì có thể quay lại thời mà, như đầu những năm 2000, chỉ cần xem mã nguồn của bất kỳ trang nào là học được rất nhiều thứ và thấy mã được sắp xếp gọn gàng
    Một lý do lớn khác cho tình trạng hiện nay là nhiều công ty chủ động làm rối mã frontend vì nhiều lý do, và trong nhiều trường hợp điều đó còn vô tình xảy ra trong quá trình minify để giảm dù chỉ một chút kích thước payload và thời gian phân tích ở phía client. Vì từng token đều quan trọng
    Dù vậy, sẽ thật tuyệt nếu thế giới mà cú pháp frontend tiêu chuẩn trên thực tế bớt mơ hồ hơn, để ngoài các tên thực tế ra thì việc minify về bản chất là một thao tác không mất mát
    Điều này phải được quyết định ở cấp độ trình duyệt. Có muốn client có thể tìm ra chính xác những gì đang được chạy trong trình duyệt của mình hay không?
    Nếu câu trả lời là không, thì tình hình hiện tại là tuyệt vời. Nếu câu trả lời là có, thì hiện trạng khá ảm đạm, và với sự xuất hiện của các payload dựa trên WASM, mọi thứ sẽ còn ảm đạm hơn nữa vì giờ còn phải disassemble

    • Đúng vậy. Chỉ bằng việc xem mã nguồn cũng học được rất nhiều thứ
      Thực ra tôi gần như đã tự học HTML hiệu quả theo cách đó. Rất vui
    • Chẳng phải việc minify không mất mát ngoại trừ các tên thực tế ngay cả bây giờ cũng đã như vậy sao?
      Tôi không làm JavaScript nhiều, nhưng tôi luôn nghĩ quá trình minify không thay đổi chính đoạn mã đó
  • Hay. Tôi nghĩ khi vào năm 2005 mọi người cùng nhau quyết định rằng trang của ai cũng phải trông giống nhau, như hồ sơ TheFacebook™, thì đã có thứ gì đó đáng giá bị mất đi
    Đáng tiếc là điều này lại cộng hưởng với thay đổi từ Google khiến các trang cá nhân như vậy bị hạ ưu tiên trong kết quả tìm kiếm, nên những trang tùy biến tuyệt vời kiểu này gần như biến mất

    • Nghĩ lại thì mức độ tùy biến mà MySpace cho phép đúng là điên rồ nếu nhìn theo chuẩn ngày nay
      Bạn có thể tự đặt nền, màu sắc, phông chữ, thêm hoạt ảnh, thậm chí cho tự phát nhạc mình muốn. Theo một nghĩa nào đó, nó đã biến người bình thường thành lập trình viên web
    • Bài này nghe giống như đang lập luận rằng trang của mọi người nên trông giống hệt nhau hơn là ngược lại
      Nếu mọi trang được làm bằng công nghệ đơn giản, thì người quyết định kiểu dáng có thể là người dùng chứ không phải lập trình viên
    • Facebook Pages trở thành như vậy vì nó rẻ
      Doanh nghiệp không muốn chi tiền cho những thứ không thật sự cần thiết, và con người nói chung cũng không khác mấy
      Việc học HTML cơ bản rồi đưa nó lên đâu đó như Amazon S3, nối địa chỉ web hoặc trả tiền hosting đòi hỏi quá nhiều thời gian và công sức cho mục đích này
      Thay vào đó, bạn có thể thuê ngoài toàn bộ thời gian, nỗ lực và lao động đó cho Facebook, nơi đã có sẵn website. Nó tệ hại và đầy những kẻ bạn không muốn dính vào, nhưng miễn phí và vẫn đạt cùng mục tiêu
      Google thấy rằng vì dễ hơn nên người ta tạo hồ sơ Facebook thay vì website, và khi xuất hiện trường hợp website doanh nghiệp còn cũ hơn cả trang Facebook, họ bắt đầu ưu tiên kết quả từ các mạng lưới đó hơn các trang thông thường
      Giờ đây mọi người theo dõi cửa hàng họ thích trên Facebook và nhờ đó cũng phần nào biết được, chẳng hạn, cửa hàng có đột ngột đóng cửa trong ngày và không mở lại cho tới ngày mai hay không
      Đây không phải là lập luận chống lại web giá rẻ. Ý tôi là con người sẽ đổ về lựa chọn có chi phí thấp nhất xét theo tiền bạc, thời gian, công sức hoặc một sự kết hợp của những thứ đó, và họ dùng nó vì nó hoạt động và giúp xong việc
      Tôi vẫn duy trì website của mình. Vì tôi coi trọng tính độc lập và không muốn làm cùn suy nghĩ của mình cho hợp với sở thích trong văn hóa doanh nghiệp Mỹ
      Nhưng đa số mọi người không quan tâm những điều đó. Họ sẽ tiếp tục dùng lựa chọn dễ dàng cho đến khi bị cây búa cấm đoán giáng xuống
      Ngoài ra, không có lý do gì mà ta không thể tạo ra mạng xã hội vận hành như hàng hóa công. Ta hoàn toàn có thể có một Facebook không phải công ty vì lợi nhuận, không cần chọc giận tất cả mọi người để kiếm tiền
      Mạng xã hội không có động cơ lợi nhuận có thể mang lại lợi ích to lớn cho xã hội
  • Việc lướt các website đơn giản với nội dung chủ yếu là văn bản và dùng hình ảnh tiết kiệm thực sự rất mới mẻ
    Mọi website “hiện đại” đều quá mệt mỏi
    Nếu ngay lần đầu truy cập mà hiện lên thứ gì đó như đăng ký newsletter, yêu cầu đăng nhập, hoặc ảnh lớn che kín màn hình, tôi lập tức chuyển sang chế độ đọc

    • Nếu không thể đóng ngay và tiếp tục xem thì tôi bấm chuột phải để chặn phần tử đó
      Nếu làm vậy mà trang không dùng được nữa thì thường tôi sẽ rời đi luôn. Web ngày nay thật mệt mỏi, và trong đa số trường hợp có cảm giác thù địch với người dùng
  • Tôi không biết con đường cần đi lúc này là web giá rẻ, web nhỏ, web chậm, indie web, hay là một sự kết hợp của các thuộc tính đó
    Nhưng web hiện tại có điều gì đó sai sai, và tôi cảm thấy sự hời hợt được sản xuất hàng loạt
    Những website cũ được làm ra chỉ vì người ta thích tự tay làm điều thú vị giờ quá khó tìm. Tôi nhớ chúng

    • Khó tìm là vì thật ra chẳng có liên kết nào trỏ tới chúng cả
      Ngày xưa từng có những web directory được sắp theo chủ đề như DMOZ.org, cố gắng khá toàn diện và làm tuyển chọn rất nghiêm túc
      Nhưng thời nay không còn thứ tương đương nữa. Mọi người hay than rằng kết quả tìm kiếm trở nên vô dụng vì vấn đề SEO, nhưng điều đó có lẽ gần hơn với hệ quả của việc tuyển chọn thủ công gần như biến mất trên diện rộng