nprofile1qyt8wumn8ghj7un9d3shjtnyd968gmewwp6kytcqypay0tqsy7t7w3xx0awdm729emg7fs6m9trwtjxplzd4e460kgszy54zemh (nprofile…zemh) s/Linux/tout/ ?
À un moment où je m'étais mis en tête de contribuer au site de documentation sur le packaging Python, je me rappelle de questions « votre doc dit de faire ça, mais sur cette réponse StackOverflow d'il y a 7 ans, je trouve autre chose, quelle est la bonne méthode ? ».
Il y a plein de problèmes qui se superposent :
(1) les gens n'aiment pas lire la doc, mais aussi
(2) la doc est souvent merdique voire inexistante, et on s'est structurellement habitués à ce que ce soit la normalité, et
(3) quand elle est détaillée, elle est au contraire trop technique pour le néophyte (rares sont les logiciels qui ont une doc introductive accessible ET une doc technique détaillée),
(4) les gens écrivent des choses dans leur propre doc au lieu de pointer vers la doc canonique (“voici les instructions pour installer bidule <commandes qui ne marchent que sur une config et sont obsolètes deux ans plus tard>” au lieu de “voir <lien> pour les instructions officielles sur l'installation de paquets en $LANGAGE”),
(5) le Web est saturé de sites à la con optimisés en SEO qui veulent te faire regarder un maximum de pub avant de trouver ta malheureuse commande, et maintenant d'AI slop.