Le Web « bon marché »

Le Web bon marché ≠ gratuit

• Créer de bonnes choses est difficile et demande beaucoup de temps.
• Si nous voulons que les créateurs produisent de bonnes choses pour nous, nous devons payer leurs frais de subsistance et leurs coûts matériels.
• Si vous dépensez moins de 1 $ par heure pour vous divertir, vous devriez réfléchir à la manière de soutenir les créateurs et l’infrastructure qui les soutient.

Le Web bon marché ≠ raffiné

• Le code source HTML du site d’Apple n’est pas « beau » en interne, mais on ne peut pas reprocher aux ingénieurs d’Apple la laideur du HTML.
• HTML/CSS devrait donner l’impression de sculpter dans du béton numérique, mais en réalité, cela ressemble plutôt à construire un pont avec des pâtes pas encore cuites.
• Tant que nous n’adopterons pas un langage de balisage simple et stable, tous les sites web se ressembleront.
• Les logiciels sont devenus trop complexes pour qu’il soit facile de rester honnête.
• Des gens comme Bartosz Ciechanowski ouvrent la voie vers un avenir plus élégant.

Le Web bon marché ≠ glauque

• Le centre des États-Unis est plat, fertile et venteux.
• Les tumbleweeds ne sont pas une plante originaire des États-Unis, mais elles sont devenues un symbole du Far West.
• Le World Wide Web est un espace qui relie une population immense, tout en tenant personnellement à distance des personnes différentes grâce à des revenus publicitaires.
• Les plateformes sociales ont transformé Internet en un lieu hostile et impersonnel.
• Une communication modeste et sincère prospère discrètement, et il est facile de la trouver comme de la créer.

Le Web bon marché ≠ profond

• Selon la loi de Sturgeon, « 90 % de tout est de la camelote ».
• Les 10 % du World Wide Web qui valent le détour sont difficiles d’accès.
• Une grande partie d’Internet est cassée ou manquante à cause du spam, du JavaScript, des images, de l’accessibilité, des paiements, des adresses arbitraires, des plateformes, de l’archivage temporaire, etc.

Le Web bon marché ≠ sombre

• Les NFT ont peut-être toujours été une mauvaise idée, mais la communauté des cryptomonnaies poursuit des objectifs dignes de respect.
• Les gardiens du système financier mondial nous ont déçus à de nombreuses reprises.
• On ne sait pas clairement quel rôle la blockchain jouera dans un avenir technologique durable, mais il n’est pas nécessaire de gaspiller autant d’énergie pour obtenir le confort et la protection de la vie privée que nous voulons.

Le Web bon marché = bon marché

• Il doit coûter peu à maintenir.
• Il doit être facile de quitter le web.
• Il doit être accessible.
• Il doit être facile d’interagir avec le web.
• La navigation sur le web doit être agréable.
• Créer/héberger un site web doit être plus facile que faire un scrapbook.

L’avis de GN⁺

• Le point le plus important de ce texte est l’accent mis sur l’accessibilité et la durabilité du design et du développement web.
• Le Web bon marché n’est pas seulement une question de coût réduit, c’est une philosophie qui vise un environnement Internet éthique et sincère.
• Les diverses propositions pour créer un écosystème web juste et durable pour les créateurs comme pour les utilisateurs sont intéressantes, et elles pourraient avoir un impact majeur sur l’avenir de la technologie et notre société.

[GN⁺]

Avis Hacker News

