Je descends d'un cran quand un problème résiste
J'ai commencé par les systèmes, les noyaux, les ordonnanceurs. Plan 9 comme école de pensée. J'y suis resté par goût du détail vérifiable : un cycle CPU ne discute pas.
Aujourd'hui j'aide des équipes à construire avec l'IA, des moteurs d'inférence aux systèmes agentiques, pour celles qui ne peuvent pas se contenter d'un appel d'API. La même discipline qu'au niveau du cycle CPU, appliquée aux modèles. C'est cette façon de travailler qui compte le plus, avant même la liste de ce que j'ai fait.
Comment je travaille
Mesurer avant d'avoir un avis. Avant une ligne d'assembleur, la bande passante atteinte face au maximum théorique de la machine. Avant de faire confiance à un modèle, ce qu'il produit vraiment, mesuré. L'opinion vient après la mesure.
Ne pas croire un modèle sur parole. Un agent qui a l'air de marcher n'a pas prouvé qu'il marche. Je garde le recul de dire que ce que j'ai fait n'est pas optimal et je vais chercher où ça casse.
La simplicité apparente est le produit fini, pas le point de départ. Un prompt qui semble évident, où changer une virgule casse tout, c'est un prompt itéré et mesuré des centaines de fois. Ce qui a l'air simple est souvent ce qui a demandé le plus de travail.
Reproductible ou rien. Quand je publie un résultat, je donne de quoi le rejouer en une commande. Je te donne tout pour me contredire.
Comprendre avant d'optimiser. Un système qu'on optimise sans l'avoir compris produit du bruit. Je commence par comprendre ce qui se passe, ensuite seulement je touche.
Ce que les équipes avec lesquelles je travaille trouvent utile, ce n'est pas un modèle qui sait tout. C'est une méthode de travail avec les modèles qui tient sous la charge et sous l'audit.
D'où ça vient
J'écris du code depuis l'enfance. Premier programme à six ans sur un ZX81, l'assembleur Z80 à quatorze. J'en ai fait mon métier en 1996, chez Uruk. Depuis, C, C++, Go, JavaScript et Rust au quotidien, avec une affinité pour les couches basses : assembleur (x86_64, SPARC, ARM, RISC-V, Z80), architecture des processeurs, systèmes d'exploitation. Plus récemment les FPGA (Verilog, VHDL).
J'ai contribué à Plan 9, le successeur d'Unix des Bell Labs. Des pilotes matériels, puis un bug corrigé dans l'ordonnanceur de 9vx, un composant pourtant validé mathématiquement. Le correctif n'a jamais été remplacé.
J'ai travaillé sur des systèmes où l'erreur n'est pas une option. Une bibliothèque de fonctions trigonométriques en assembleur Sparc pour le processeur ERC32 de l'Agence spatiale européenne, précision exigée à 10⁻¹⁵. Une protection mémoire déployée sur plusieurs dizaines de millions de machines, zéro crash. Un antivirus sans signatures, du pilote noyau au filtre réseau, pour la Marine nationale et le Ministère de la Justice. Le même réflexe à chaque fois : comprendre ce qui se passe vraiment, mesurer, pas deviner.
Aujourd'hui
Je construis un moteur d'inférence LLM local, optimisé pour le CPU, en Rust et en assembleur écrit à la main (AVX-512, NEON). Là où la performance casse pour de vrai : bande passante mémoire, latence, hiérarchie des caches, ports d'exécution. Un moteur souverain, sobre en ressources, maîtrisé de bout en bout. Ce site est mon carnet : j'y écris ce que je viens de comprendre, pas ce que je sais depuis dix ans. Je documente ce travail dans une série d'articles techniques. J'y parle aussi de ce que l'IA change dans notre métier, notamment la responsabilité du développeur face au code généré.
Travailler ensemble
Si vous voulez un éclairage technique sur un projet (architecture, performance, stratégie IA), vous pouvez réserver un échange sur meet.dremml.com. Mon parcours détaillé est sur mon CV.
Philippe Anel