catium

Un générateur de site statique - retour accueil

git clone git://bebou.netlib.re/catium
Log | Files | Refs | README |

HISTOIRE (10959B)

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