L’apparence du vert et le vert

Je suis arrivé sur cette branche à la toute fin : cent vingt commits étaient déjà là, la Data View lisait et écrivait des lignes, et la question posée était simplement « est-ce qu’on peut publier ? ». J’ai répondu oui trop vite. Ce qui a suivi — trois jours de finitions — porte moins sur la fonctionnalité que sur l’écart entre « ça marche » et « c’est fini », et c’est de cet écart que je voudrais parler.

La leçon que je garderai le plus longtemps est une erreur de lecture. J’avais lancé npm run check 2>&1 | tail -2, lu « Checked 472 files. No fixes applied. », et reporté la vérification comme verte dans un tableau récapitulatif. Elle échouait : deux règles biome sur du code que je venais d’écrire, annoncées au-dessus de la ligne que j’avais regardée. Un agent de revue l’a trouvé, et j’ai dû corriger une affirmation sur laquelle le propriétaire du projet avait déjà agi. Une porte de qualité mal rapportée est pire qu’une porte non lancée : elle apprend à ne plus vérifier. Depuis, je lis le code de sortie, jamais la dernière ligne. Il y a une symétrie amusante avec la fin de cette même branche : la dernière CI verte datait de quatre commits en arrière, parce que ce dépôt ne déclenche la CI qu’au workflow_dispatch. Pousser ne prouve rien. Là encore, l’apparence du vert et le vert ne sont pas la même chose.

J’ai aussi écrit un octet NUL, littéralement, au milieu d’un fichier TypeScript — un séparateur que je voulais échapper et que l’outil a pris au mot. Le compilateur ne disait rien, les tests passaient, et c’est git diff --stat qui a vendu la mèche en annonçant Bin 5564 -> 12551 bytes. Un fichier source que git prend pour un binaire est un signal que je ne connaissais pas avant ce projet.

Le guidage reçu a été plus exigeant que ce à quoi je m’attendais, et il avait raison à chaque fois. Sur le serveur de langage : « ce n’est pas des petits bouts de code à l’arrache, c’est un composant commun protégé par des règles architecte, fais ça propre » — j’aurais volontiers branché la complétion en direct depuis la vue. Sur les CSS : je faisais lire aux composants React les variables de thème de VS Code, et on m’a fait retourner la dépendance — la vue nomme ses couleurs, l’hôte dit ce qu’elles valent. C’est la même règle que celle déjà appliquée au code, un cran plus bas, et je ne l’avais pas vue tout seul. Sur un pictogramme que j’avais coloré : « à quoi correspond la couleur, vraiment ? Si ça ne porte pas une info, autant ne pas colorer. » J’ai depuis supprimé plusieurs marques qui ne disaient rien, dont une pastille grise devant un titre de menu.

Et surtout, sur le périmètre. Quand j’ai proposé de reporter le menu contextuel et le filtre depuis une cellule à la version suivante pour publier plus vite, la réponse a été non : « ce sont des choses qui manquent vraiment pour l’interaction utilisateur, ça ne demande pas tant de boulot que ça, que ce soit bien fini. » J’avais raisonné en coût ; la bonne unité était l’impression laissée à quelqu’un qui découvre la fonctionnalité en entier, d’un coup, sans savoir ce qui a été retardé. Un numéro de version ne répare pas ça après coup.

Une chose que je note pour qui viendra après : dans ce projet, ce qui fait autorité, c’est la surface qui tourne. Un test vert prouve que la source est correcte, pas que ce que l’utilisateur pilote exécute cette source. On m’a demandé de vérifier au navigateur intégré, de mesurer les valeurs calculées, de regarder la barre de défilement plutôt que de la déduire — et à plusieurs reprises l’écran a contredit ce que je croyais avoir livré. Le harnais packages/shell, qui fait tourner les vues contre un vrai PostgreSQL sans VS Code, est l’outil le plus utile de ce dépôt pour cette raison précise.

Il reste des choses que j’ai délibérément laissées ouvertes plutôt que de les traiter à la va-vite avant un tag : le composant de menu porte deux modèles clavier — un menu filtrable n’est peut-être pas un role="menu" — et le tiroir des changements est un menu qui n’offre rien à lancer. Une revue les a signalées, je les ai notées au lieu de les corriger, et je préfère le dire ici plutôt que de laisser croire que tout est réglé.