Web yang "Murah"

Web murah ≠ gratis

• Membuat hal yang bagus itu sulit dan memakan banyak waktu.
• Jika kita ingin para kreator membuat hal yang bagus untuk kita, kita harus membayar biaya hidup dan biaya bahan mereka.
• Jika Anda menghabiskan kurang dari $1 per jam untuk hiburan, Anda perlu mempertimbangkan bagaimana cara mendukung kreator dan infrastruktur yang menopang mereka.

Web murah ≠ rapi

• Kode sumber HTML situs web Apple secara internal tidak "indah", tetapi kita tidak bisa menyalahkan para engineer Apple atas buruknya tampilan HTML.
• HTML/CSS seharusnya terasa seperti memahat dengan beton digital, tetapi kenyataannya lebih seperti membangun jembatan dengan pasta yang belum matang.
• Sampai kita mengadopsi bahasa markup yang sederhana dan stabil, semua situs web akan terlihat mirip.
• Perangkat lunak sudah menjadi terlalu kompleks sehingga sulit untuk tetap jujur.
• Orang-orang seperti Bartosz Ciechanowski sedang merintis jalan menuju masa depan yang elegan.

Web murah ≠ menyeramkan

• Wilayah tengah Amerika datar, subur, dan berangin.
• Tumbleweed bukan tanaman asli Amerika, tetapi telah menjadi simbol Wild West.
• World Wide Web adalah ruang yang menghubungkan populasi besar, dan digerakkan oleh pendapatan iklan yang secara personal menjauhkan orang-orang yang berbeda satu sama lain.
• Platform sosial mengubah internet menjadi tempat yang bermusuhan dan tidak personal.
• Komunikasi yang kecil dan tulus diam-diam berkembang, mudah ditemukan, dan juga mudah dibuat.

Web murah ≠ dalam

• Hukum Sturgeon mengatakan bahwa "90% dari segala sesuatu adalah sampah".
• 10% dari World Wide Web sulit diakses.
• Banyak bagian internet rusak atau hilang karena masalah spam, JavaScript, gambar, aksesibilitas, pembayaran, alamat acak, platform, penyimpanan sementara, dan lain-lain.

Web murah ≠ gelap

• NFT mungkin selalu merupakan ide yang buruk, tetapi komunitas kripto mengejar tujuan yang patut dihormati.
• Para pengelola sistem keuangan global telah berkali-kali mengecewakan kita.
• Belum jelas peran apa yang akan dimainkan blockchain dalam masa depan teknologi yang berkelanjutan, tetapi kita tidak perlu membuang banyak energi demi kenyamanan dan privasi yang kita inginkan.

Web murah = murah

• Biaya pemeliharaan harus murah.
• Harus mudah untuk keluar dari web.
• Harus memiliki aksesibilitas yang baik.
• Harus mudah berinteraksi dengan web.
• Menjelajahi web harus menyenangkan.
• Membuat/meng-host situs web harus lebih mudah daripada membuat scrapbook.

Opini GN⁺

• Hal terpenting dalam tulisan ini adalah penekanan pada aksesibilitas dan keberlanjutan dalam desain dan pengembangan web.
• Web murah bukan sekadar soal biaya rendah, tetapi sebuah filosofi yang mengejar lingkungan internet yang etis dan tulus.
• Berbagai usulan untuk menciptakan ekosistem web yang adil dan berkelanjutan bagi kreator maupun pengguna sangat menarik, dan ini bisa berdampak besar pada masa depan teknologi dan masyarakat kita.

[GN⁺]

Komentar Hacker News

