Bon, reparlons de Busy. Il a bien avancé en 6,5 ans de codage depuis... deux semaines.
Pour l’instant, je le vois comme le CLI le plus intelligent jamais conçu. On l’utilise comme une interface de terminal. Il gère les discussions de conception, les phases d’implémentation, le déploiement et les données de métriques sur des bases de code écrites en Go.
Il est conçu pour fonctionner avec une méthodologie formelle à haute vélocité que j’ai inventée, appelée "Robot Kanban". Ça enveloppe un processus itératif style kanban dans un schéma de vélocité qui va vous faire tourner la tête. Du moins, aujourd’hui.
Je pense que l’approche basée sur les données que j’utilise règle tous les problèmes liés à ça. Chaque fichier charge des métriques de complexité et de charge cognitive, qu’on peut passer en revue d’un coup d’œil pour comprendre où les modules et les sections de code doivent être repensés ou refactorisés.
Et ça utilise un pattern matching de pointe pour transformer votre système de fichiers en base de données vectorielle, avec des modèles de distance qui permettent des recherches complexes via des algorithmes flous et un pattern matching soit strict, soit souple. Traquer les dépendances circulaires et les problèmes de qualité de code n’a jamais été aussi simple. C’est la seule bonne façon de faire.
Le truc cool avec cette méthode, c’est que toute la documentation ISO ultra formelle se manifeste naturellement comme résultat de l’utilisation du système.
Rapports, propositions, QA, post-mortems, tout. En 30 ans de code, je n’ai jamais vu une équipe humaine produire systématiquement une documentation formelle d’une telle qualité.
C’est putain de parfait, ça fournit une piste d’audit complète et un mécanisme d’évaluation qu’il serait quasiment impossible de faire à la main aujourd’hui.
Le client de base fonctionne.
Tout le système est piloté par des commandes style IRC comme /git, /deploy, /regenerate, /tellmeajoke, et ainsi de suite.
Le package d’infrastructure pour les arbres logiques, une partie de la tokenisation et la cartographie de complexité doivent encore être convertis du PHP (où j’ai fait le prototype ce week-end) vers le Go.
Le système de QA doit être déplacé de l’ancienne version du projet vers la version actuelle.
Pour le lancer, tout ce dont vous aurez besoin, c’est d’une clé API Claude.
Support de plusieurs modèles après le MVP.
C’est un changement total de paradigme.
S’il vous plaît, ne soyez pas méchants avec vos chefs de projet quand vous leur direz qu’ils sont obsolètes.
La suite ce week-end.