• L’auteur original (OP) semble vouloir un écran E-ink et org/vimwiki/markdown. Le problème commence avec le stylage : si l’on veut un livre hypertexte vraiment accessible, il n’y a pas besoin de stylage. L’utilisateur devrait le contrôler, et le thème par défaut serait une police facile à lire, du texte noir sur fond blanc, des titres en gras de 36 pt et des paragraphes en corps 14 normal. En usage réel, Epub est un format formidable, et je préfère ce type d’expérience de « navigation » à ce que propose le site web. Ou alors OP veut peut-être du CSS et du HTML de plus haut niveau, mais cela mène au problème de créer un nouveau langage et de revendiquer une ontologie plus complexe. Bien sûr, on peut faire du markdown avec des options de stylage de base, mais je suis convaincu qu’apprendre le HTML et le CSS de base n’est pas si compliqué par rapport au fait d’apprendre et d’exploiter un markdown particulier pour servir un site web depuis un serveur spécifique.
• Le web et le stylage sont devenus complexes quand le stylage web des années 2000 a rencontré l’apparition de différents appareils de navigation et les modes d’interaction avec les smartphones. Les navigateurs d’aujourd’hui sont presque comme des OS, et la complexité qu’ils peuvent partager est plus élevée que celle qu’on pouvait créer sur un PC des années 1990. Par exemple, on peut exécuter le moteur Godot dans le navigateur : développer pour le plaisir des prototypes de projet avec des amis, ou créer une plateforme personnelle pour communiquer avec les gens qu’on aime. Il y a beaucoup de critiques envers JS, mais quand je l’ai découvert, j’ai eu l’impression qu’un rêve se réalisait : il donnait le pouvoir de créer des expériences et de les partager avec presque aucun effort. Le fait que les grandes entreprises aient décidé de construire des sites ennuyeux avec des frameworks surdimensionnés ne change rien à cela.
• Je ne suis pas développeur web, mais le web a commencé comme un moyen de partager des documents, et HTML a été construit autour de cela. Puis les gens ont voulu créer des applications générales, comme Google Docs, et ont donc fabriqué des outils pour faire passer des choses qui ne sont pas des documents pour des documents. Tout le monde a trouvé ces outils formidables et s’est mis à les utiliser, alors que 90 % du web reste constitué de documents. Pourtant, désormais, tout est construit avec des frameworks faits pour créer des choses qui ne sont pas des documents, alors qu’en pratique on fabrique surtout des documents depuis le début. Toute la situation est extrêmement confuse, et je ne comprends pas pourquoi la culture mondiale de l’ingénierie ne considère pas cela comme complètement fou.
• Je me demande si quelqu’un a proposé CommonMark sur HTTP. On mettrait le markdown dans la réponse au GET, avec Content-Type: text/markdown, et le client déciderait comment le rendre. Ce serait une sorte de Gopher moderne.
• Je suis toujours vraiment surpris quand d’autres ressentent ce que je ressens. La plupart des gens s’en moquent et ne veulent pas s’en soucier. L’esthétique atroce des pages ruine le propos.
• J’aimerais revenir au début des années 2000, quand afficher la source d’une page montrait un code proprement formaté. Beaucoup d’entreprises cherchent délibérément à obscurcir le code frontend pour diverses raisons, et beaucoup d’autres l’obscurcissent involontairement en le minifiant pour rendre ne serait-ce qu’un peu plus efficaces la taille du payload côté client et le temps de parsing. C’est une question qui devrait être tranchée au niveau du navigateur : veut-on que le client puisse savoir exactement ce qui s’exécute dans son navigateur ? Si l’on pense que la situation actuelle est bonne, alors non ; mais la situation actuelle est très sombre, et elle va empirer encore avec l’arrivée des payloads fondés sur WASM, où il faudra en plus tout désassembler.
• À mesure que le logiciel se dégrade, il se peut que seules les multinationales soient encore capables de créer des sites web. Elles sont déjà celles qui décident à qui sert le logiciel open source. Ce que les gens comprennent le moins, c’est que sans beaucoup de pauvres et leur impuissance, il n’y a pas beaucoup de riches ni leur pouvoir. Les intérêts des premiers affaiblissent toujours effectivement les seconds. De même, il ne peut pas exister de logiciel qui satisfasse à la fois les multinationales et les gens ordinaires. Les intérêts des premières affaiblissent toujours effectivement les seconds.
• Il faudrait utiliser des serveurs XMPP distribués pour le chat, car contrairement aux autres options de chat, cela fonctionne même sur du matériel de type patate.
• Parcourir des sites simples, dont le contenu est principalement textuel et qui utilisent peu d’images, est rafraîchissant. Tous les sites « modernes » sont trop fatigants. Si un site affiche quoi que ce soit à la première visite — inscription à une newsletter, demande de connexion, grande image qui couvre le viewport, etc. — je passe immédiatement en mode lecture.
• La plupart des pages web devraient fonctionner indéfiniment et avoir un faible coût de maintenance. Du HTML simple fonctionne tant qu’il existe encore un navigateur qui prend en charge cette version de HTML et de CSS. Il est aussi possible de servir du HTML dynamique avec un binaire Go statique. En revanche, j’ai du mal à imaginer que Python, Ruby, etc. puissent atteindre cela. Cela dit, je me demande si c’est vraiment une bonne règle, et il faudra peut-être retravailler les choses pour la rendre plus atteignable.
• Je pense que quelque chose de précieux a été perdu quand nous avons décidé en 2005 que les pages de tout le monde devaient se ressembler (par ex. les profils TheFacebook™). Malheureusement, cela, ainsi que les changements de Google pour sous-évaluer les résultats comme les sites personnels, ont presque détruit ces superbes pages personnalisées.