Un site pour la promotion de catium - retour accueil
git clone git://bebou.netlib.re/site-catium
Log | Files | Refs | README |
histoire.sh (11053B)
1 #! page 2 title: Histoire de catium 3 description: "Histoire et nature de catium" 4 5 section: main 6 7 ``` 8 shshsh shshsh shshsh shshsh sh sh sh sh 9 sh sh sh sh sh sh sh shshsh 10 sh shshsh sh sh sh sh sh sh 11 sh sh sh sh sh sh sh sh sh 12 shshsh sh sh sh shshsh shshsh sh sh 13 14 Wait it's all shell scripts ? 15 / 16 đ¶đ«đ¶ - Always has been 17 ``` 18 19 ## Une histoire de Catium 20 21 Je discutais un jour avec une personne du contenu que l'on consommait sur 22 internet. Le dialogue Ă©tait Ă peu prĂšs le suivant, elle commence : 23 24 A - "Je suis abonnĂ© Ă plusieurs newsletters de journaux, de blogs, de revues 25 etc"\ 26 B - "Ah j'aime pas trop les newsletter, perso j'utilise des flux rss quand ils 27 existent"\ 28 A - *souriant je crois un peu nerveusement* "Ah ouais ? C'est pas vieux et 29 presque mort les flux rss ? Je pensais que plus personne n'utilisait ça."\ 30 B - "Bah c'est plus vraiment Ă la mode mais c'est encore presque partout et je 31 le prĂ©fĂšre aux newsletter parce que *blablabla*" 32 33 J'ai repensĂ© plusieurs fois Ă cet Ă©change depuis. Je n'ai pas Ă©tĂ© surpris pas 34 le manque de considĂ©ration pour des technologies pensĂ©es comme vieillissantes, 35 obsolĂštes, dĂ©modĂ©es, remplacĂ©es. J'ai Ă©tĂ© cependant marquĂ© par le fait que 36 cette personne percevait les flux rss comme plus vieux et donc moins digne 37 d'intĂ©rĂȘt que les mails. Pourtant les mails (entre 27 et 50 ans) sont bien plus 38 anciens que les flux rss (23 ans). Il y a donc autre chose Ă l'Ćuvre, quelque 39 chose qui modifie notre perception de l'anciennetĂ© d'une technologie 40 indĂ©pendamment de son Ăąge rĂ©el. On peut imaginer pleins de facteurs pouvant 41 l'expliquer, le taux d'adoption en est un assez Ă©vident, comme si l'on 42 commençait Ă dĂ©compter l'Ăąge d'une techno qu'Ă partir du dĂ©clin de son 43 utilisation. Je pense qu'il y en au moins un autre. Il se trouve que cette 44 personne Ă©crit une newsletter et qu'elle utilise le service Substack pour le 45 faire. Substack est une plateforme proposant des services pour construire et 46 publier des newsletter monĂ©tisables. L'outil profite d'une certaine hype, 47 construit par dĂ©faut des newsletter avec tous les codes esthĂ©tique du web et 48 des pages webs associĂ©es. J'imagine que ce qui explique en partie que cette 49 personne ne voit pas la publication et l'agrĂ©gation de contenu web Ă travers 50 des mails comme une pratique obsolĂšte contrairement aux flux rss est le fait 51 qu'elle le fait Ă travers un service qui a techniquement, mais surtout 52 socialement, repackagĂ© la pratique. On n'envoie plus des mails Ă la papa, "on a 53 un Substack". La corolaire dit donc qu'une plateforme de la silicon valley ou 54 un projet open source Ă la mode pourrait relancer la popularitĂ© des flux rss 55 sans modifier quoi que ce soit Ă la techno. 56 57 Ce phĂ©nomĂšne, qui s'il en est vraiment un doit dĂ©jĂ ĂȘtre connu et porter un nom 58 que j'ignore, se retrouve Ă mon avis avec medium et la pratique d'avoir un blog 59 ainsi que jekyl/hugo et le fait de construire des sites statiques plutĂŽt qu'une 60 single page app. 61 62 On peut se rĂ©jouir de cette rĂ©surgence des sites statiques pour de multiples 63 raisons. On peut regretter - pas trop fort mais quand mĂȘme - que cela ait 64 nĂ©cessitĂ© l'apparition de nouveaux logiciels pour motiver l'industrie Ă s'y 65 remettre. Cela semble ĂȘtre la dĂ©monstration parfaite que parfois, peut-ĂȘtre 66 mĂȘme souvent, ce que la technologie facilite et sa façon de se prĂ©senter Ă nous 67 (voir le concept d'affordance, des outils de gĂ©nĂ©ration de sites statiques ont 68 toujours existĂ©) a un impact consĂ©quent sur les comportements humains jusqu'Ă 69 crĂ©er Ă posteriori les idĂ©es et justifications morales de son utilisation. 70 Autrement dit, on (du moins je) voyait peu d'articles faisant la promotion des 71 sites statiques avant l'apparition de ces outils. C'est dorĂ©navant assez 72 frĂ©quent avec une mention presque systĂ©matique de ces outils de lĂ Ă presque 73 oublier pourquoi un site statique est dans certains cas prĂ©fĂ©rable. 74 75 Autre constat, ces outils destinĂ©s Ă produire des sites simples, le sont assez 76 rarement eux-mĂȘmes. Ăvidemment cela dĂ©pend du rĂ©fĂ©rentiel choisi. On aura du 77 mal Ă argumenter qu'hugo est aussi lourd et complexe Ă dĂ©gainer que React. Mais 78 au regard des fonctionnalitĂ©s essentielles pour un gĂ©nĂ©rateur de site statique, 79 il est possible d'argumenter qu'hugo est un logiciel trop complexe et faisant 80 trop de choix pour vous. On pourrait Ă©piloguer lĂ dessus, pour une autre fois 81 et une autre personne peut-ĂȘtre. 82 83 Si ces outils ont relancĂ© l'intĂ©rĂȘt pour les sites statiques, Catium souhaite 84 Ă son tour profiter de l'intĂ©rĂȘt nouveau pour les sites statiques afin de 85 relancer l'intĂ©rĂȘt pour une certaine approche du dĂ©veloppement d'outils 86 numĂ©riques, que l'on choisit Ă tort ou Ă raison d'appeler convivialiste. Plus 87 concrĂštement cette envie s'est cristallisĂ©e courant 2022 Ă l'UniversitĂ© de 88 Strasbourg autour du besoin de gĂ©nĂ©rer des sites statiques pour le domaine de 89 la recherche. L'une des utilisations identifiĂ©es Ă©tait la crĂ©ation de page 90 personnelles pour les chercheureuses. Pour en faire une dĂ©monstration il avait 91 Ă©tĂ© dĂ©cidĂ© de faire la page de Marguerity Perey, chercheuse française ayant 92 travaillĂ© Ă l'universitĂ© de Strasbourg et ayant dĂ©couvert... le catium.\ 93 Ce projet initial de gĂ©nĂ©rer des pages personnelles de chercheureuses n'est pas 94 mort. Un template html et une feuille de style adĂ©quate, Ă l'identitĂ© visuelle 95 Unistra, pourrait aider Ă le concrĂ©tiser. 96 97 C'est finalement la page perso de Marc Chantreux aujourd'hui hors ligne qui 98 sera le premier site gĂ©nĂ©rĂ© et publiĂ© grĂące Ă Catium. A date du 11 janvier 99 2023 le site gĂ©nĂ©rĂ© par ce dĂ©pĂŽt est le seul en ligne gĂ©nĂ©rĂ© par Catium. Le 100 socle du projet a Ă©tĂ© conçu et dĂ©veloppĂ© par Marc Chantreux. AprĂšs la mise en 101 ligne de ce site le dĂ©veloppement s'est Ă©tendu Ă d'autres membres du collectif 102 Kaztele. 103 104 Il y aurait bien d'autres choses Ă dire sur la genĂšse du projet, d'oĂč le titre 105 de cette rubrique, *Une* histoire de Catium. J'invite les autres parties 106 prenantes Ă Ă©crire la leur. 107 108 ## Sur la nature de Catium 109 110 Un jour Marc et moi sortions de plusieurs heures de discussions pendant 111 lesquelles nous avons plusieurs fois fait rĂ©fĂ©rence Ă Catium comme un outil 112 atomique, se suffisant Ă lui mĂȘme. En disant ça nous mettions peut-ĂȘtre dans la 113 tĂȘte de nos interlocuteurs l'image d'un simple couteau qui tient dans la main, 114 dont les contours sont nettes et la forme plus ou moins identique pour tous ses 115 utilisateurices. En sortant nous nous sommes partagĂ©s une intuition commune : 116 cette image n'est pas celle qui se formait dans nos tĂȘtes quand on parlait de 117 Catium. Il est compliquĂ© de dĂ©finir le pĂ©rimĂštre exact de ce qu'est Catium. 118 119 OĂč est-ce que l'outil commence, oĂč est-ce qu'il se termine ? Qu'est-ce qui 120 relĂšve du gĂ©nĂ©rateur et qu'est-ce qui relĂšve du contenu du site ? Ces 121 interrogations se retrouvent dans certains choix techniques que le projet est 122 amenĂ© Ă prendre. Ce dĂ©pĂŽt permet aujourd'hui de versionner Ă la fois Catium 123 (sans savoir ce que c'est exactement) et le contenu du site de Katzele. Si nous 124 voulions crĂ©er un dĂ©pĂŽt Catium pour d'autres projets nous devrions rĂ©pondre Ă 125 ces questions pour dĂ©tricoter l'un de l'autre. 126 127 Pourquoi n'est-ce pas trivial ? 128 129 Prenons en exemple atomic, le script permettant de gĂ©nĂ©rer des flux atom. 130 131 Premier point d'accroche, tous les sites n'ont pas besoin d'un flux atom. Bien 132 que ce soit souvent utile et qu'atomic soit lĂ©ger, l'inclure dans le dĂ©pĂŽt 133 revient Ă penser que tous les projets, ou au moins une majoritĂ©, ont intĂ©rĂȘt Ă 134 avoir un script de gĂ©nĂ©ration de flux atom. 135 136 Second point, si l'on fait le choix de l'inclure par dĂ©faut, tous les flux ne 137 veulent pas y inclure les mĂȘmes informations. Au delĂ de la spĂ©cification des 138 flux rss/atom, chaque projet peut vouloir mettre quelque chose de diffĂ©rent 139 dans les balises. Par exemple la balise "content" est trĂšs libre, et son 140 contenu peut Ă©ventuellement ĂȘtre mis en page avec de l'html. Autre exemple, un 141 flux annonçant des Ă©vĂšnements dans le futur voudra sĂ»rement inclure la date 142 dans le titre, la spĂ©cification atom n'ayant pas prĂ©vue de balise pour 143 renseigner la sortie d'un contenu dans le futur. La seule date prĂ©vue est celle 144 de publication du contenu qui ici est l'annonce au prĂ©sent de la tenue de 145 l'Ă©vĂšnement dans le futur. Il tombe donc sous le sens qu'aucun script atomic ne 146 se ressemblera. Quel doit donc ĂȘtre l'atomic par dĂ©faut ? Le minimum vital ? 147 Un script gĂ©nĂ©rant un flux orientĂ© annonce d'Ă©vĂšnements ou publications 148 d'articles ? 149 150 TroisiĂšme point, qui dĂ©coule du prĂ©cĂ©dent, un projet pourrait vouloir gĂ©nĂ©rer 151 plusieurs flux aux formes diffĂ©rentes. Il pourrait alors vouloir plusieurs 152 atomic. Ce qui pose la question, qu'est-ce que l'on appel atomic ? Le script 153 par dĂ©faut tel que fourni dans le dĂ©pĂŽt source s'il existe un jour ? La version 154 actuelle maintenue pour le site de Katzele ? L'idĂ©e de gĂ©nĂ©rer un flux atom via 155 du shell ? Bref on en a pas fini. 156 157 Nous pourrions dĂ©cliner ces questions pour toutes les parties de Catium. Pour 158 revenir Ă l'Ă©change avec Marc, il avait d'avantage mĂ»ri la question que moi. 159 Catium ne devrait pas ĂȘtre pensĂ© comme, un outil indivisible mais une comme 160 armature intellectuelle soutenant des outils, certains prĂ© existants, d'autres 161 crĂ©Ă©s pour l'occasion. D'ailleurs pour le site de Katzele sed est un outil 162 autant nĂ©cessaire qu'atomic mĂȘme si l'un a Ă©tĂ© dĂ©veloppĂ© pour et l'autre non.\ 163 Si l'on voulait pousser cette idĂ©e d'armature intellectuelle jusqu'au bout nous 164 pourrions dire que Catium est un systĂšme dĂ©crit Ă travers de la documentation 165 et non pas ses implĂ©mentations. Il n'existerait donc pas de sous-ensemble de ce 166 dĂ©pĂŽt que l'on pourrait raisonnablement appelĂ© Catium. Ce dĂ©pĂŽt ne serait que 167 la premiĂšre implĂ©mentation de Catium, celle sous une forme qui rend les 168 services dont le collectif Katzele a besoin Ă un instant T. 169 170 Il existera probablement un jour un dĂ©pĂŽt Catium dont le contenu aura Ă©tĂ© le 171 rĂ©sultat de choix plus ou moins raisonnables, fait en fonction des projets qui 172 veulent utiliser Catium sur le moment[^1]. Ce sera certainement pour le mieux. Si 173 le concept un peu prĂ©tentieux d'armature intellectuelle nous sert Ă quelque 174 chose ce sera de faire sens de cette tension : construire un outil 175 convivialiste qui respecte autant que possible l'autonomie des personnes qui 176 l'utilisent en minimisant les choix qu'il vĂ©hicule et vouloir le publier 177 facilement n'est pas naturel. La premiĂšre caractĂ©ristique incite Ă la 178 construction d'une armature, l'autre Ă celle d'un outil boite noire.\ 179 Tracer le contour optimisant la convivialitĂ© et la facilitĂ© de publication 180 Ă©tant hasardeux, on le fera Ă main levĂ©e et on compensera comme il se doit, en 181 conversant entre humains, en vivant ensemble. 182 183 [^1]: c'est aujourd'hui le cas [ici](http://git.bebou.netlib.re/catium)