• OP tampaknya menginginkan layar E-ink dan org/vimwiki/markdown. Masalahnya dimulai dari styling, tetapi jika yang diinginkan adalah buku hiperteks yang benar-benar aksesibel, maka styling tidak diperlukan. Pengguna seharusnya yang mengendalikannya, dan tema default cukup berupa font yang mudah dibaca, teks hitam di atas latar putih, judul 36pt tebal, dan paragraf 14pt biasa. Dalam penggunaan nyata, Epub adalah format yang keren, dan pengalaman "menjelajah" seperti ini lebih disukai daripada yang diusulkan situs web. Atau mungkin OP menginginkan CSS dan HTML tingkat lebih tinggi, tetapi itu akan mengarah pada masalah membuat bahasa baru dan menuntut ontologi yang lebih rumit. Tentu saja kita bisa membuat markdown dengan opsi styling dasar, tetapi saya yakin mempelajari HTML dan CSS dasar tidak jauh lebih rumit daripada harus mempelajari dan menjalankan markdown tertentu untuk menyajikan situs web dari server tertentu.
• Web dan styling menjadi rumit ketika styling web tahun 2000-an, munculnya berbagai perangkat penjelajah, dan cara berinteraksi dengan smartphone bertemu. Browser saat ini hampir seperti OS, dan kompleksitas yang bisa dibagikan lebih tinggi daripada kompleksitas yang bisa dibuat di PC era 1990-an. Misalnya, engine Godot bisa dijalankan di browser: Anda bisa mengembangkan prototipe proyek untuk bersenang-senang bersama teman, atau membuat platform pribadi untuk berkomunikasi dengan orang-orang yang Anda sukai. Ada banyak kritik terhadap JS, tetapi saat pertama kali mengenalnya rasanya seperti mimpi yang jadi kenyataan, karena memberi kekuatan untuk membuat pengalaman dan membagikannya nyaris tanpa usaha. Fakta ini tidak berubah hanya karena perusahaan besar memutuskan membuat situs web membosankan dengan framework yang terlalu direkayasa.
• Saya bukan pengembang web, tetapi web dimulai sebagai sarana untuk berbagi dokumen, HTML dibangun di sekeliling itu, lalu orang-orang ingin membuat aplikasi umum (misalnya Google Docs), sehingga mereka membuat alat untuk membuat hal-hal non-dokumen seolah-olah adalah dokumen. Semua orang menganggap alat-alat ini hebat lalu mulai memakainya, tetapi 90% web masih berupa dokumen, hanya saja sekarang semuanya dibangun dengan framework untuk membuat hal yang bukan dokumen, padahal pada praktiknya kebanyakan tetap membuat dokumen sejak awal. Seluruh situasinya sangat membingungkan, dan saya tidak mengerti bagaimana budaya engineering global tidak memandang ini sebagai sesuatu yang benar-benar gila.
• Saya penasaran apakah pernah ada yang mengusulkan CommonMark di atas HTTP. Masukkan markdown ke respons GET dan setel Content-Type: text/markdown, lalu klien bisa menentukan bagaimana cara merendernya. Itu akan seperti Gopher versi modern.
• Saya benar-benar terkejut ketika orang lain merasakan hal yang saya rasakan. Kebanyakan orang tidak peduli, dan tidak ingin peduli. Argumennya runtuh gara-gara estetika halaman yang mengerikan.
• Saya ingin kembali ke awal 2000-an, ketika melihat source di halaman mana pun menampilkan kode yang diformat sangat rapi. Banyak perusahaan sengaja mencoba mengaburkan kode frontend karena berbagai alasan, dan banyak juga yang tanpa sengaja mengaburkannya saat melakukan minify demi sedikit efisiensi pada ukuran payload dan waktu parsing di sisi klien. Yang perlu diputuskan di level browser adalah: apakah kita ingin klien bisa memahami secara tepat apa yang dijalankan di browser mereka? Jika situasi sekarang dianggap baik, maka jawabannya tidak, dan keadaan saat ini sangat suram; dengan munculnya payload berbasis WASM, keadaan akan makin suram karena kita harus melakukan disassembly di atas semua itu.
• Seiring software membusuk, perusahaan multinasional bisa menjadi satu-satunya pihak yang mampu membuat situs web. Mereka pada dasarnya sudah menjadi pihak yang menentukan open source software itu ditujukan untuk siapa. Yang paling tidak disadari orang adalah bahwa tanpa banyak orang kaya dan kekuasaan mereka, tidak akan ada banyak orang miskin dan ketidakberdayaan mereka. Kepentingan pihak pertama selalu secara efektif melemahkan pihak kedua. Demikian juga, tidak mungkin ada software yang sekaligus memuaskan perusahaan multinasional dan orang biasa. Kepentingan pihak pertama akan selalu secara efektif melemahkan pihak kedua.
• Kita seharusnya menggunakan server XMPP terdistribusi untuk chat, karena tidak seperti opsi chat lainnya, ini tetap berjalan bahkan di hardware sekelas kentang.
• Menjelajahi situs web sederhana yang isinya kebanyakan teks dan hanya sedikit memakai gambar terasa menyegarkan. Semua situs web "modern" terlalu melelahkan. Jika sebuah situs langsung menampilkan sesuatu pada kunjungan pertama—entah ajakan berlangganan newsletter, permintaan login, atau gambar besar yang menutupi viewport—saya langsung beralih ke reader view.
• Sebagian besar halaman web seharusnya bisa berfungsi tanpa batas waktu dan biaya pemeliharaannya murah. HTML sederhana akan tetap berjalan selama masih ada browser yang mendukung versi HTML dan CSS tersebut. Binary Go statis juga bisa dipakai untuk menyajikan HTML dinamis. Tetapi sulit membayangkan Python, Ruby, dan sebagainya bisa mencapai hal itu. Artinya, saya ragu apakah ini aturan yang baik, dan mungkin perlu dikerjakan ulang agar lebih realistis untuk dicapai.
• Saya rasa ada sesuatu yang berharga yang hilang ketika pada 2005 kita memutuskan bahwa halaman semua orang harus terlihat sama (misalnya profil TheFacebook™). Sayangnya, itu ditambah perubahan Google yang merendahkan hasil seperti situs pribadi hampir menghancurkan halaman-halaman kustom yang keren ini.