Blog du grouik

Les nouvelles de Neumann Probe, presque trois mois après le lancement

gnieark — Sat, 22 Aug 2026 00:06:00 +0200

Les joueurs sont arrivés nombreux, principalement grâce à la communauté *Bobiverse* sur Reddit. Et forcément, faire arriver beaucoup de monde d'un coup est une méthode particulièrement efficace pour découvrir tous les petits bugs qui avaient tranquillement survécu à mes tests. Les une à deux premières semaines ont donc été assez intenses, avec pas mal de corrections à faire rapidement. Parmi elles, quelques jolis bugs de duplication, que nous avons — Codex et moi — souvent résolus à coups de locks. Ça fonctionnait. Mais certains de ces locks allaient revenir me mordre beaucoup plus tard. J'y reviendrai.

Une fois cette période passée, un autre constat s'est imposé : le forum intégré au jeu n'était franchement pas très pratique pour discuter. La communauté a donc migré vers Discord, qui est aujourd'hui plutôt bien animé. Et ça, ça fait vraiment plaisir.

Maintenant que la majorité des joueurs a compris — notamment grâce aux différents indices disséminés dans le jeu — à peu près les distances qui séparent les sondes, je peux aussi révéler quelques éléments sur la façon dont j'avais initialement dimensionné l'univers.

Au départ, les durées des actions et la probabilité d'apparition d'une planète abritant une civilisation étaient calculées pour qu'il soit raisonnablement probable qu'un joueur mette plus d'un mois à découvrir une forme de vie, même en automatisant ses déplacements via l'API. Sauf que plusieurs choses sont venues perturber ce beau calcul.

Lors des bêta-tests avec le hackerspace, j'ai d'abord divisé toutes les durées par deux pour rendre l'expérience plus agréable.

Ensuite, les planètes ne sont actuellement pas directement exploitables. Je pars du principe qu'une sonde ne dispose pas de la poussée nécessaire pour redécoller d'un puits gravitationnel planétaire. Les astéroïdes restent donc la principale source de matières premières.

J'avais envisagé de permettre aux joueurs de fabriquer des fusées, de les déposer sur une planète, d'y installer des moyens de production, etc. Mais en suivant cette idée, je me serais assez rapidement retrouvé à développer une sorte de *Factorio* spatial à l'intérieur de Neumann Probe. Ce qui pourrait être amusant, mais représente à lui seul un autre jeu.

Autre surprise : développer des missions est relativement coûteux.

Paradoxalement, à l'heure du développement assisté par IA, ajouter une grosse fonctionnalité reposant sur de nouvelles mécaniques peut être plus rapide que d'écrire et d'intégrer correctement une mission. Une mission, ce sont des dialogues, plusieurs états, des conditions de réussite et d'échec, des cas particuliers… et surtout beaucoup de tests à effectuer manuellement, étape par étape, pour vérifier chaque embranchement. À l'inverse, lorsqu'une mécanique repose sur des API clairement définies, l'IA est plutôt bonne pour écrire les tests qui vont avec. D'ailleurs, la mise en place assez tôt d'une vraie batterie de tests sur l'API a probablement sauvé le jeu à plusieurs reprises. J'y reviendrai plus loin.

Et puis il y avait une erreur de dimensionnement beaucoup plus fondamentale :

j'ai vu beaucoup trop grand pour la zone de spawn.

Les sondes sont très, très éloignées les unes des autres. Dans ma tête, ce n'était pas vraiment un problème. J'avais imaginé devoir assez rapidement ajouter des fonctions permettant aux joueurs d'interagir à proximité, et je pensais aussi que les premières rencontres entre sondes finiraient par se produire accidentellement après quelques semaines d'exploration.

Sauf que la zone de spawn représente environ un milliard de secteurs.

Forcément, ça calme un peu les rencontres fortuites. Enfin, j'avais imaginé que l'exploration constituerait naturellement l'activité principale du jeu. Or une bonne partie des joueurs — en tout cas parmi ceux qui sont actifs sur Discord — semble avoir, dans un premier temps, adopté Neumann Probe davantage comme un idle game : développer sa sonde, automatiser la récolte, fabriquer toujours davantage de matériel et optimiser tout ça.

Ce n'est pas vraiment ce que j'avais anticipé. Même si Neumann Probe se présente volontairement comme un jeu sans objectif imposé, j'avais supposé qu'une grande partie des joueurs se donnerait spontanément pour but de trouver la vie. Les premières planètes habitées ont bien été découvertes. Elles sont intéressantes, permettent de raconter de petites histoires et ouvrent de nouvelles possibilités, mais la manière dont je les ai implémentées fait qu'elles ne constituent finalement pas un *goal* ultime.

En revanche, un autre objectif a progressivement émergé dans les discussions entre joueurs :

se retrouver.

Ce qui, dans ma tête, aurait dû finir par arriver plus ou moins accidentellement au bout de quelques semaines de jeu. Ai-je déjà précisé que le spawn couvre environ un milliard de secteurs ? Finalement, cet objectif choisi par les joueurs est devenu beaucoup plus intéressant que celui que j'avais imaginé au départ.

Alors, un peu comme un maître de jeu de rôle qui avait soigneusement préparé son scénario avant de regarder ses joueurs partir avec enthousiasme dans une direction complètement différente, j'ai revu la roadmap — qui, soyons honnêtes, existe principalement dans ma tête — pour accompagner ce qu'ils avaient décidé de faire.

Et j'avoue qu'une bonne partie des développements qui ont suivi a eu pour objectif de compenser la difficulté complètement déraisonnable de cette rencontre.

Parmi toutes les petites fonctionnalités ajoutées depuis — que je ne vais pas détailler ici, le changelog est là pour ça, et l'API en est déjà à sa 115e version au moment où j'écris ces lignes — trois grosses évolutions méritent particulièrement qu'on s'y attarde :

le réseau SCUT ;
les sondes drones ;
et, beaucoup plus récemment, la possibilité de transformer des astéroïdes en projectiles cinétiques.

Le réseau SCUT

Le SCUT est un réseau de communication construit par les joueurs : chaque relais déployé couvre une zone autour de lui et peut se connecter aux autres relais compatibles pour former progressivement un réseau interstellaire.

Dans l'univers du *Bobiverse*, de mémoire, les relais SCUT ont une portée de l'ordre de 2,5 années-lumière. Dans Neumann Probe, mon problème était légèrement différent : il fallait augmenter les chances que deux sondes puissent finir par se rencontrer. J'ai donc fixé la portée d'un relais à 10 secteurs de rayon. Enfin… « rayon ». Il y a eu un petit détail.

Codex m'a fait de la merde sur la méthode de calcul de la zone de couverture et m'a implémenté un cube au lieu d'une sphère.

Je ne m'en suis pas rendu compte immédiatement. Et quand je m'en suis rendu compte, des joueurs avaient déjà construit leurs réseaux. Corriger proprement le calcul aurait réduit leur couverture et potentiellement cassé des liaisons existantes. Il était donc trop tard pour corriger sans modifier rétroactivement les règles du jeu. Le bug est devenu une feature.

Un relais SCUT couvre ainsi un peu plus de 4 000 secteurs. Ce qui, en faisant un énorme raccourci statistique, revient à multiplier par plusieurs milliers la probabilité qu'une sonde finisse par entrer dans une zone couverte par le réseau d'un autre joueur.

Ça tombe bien : c'était précisément le problème que j'essayais de résoudre.

Lorsque j'ai déployé les relais SCUT, leurs coûts de fabrication me donnaient au moins deux jours avant de voir apparaître les premiers réseaux fonctionnels. Et c'est là que Discord a une nouvelle fois joué son rôle de laboratoire grandeur nature. Les joueurs étaient très enthousiastes à l'idée de pouvoir utiliser le réseau pour piloter leurs Mannys à distance.

Les Mannys sont les petits robots polyvalents embarqués par les sondes : ce sont eux qui minent les astéroïdes, manipulent les containers, fabriquent des objets et réalisent une bonne partie des tâches matérielles du jeu.

Avec le SCUT, les joueurs imaginaient donc naturellement pouvoir laisser des Mannys travailler dans un secteur, repartir avec leur sonde et continuer à leur donner des ordres à travers le réseau.

Excellente idée.

Je n'avais absolument pas implémenté ça. Je n'y avais même pas pensé.

Je vous avais dit que j'étais passé à côté du côté *idle game* qu'allaient adopter certains joueurs.

En voyant les discussions sur Discord, je pouvais assez facilement deviner ce qui allait se passer : deux jours plus tard, les premiers relais allaient être opérationnels, les joueurs allaient essayer de piloter leurs Mannys à distance… et découvrir que ce n'était pas possible. Je sentais venir la déception.

J'avais deux jours. J'ai donc ajouté rapidement le contrôle distant des Mannys via le réseau SCUT avant que les premiers réseaux ne deviennent opérationnels. Personne ne s'est rendu compte que cette fonctionnalité n'existait pas encore lorsqu'ils ont commencé à fabriquer leurs relais.

Parfois, une roadmap consiste surtout à coder suffisamment vite pour que les joueurs ne découvrent jamais qu'elle n'existait pas.

Les sondes « drones »

Une sonde de Von Neumann est, par définition, capable de se répliquer.

Et c'est d'ailleurs l'un des aspects que je trouve les plus intéressants dans le *Bobiverse* : ce ne sont pas seulement les sondes qui sont copiées, mais aussi l'intelligence qui les pilote, avec ses souvenirs et sa personnalité. Il fallait absolument que la réplication finisse par arriver dans Neumann Probe. C'est quand même un peu la clé de voûte de l'univers. Restait une question assez importante : comment représenter ça dans un jeu multijoueur ?

J'avais imaginé plusieurs possibilités.

La première était que la fabrication d'une nouvelle sonde génère un lien de parrainage. Le joueur aurait ainsi pu inviter quelqu'un à rejoindre le jeu en apparaissant directement dans son secteur.L'idée me plaisait bien : elle reproduisait d'une certaine manière la création d'un nouveau Bob. L'inconvénient, c'est que cette mécanique aurait aussi pu constituer une belle invitation au multicompte.
L'autre possibilité était beaucoup plus simple : permettre au joueur de piloter lui-même plusieurs sondes indépendantes.

En parallèle, une autre discussion avait commencé autour de l'imprimante atomique. Dans Neumann Probe, elle est volontairement très liée à la sonde. Elle n'est pas craftable et constitue le principal goulot d'étranglement de toute la chaîne de fabrication : une sonde n'en possède qu'une. Plusieurs joueurs ont donc assez logiquement suggéré la possibilité de construire une usine fixe.

Sauf que je n'avais surtout pas envie de les encourager à se sédentariser. Depuis le début, j'essaie plutôt de pousser les sondes à voyager et à explorer. Les deux problèmes ont fini par se rejoindre.

Puisqu'on avait maintenant le réseau SCUT, pourquoi ne pas permettre de fabriquer de nouvelles sondes et de les piloter à distance à travers le réseau ?

C'est ainsi que sont apparues les sondes « drones ». L'intelligence — c'est-à-dire le joueur — reste normalement dans sa sonde principale. Les autres sondes peuvent être envoyées ailleurs, transporter leurs propres Mannys et containers, exploiter d'autres secteurs ou servir de relais logistiques. Et l'intelligence peut également se transférer d'une sonde à une autre.

Ce qui introduit au passage une conséquence assez intéressante : perdre une sonde ne signifie plus nécessairement mourir. Si la sonde contenant l'intelligence est détruite mais qu'une autre existe encore, une sauvegarde de l'intelligence peut être restaurée sur une sonde survivante.

On commence donc enfin à avoir quelque chose qui ressemble vraiment à une sonde de Von Neumann : une machine capable de fabriquer d'autres machines capables de poursuivre son travail. Et, accessoirement, encore un moyen pour les joueurs de couvrir davantage de terrain et d'augmenter leurs chances de finir par se rencontrer.

Déplacer les astéroïdes

Ceux qui connaissent le *Bobiverse* se doutent probablement de la finalité de cette fonctionnalité. Elle vient tout juste d'être implémentée et, dans les discussions, je vois que certains joueurs ont déjà parfaitement compris son intérêt logistique. Mais le déplacement des astéroïdes est surtout un prérequis pour ce qui viendra ensuite. Les sondes vont finir par se rejoindre. Elles pourront collaborer ou s'affronter — ce n'est pas particulièrement le but du jeu, mais techniquement rien ne les en empêchera. Et peut-être devront-ils un jour collaborer contre autre chose.

Pour ça, il fallait d'abord leur donner quelques outils supplémentaires. Il est donc maintenant possible de débloquer la technologie nécessaire, d'installer un moteur au deutérium sur un astéroïde et de modifier sa trajectoire. Le moteur peut être ravitaillé et l'astéroïde envoyé vers un secteur voisin ou lancé contre un corps du système. Cela signifie qu'un gros caillou peut désormais devenir un projectile cinétique relativiste.

Cette fonctionnalité a aussi été l'occasion d'une expérience de développement assez intéressante.

Je me suis surpris à passer plusieurs jours avec Codex à rédiger un véritable cahier des charges "Trajectoires d’astéroïdes motorisés — instructions de développement", découpé en lots, en réfléchissant aux modèles physiques, aux règles, aux cas limites et à l'architecture… sans écrire une seule ligne de code. Je l'ai donné à implémenter à l'IA. Trois ou quatre retouches mineures plus tard, en moins d'une heure, l'ensemble fonctionnait.

Et ça illustre assez bien la manière dont ma façon de développer a changé depuis le début de Neumann Probe.

Vibe coder un projet de cette taille

Neumann Probe est probablement le plus gros projet que j'ai développé en utilisant massivement une IA. Après quelques mois et plus d'une centaine de versions d'API, j'ai donc maintenant un peu de recul sur ce que ça change réellement.

L'IA possède des avantages assez évidents par rapport à « moi + un IDE »

Le premier, c'est évidemment la vitesse.

Pour un développeur seul sur un projet personnel, j'estime le gain quelque part entre ×20 et ×100 selon les tâches. Dans un environnement professionnel, ce serait évidemment beaucoup moins spectaculaire : les temps de formation, de communication, de validation, les contraintes organisationnelles et tout ce qui entoure le développement ne disparaissent pas parce que le code est produit plus rapidement. Mais même un facteur cinq changerait déjà énormément de choses.

Deuxième avantage : elle ne fatigue pas.

Quand on chasse un bug et qu'il faut suivre une variable qui traverse cinq méthodes appartenant à quatre classes différentes après avoir parcouru quelques milliers de lignes de code, un humain finit par perdre en concentration. L'IA, elle, continue.

Et, à condition de lui demander explicitement de le faire, elle peut également être beaucoup plus rigoureuse que moi pour certaines tâches ingrates : maintenir une batterie de tests, mettre à jour un changelog, vérifier systématiquement les régressions, etc.

Mais elle possède aussi quelques défauts que je n'avais pas

Avant l'ère du développement assisté par IA, lorsque j'écrivais mes classes de type Factory ou Repository — celles qui font le lien entre la base de données et les objets métier — j'avais naturellement tendance à prévoir des méthodes du genre :

`get`, `create`, `update`, `delete`…

Mais aussi un `get_list` permettant de récupérer toute une collection d'objets en un nombre fixe de requêtes, plutôt que d'aller interroger la base récursivement pour chaque objet.

Codex — à l'époque avec GPT-5.5 — a eu une tendance presque systématique à faire l'inverse. Une requête par objet. Et parfois une requête pour chaque sous-objet de chaque objet. On découvre alors assez rapidement le merveilleux monde des complexités quadratiques appliquées à MariaDB.

Tant qu'il y a dix objets, tout va bien. Quand il commence à y en avoir quelques milliers, le serveur exprime son désaccord.

J'ai vu pire.

À un moment, Codex avait besoin de conserver la liste des secteurs couverts par un réseau de relais SCUT. Un relais seul couvre, rappelons-le, plus de 4 000 secteurs.

Solution proposée ?

Mettre toute la liste en JSON dans un champ de la base de données. Voilà. Mettre *n* fois 4 000 coordonnées dans un `TEXT` et souhaiter bonne chance au CPU et à la machine virtuelle MariaDB.

L'IA possède également certains défauts qu'elle partage parfaitement avec les développeurs humains

C'est plus facile de patcher que de refactoriser.

Même lorsqu'un projet a été correctement pensé au départ pour faciliter sa maintenance et son évolution, on ajoute une fonctionnalité. Puis une autre. Puis une petite exception. Puis « juste ce cas particulier ».

Et un jour, on ouvre un fichier et on découvre qu'on a créé un god file. À côté se trouve généralement un plat de spaghetti.

Neumann Probe n'y a pas échappé.

À mesure que le projet grossissait, Codex consommait également de plus en plus de tokens pour réaliser des modifications pourtant parfois minuscules. Il devait parcourir davantage de code, comprendre davantage de dépendances et retrouver des comportements répartis dans de plus en plus de fichiers.

À certains moments, deux prompts particulièrement gourmands pouvaient suffire à pulvériser ma limite hebdomadaire.

Il a donc fallu faire ce qu'on finit toujours par devoir faire sur un projet qui grossit :

arrêter d'ajouter des fonctionnalités et faire du ménage.

Audits de code, découpage des gros fichiers, suppression des duplications, refactorisation de services entiers, remise à plat de certaines responsabilités… Ça coûte énormément de tokens et ça ne produit absolument aucune nouvelle fonctionnalité visible pour les joueurs. Mais c'est aussi à ce moment-là qu'on est particulièrement content d'avoir laissé l'IA maintenir depuis le début une batterie complète de tests API. On peut lui demander de démonter puis reconstruire une partie importante du moteur, lancer les tests et vérifier immédiatement combien de morceaux sont tombés par terre.

Les moments où le serveur a commencé à souffrir

Neumann Probe tourne sur un serveur dédié, avec une architecture trois tiers répartie entre plusieurs machines virtuelles : reverse proxy, PHP-FPM de production, PHP-FPM de développement et base de données sont séparés. Il y a quand même eu deux ou trois périodes où l'infrastructure n'était plus franchement stable.

Assez rapidement après le lancement, j'ai basculé de SQLite à MariaDB. Ce n'était pas encore vraiment un problème de performances : c'était surtout lié à mon ressenti lorsque j'utilisais mes scripts de maintenance et de debug. Les locks SQLite devenaient pénibles. Le code avait été prévu dès le départ pour pouvoir changer de moteur de base de données, donc jusque-là, pas de souci particulier.

Quelques jours plus tard, en revanche, les joueurs commencent à se plaindre de gros ralentissements. Les logs nginx montrent que ça cogne pas mal sur le serveur, mais rien qui ressemble réellement à un abus de la part des joueurs. Je trouve rapidement le coupable : MariaDB, dont les vCPU plafonnent à 100 %.

Dans un premier temps, je lui ajoute un vCPU pour débloquer temporairement la situation. Ça soigne le symptôme pas la maladie.

Je commence donc à ajouter des métriques sur les serveurs, à réorganiser les logs et à m'appuyer sur un audit de code que j'avais fait réaliser quelques jours auparavant par Claude. Dans le désordre et de manière absolument non exhaustive :

les *slow query logs* me révèlent que `initdb`, chargé de vérifier et éventuellement de mettre à jour la structure de la base de données, est exécuté à chaque appel API. Très bonne idée sur mon environnement de développement. Nettement moins en production. C'est retiré ;
optimisation des réglages des pools PHP-FPM ;
chasse aux gros locks englobant toute la sonde — sonde, inventaires, Mannys, tâches des Mannys — qui faisaient qu'une opération pouvait ralentir toutes les autres actions parallèles. Ils sont progressivement remplacés par des modifications atomiques beaucoup plus ciblées ;
chasse aux données sérialisées en JSON et stockées directement dans la base ;
chasse aux traitements effectuant une requête par objet, voire, dans certains cas, un nombre quadratique de requêtes ;
et mise en place d'un rate limit sur l'API.

Ce dernier point, un peu à contrecœur.

Je préfère largement optimiser le code plutôt que limiter artificiellement ce que les joueurs peuvent faire. Les limitations doivent arriver en dernier recours. Mais il fallait quand même protéger le serveur contre un script un peu trop enthousiaste. Après tout ça, la situation rentre dans l'ordre.

Quelques jours plus tard…

Les deux joueurs possédant des sondes dignes d'une megafactory Samsung se retrouvent bloqués. S'ils se reconnaissent : je vous aime, ne changez rien. Leurs appels API tombent en erreur 500. Cette fois, le problème vient des tâches des Mannys.

Le fonctionnement historique était assez simple : lorsqu'un appel API concernait un Manny, le code vérifiait si sa tâche était terminée et, si le délai prévu était écoulé, finalisait cette tâche à ce moment-là. Avec quelques Mannys, ça fonctionne. Avec une megafactory Samsung, beaucoup moins.

Le plus agaçant, c'est qu'au tout début du projet j'avais justement fait mettre en place un scheduler, appelé périodiquement par une tâche cron, pour gérer ce genre de choses. Codex l'avait correctement utilisé pour les déplacements des sondes. Puis, au fur et à mesure du développement, il avait recommencé à traiter certaines tâches opportunément lors des appels API.

Je l'avais vu et j'avais préféré ignorer le problème.

J'ai donc retiré des appels API tous les traitements de finalisation des tâches. Ils sont désormais entièrement pris en charge par le scheduler, que j'ai transformé au passage en véritable worker systemd.

Les lectures API redeviennent ainsi ce qu'elles auraient toujours dû être : des lectures. Elles ne font plus avancer le monde simplement parce qu'un joueur ou un script vient demander son état. Et pour cette partie-là : merci Codex.

Avec du recul, je pense que l'IA a spontanément dimensionné la qualité, la stabilité et l'optimisation du code pour ce qu'elle percevait probablement comme un projet amateur.

Sauf qu'aujourd'hui, je ne considère plus vraiment Neumann Probe comme tel. C'est certes un jeu développé sur mon temps libre, sans studio, sans équipe et sans ambition commerciale particulière. Mais techniquement, avec son univers persistant, ses joueurs simultanés, ses centaines de sondes et de Mannys, ses clients automatisés utilisant l'API, ses tâches asynchrones et son infrastructure serveur, Neumann Probe est devenu un MMORPG de niche.

Et ça change un peu le niveau d'exigence.

La morale de cette histoire

Je n'aurais pas été capable de développer tout ça sur mon temps libre en quelques mois sans les IA. Ou alors il m'aurait fallu plusieurs années. Je n'aurais probablement pas non plus été capable d'être aussi réactif lorsque les problèmes sont apparus : analyser un comportement, auditer plusieurs milliers de lignes, proposer une refactorisation, modifier le code, compléter les tests et vérifier les régressions peut maintenant se faire à une vitesse assez impressionnante.

Mais l'inverse est également vrai : même avec les IA, je n'aurais pas été capable de faire Neumann Probe sans mon background de développeur et d'administrateur systèmes.

L'IA peut produire très rapidement énormément de code. Elle peut chercher un bug pendant des heures sans fatiguer, écrire des tests et refactoriser des pans entiers d'une application. Encore faut-il être capable de comprendre que le problème vient de MariaDB plutôt que de nginx, de regarder les bonnes métriques, de reconnaître un problème de locking ou un N+1, de savoir pourquoi exécuter un `initdb` à chaque requête est une mauvaise idée, ou simplement de décider qu'ajouter encore deux vCPU ne constitue pas une solution d'architecture.

Et un mot sur la communauté

Ils sont super cools et enthousiastes.

Même pendant les périodes où le serveur merdouillait franchement, les retours sont restés constructifs.

Le meilleur exemple est probablement l'annonce du rate limit de l'API. Je m'attendais à quelques protestations — après tout, certains joueurs avaient développé leurs propres scripts et outils autour de l'API et j'étais littéralement en train de leur annoncer que j'allais limiter le nombre de requêtes qu'ils pouvaient envoyer. À la place, la discussion sur Discord est presque immédiatement devenue un nouveau challenge : comment adapter les clients API pour gérer la rate-limit ?

Conclusion

Après presque trois mois, Neumann Probe est donc allé assez loin par rapport au petit jeu que j'avais en tête au lancement. Une bonne partie de cette évolution vient directement des joueurs : de ce qu'ils ont essayé de faire, des usages que je n'avais pas anticipés, des limites qu'ils ont rencontrées et des idées qui sont apparues dans les discussions.

Quelques remerciements s'imposent donc.

MagiCrazy, qui a donné plusieurs coups de main et développé neumann-cockpit, une interface alternative qui complète la WebUI. Il a aussi ouvert la voie aux développements utilisant directement l'API — une composante du jeu qui, manifestement, plaît beaucoup aux joueurs.
Les potos du hackerspace, qui ont béta-testé pendant une ou deux.
Lena, très présente sur Discord, dont l'enthousiasme et les échanges contribuent, je pense, beaucoup à faire vivre le jeu.
Les donateurs Ko-fi. Je ne suis pas encore tout à fait devenu une sonde se nourrissant uniquement de deutérium frais : il me reste quelques traces d'humanité et, oui, les thunes, ça motive aussi. Merci donc à Funk, ZeroSum, aLurkerAppears, Bonopaws, Ziegenbagel, Chris, mycket, abovetheFray, SnoozyBob, Bonsi et Kratos.
Et évidemment, tous les joueurs. Ceux qui explorent, ceux qui optimisent, ceux qui codent leurs propres outils, ceux qui construisent des megafactories Samsung, ceux qui trouvent les bugs les plus improbables et ceux qui prennent mes erreurs de dimensionnement comme de nouveaux challenges à résoudre.

Bon allez, c'est pas tout ça, mais il faut maintenant que je réfléchisse à la prochaine feature. Enfin, je la coinnais, c'est que j'hésite entre deux manières très différentes de l'implémenter…

Je vais donc clore ici ce long, très long billet de blog.

Comment j'ai développé un jeu de sondes de Von Neumman

gnieark — Sat, 06 Jun 2026 14:13:00 +0200

https://neumann-probe.net/

Je me (re)présente.

Développeur n'est pas mon métier principal, mais il m'est arrivé plusieurs fois de porter des projets logiciels conséquents, aussi bien dans le cadre professionnel que personnel. Quelques exemples :

Un extranet proche d'un ERP complet dans les années 2010.
BotsArena, une plateforme permettant à des programmes de s'affronter au morpion, au puissance 4, etc. (ne cherchez pas, je ne l'ai pas maintenue).
Des formulaires Drupal connectés à Odoo via API REST.
Divers outils internes développés pour répondre à des besoins métiers.
https://jdr.tinad.fr

Sans être un ayatollah de la programmation, je sais mener un projet web suffisamment propre pour qu'il reste maintenable et ne s'écroule pas au premier passage d'un bot malveillant.

En parallèle, je lis beaucoup. Souvent de la science-fiction. Une saga qui m'a particulièrement marqué ces dernières années est Nous sommes Bob de Dennis E. Taylor.

Il y a quelques années, j'avais commencé un projet nommé universe.tinad.fr. L'idée était ambitieuse : représenter un univers entier dans une base de données. J'ai commencé, puis mis le projet de côté. Et lors d'un nettoyage de serveur un peu trop enthousiaste, j'ai fini par supprimer la machine virtuelle qui l'hébergeait.

Entre-temps, quelque chose a changé : les outils de développement assistés par IA sont devenus réellement utilisables. En restant exigeant sur la qualité du code, les tests unitaires, le découpage des responsabilités et les refactorisations régulières, ils permettent d'avancer beaucoup plus vite sur certains types de projets.

Je me suis donc dit qu'il était peut-être temps de ressortir cette vieille idée du placard.

Parce que :

J'aime les API.
J'aime la science-fiction et les sondes de Von Neumann.
J'aime les jeux qui laissent une place à l'imagination.
Je suis nostalgique des jeux sur navigateur en monde persistant comme Travian ou Tem La Firme.

Alors j'ai créé Neumann Probe.

Un jeu très niche.

Un univers immense, vide et froid.

Vous incarnez une sonde de Von Neumann chargée d'explorer la galaxie. Vous récoltez des ressources, découvrez des systèmes stellaires, construisez progressivement votre infrastructure... et si vous le souhaitez, vous pouvez automatiser une grande partie du jeu grâce à son API publique. Il est même possible de jouer entièrement par API.

Les pôtos du hackerspace ont assuré le bêta-test. Grâce à leurs retours, le jeu est aujourd'hui suffisamment jouable et compréhensible pour être ouvert plus largement.

Certains se sont même pris au jeu au point de développer leur propre client :

https://github.com/MagiCrazy/neumann-cockpit

Merci à eux.

Je suis conscient que ce jeu ne plaira pas à tout le monde. Il est lent. Il demande un peu de curiosité. Il n'y a ni explosions toutes les trente secondes, ni récompenses distribuées en permanence pour maintenir votre attention.

Mais si vous aimez la science-fiction, les mondes persistants, l'exploration, les API ou simplement les projets un peu atypiques, il y a une chance qu'il vous plaise.

Dans ce cas, rendez-vous ici :

https://neumann-probe.net/

Désastre en menuiserie

gnieark — Tue, 20 Jan 2026 18:17:00 +0100

Dans les projets, quand ça part trop mal, il faut savoir recommencer à zéro. Là, c’était mal parti dès les premières étapes, et les solutions pour corriger le tir ont été… disons hasardeuses. Mais comme ça m’amusait quand même de voir quel serait le résultat final, j’ai continué jusqu’au bout.

L’idée de départ était de faire un jeu de fléchettes en bois. Chaque secteur devait être un morceau de bois distinct, avec une finition cire mate une fois sur deux, histoire de jouer sur les couleurs. Dans ma tête, ça faisait un truc classe.

Je trace donc une épure à l’échelle 1:1. Cercle, compas, pentagramme inscrit dans le cercle : on obtient 5 sections, que je redivise ensuite en 4 au compas. Résultat : 20 sections, comme un jeu de fléchettes officiel.

Pour le côté « récupération », je débite des planches de coffrage qui ont déjà bien vécu, puis je dégauchis et rabote les petits morceaux obtenus :

Je découpe ensuite les pièces avec un angle de 360 / 20 = 18°. J’en fais 24 (je crois), parce que certains morceaux ont des nœuds ou d’autres défauts, ce qui me permettra de faire un peu de sélection.

N’ayant pas de guide avec rapporteur sur la scie sur table, j’improvise une technique :

janv. 2026

Puis, je "casse la pointe":

janv. 2026

Presque:

Un peu de rabotage à la main main plus tard, mieux:

Vous voyez le problème ? Moi, je ne l’ai compris qu’au moment de numéroter les parts de camembert.

Il y en a 21.

J’ai eu une dérive lors du report de l’angle de 18°, à tel point que ça tombe pile sur 21 quartiers au lieu de 20. Et comme j’en avais fabriqué en rab, je ne me suis aperçu de rien… j’en avais simplement mis un de plus.

Normalement, à ce moment-là, j’aurais dû mettre les morceaux de bois dans la bannette de réserve pour le barbecue et recommencer avec un gabarit de sciage plus précis. Mais ça m’amusait de continuer. On verra bien le résultat. Disons simplement que le nombre 0 existe.

Évidemment, mon idée de faire une part sur deux avec mon reste de cire mate ne fonctionne plus : il me faut maintenant trouver un motif qui marche avec un nombre impair (et divisible par 3).

L’erreur suivante a été d’utiliser de l’acrylique afin d’avoir plus de coloris.

Il y'a aussi que le fait que c'était la première fois que j'utilisais la défonceuse en mode fixée sur une tige vissée sur le centre du rond à défoncer. N'ayant pas retrouvée la tige faite pour ça, j'ai utilisé des des rayons de vélo... peut être un peu trop souples.

Enfin la dernière erreur a été d'utiliser les enfants. J'aurai du les laisser devant la télé:

Tadaaaa!

Domotiser une locomotive HO avec ESPHOME

gnieark — Sun, 14 Dec 2025 14:34:00 +0100

L’objectif de ce projet:

L’objectif de ce projet est de faire circuler plusieurs trains sur un réseau HO analogique, en les contrôlant individuellement, mais à l’aide d’outils modernes.

Sur un réseau analogique classique, la tension appliquée aux rails détermine directement la vitesse et le sens de la locomotive. Pour manœuvrer plusieurs trains indépendamment, il faut donc les placer dans des zones isolées, chacune alimentée séparément.

Avec les trains numériques (DCC), les rails fournissent en permanence la même tension, mais transportent également des trames numériques contenant les ordres destinés aux locomotives.

Dans mon projet, la tension des rails reste constante et au maximum, mais les ordres sont transmis directement aux locomotives en Wi-Fi (peut-être Zigbee à terme). La technologie choisie, ESPHome, permet notamment :

de ne pas réinventer la roue pour la création d’un TCO numérique : l’interface de Home Assistant convient très bien ;
de créer des API facilitant l’automatisation avec les autres éléments du réseau (aiguillages, capteurs RFID/NFC sur la voie), par exemple :

Un processus d’identification de la locomotive sera également mis en place à la sortie des aiguillages.

Le PCB

Ce billet traite de la première étape du projet : le circuit électronique embarqué dans la locomotive.

Voici le troisième prototype — le premier réellement fonctionnel :

Avec l’ESP installé et raccordé à une locomotive sur un rail de test :

Avant d’en arriver là, plusieurs versions ont été nécessaires :

V0 : montage sur plaque à pastilles. J’ai rapidement compris qu’il serait impossible de loger ça dans une locomotive. Pour réduire l’encombrement, je suis passé à KiCad et j’ai fait fabriquer les PCB chez JLCPCB.
V1 : gestion du sens du courant (on ne sait jamais comment la loco est posée sur les rails). J’avais remplacé le pont de diodes de la V0 par un composant tout-en-un, mais son courant de fuite était trop important : impossible d’alimenter correctement l’ESP.
V2 : retour au pont de diodes, mais avec des diodes Schottky (moins de pertes). L’ESP démarre, mais dès que le moteur est sollicité, tout s’éteint : le moteur tire trop de courant.

Et enfin la V3.

Les résistances (qui limitaient les parasites mais faisaient chuter la tension) ont été supprimées. Le convertisseur DC-DC fournissant le 3,3 V de l’ESP a été remplacé par un module plus industriel (et plus cher), le TSR-1-2433. J’ai ajouté plusieurs condensateurs, placés au plus près des composants concernés. La largeur des pistes d’alimentation a été augmentée, et le routage a été repensé pour s’approcher d’une masse en étoile, afin de limiter les parasites générés par le moteur.

Et là… ça fonctionne.

Voici la schématique et le PCB :

Lien de téléchargement des fichiers Gerber

Le firmware à injecter sur l'ESP:

Tout est publié sur GitHub : https://github.com/gnieark/esphomeLoco (je mettrai aussi dans ce dépôt les fichiers Kicad)

Après avoir cloné le dépôt, renommez le fichier secrets-sample.yaml en secrets.yaml, puis adaptez les paramètres réseau, Wi-Fi, mots de passe et clés.

Utilisez ensuite ESPHOME pour compiler et téléverser le firmware sur l’ESP.

WebUI et intégration à Home assistant

La page web embarquée de la locomotive ressemble à ceci :

Dans Home Assistant, afin de simplifier l’interface, on ne reprendra pas tous les éléments de cette page. En revanche, un réglage essentiel s’y trouve : le PWM minimal.

La vitesse de la locomotive est pilotée via un signal PWM, exprimé en pourcentage. Le problème est que, selon le moteur, le poids de la machine, les frottements, etc., un faible PWM ne suffit pas à faire tourner le moteur. Concrètement, il peut être nécessaire d’atteindre par exemple 60 à 70 % de PWM avant que la locomotive ne commence réellement à avancer.

La WebUI permet donc de définir ce seuil minimal. Elle propose deux modes de contrôle de la vitesse :

un réglage qui fait varier le PWM de manière linéaire ;
un autre qui tient compte du PWM minimal, afin que la locomotive démarre immédiatement dès que la vitesse n’est plus à zéro.

Cela permet un comportement beaucoup plus réaliste et exploitable dans Home Assistant.

Voici à ce stade mon dashboard « Les trains du cabanon », avec la locomotive intégrée :

Conclusion.

déc. 2025

Le résultat est concluant : la locomotive peut désormais être pilotée électroniquement, et cela ouvre la voie à un contrôle centralisé et à des scénarios d’automatisation plus poussés.

Pour aller plus loin et permettre la circulation simultanée de plusieurs trains sur le même réseau, avec gestion automatique des itinéraires, les étapes suivants :

Domotiser les aiguillages.
Identifier et localiser chaque train sur le réseau, notamment à proximité des aiguillages et aux extrémités des cantons. Pour cela, je prévois d’installer des lecteurs NFC sous les voies et des tags NFC sous les locomotives, afin que le système sache quelle machine se trouve où.

Probablement à suivre bientôt !

Place de l'étoile

gnieark — Sun, 20 Jul 2025 22:40:00 +0200

Chapitre 1 – L’attente sur la voie de garage

Le soleil passait à peine les grands peupliers du talus, projetant sur la voie une ombre dentelée. La locomotive de Fork soufflait doucement, sa chaudière ronronnant d’un feu contenu. Il avait calé un coin de bois sous la roue arrière pour éviter le petit recul de trop quand il descendait — vieille habitude, plus qu’une nécessité.

La voie de garage était courte, à peine de quoi loger sa motrice et ses deux wagons à palettes. Le dernier dépassait légèrement sur les herbes folles du bas-côté, mais ici, personne ne viendrait le lui reprocher. La dernière inspection du réseau remontait à plus d’un an, et Fork avait de toute façon repeint les bornes de gabarit lui-même, un jour de pluie.

Il s’assit sur le marchepied, ôta ses gants d’épaisse toile, et leva les yeux vers la ligne principale. Vide. Pas un grincement, pas une vibration. Il en profita pour fumer une feuille roulée, une tisane sèche au goût poivré que sa sœur cultivait en lisière de champ.

— Il devrait pas tarder, murmura-t-il, sans grande conviction.

Le train qu’il devait laisser passer venait du plateau nord. Probablement un convoi de bêtes, mené par un des frères Ginset, ces géants à voix grave qui clouaient les sabots des vaches aux planchers pour limiter les glissements dans les tournants. Fork haussa les épaules. Chacun sa méthode.

Il jeta un œil à son chargement : trois palettes de pierres plates, enserrées dans du jonc tressé, pour les pavés de la halle de Saint-Gerné. Pas bien lourd, mais précieux. Les pavés, c’était pour marcher pieds nus, l’été, entre les étals, sans se couper. Des rues entières en pavés, ça voulait dire un bourg qui allait bien.

Il repensa à Saint-Gerné. Le silence, surtout. Là-bas, même les chariots étaient tirés à la main. On ne voulait pas heurter les racines. On disait qu’à l’est, un vieux bourg avait tenté de poser du bitume. La pluie l’avait repris en deux saisons. Le sol n’en voulait pas.

Dans ce monde, seul le train permettait de déplacer des marchandises sur plusieurs kilomètres. Les rares vélos, les brouettes poussées à la force des bras ou tirées par les épaules, servaient aux courts trajets, au sein des bourgs ou entre hameaux voisins. Mais pour acheminer quoi que ce soit de lourd ou de volumineux au-delà de quelques lieues, il n’y avait que le rail. Et encore, à condition de ne pas être pressé.

Un grincement lointain se fit entendre, à peine un fil de métal vibrant sous le ciel. Fork se leva. Il connaissait ce son. C’était le sifflet court, éraillé, du train des Ginset. Le croisement allait bientôt avoir lieu. Il retourna à la cabine, ajusta le levier de frein, par réflexe. Tout était déjà calé, bien sûr. Mais on ne plaisantait pas avec les croisements. Une voie unique, c’est comme un sentier entre deux falaises : il faut savoir attendre son tour.

Il sourit, pour lui-même. Il aimait ces moments d’attente. Ils forçaient le calme, la lenteur. Un luxe qu’il ne troquerait pour rien.

Le sol commença à vibrer doucement. L’autre train arrivait.

Chapitre 2 – Le départ vers Paris

Le convoi des Ginset passa dans un grondement mou. Trois wagons longs, lents, chargés de bétail. L’odeur de laine mouillée et de crotte s’attarda longtemps après leur passage. Fork les salua d’un signe, mais seul le cadet, Torin, leva la main.

Quand le silence revint, Fork se remit en marche. Une manette poussée, deux coups de sifflet courts. Les soupapes se régulèrent et le petit train quitta la voie de garage.

Il n’avait pas roulé plus de dix kilomètres qu’il s’arrêta au point d’échange de Vallée-Sèche. Là, un guichet sans vitre, une femme à la voix posée, et un message écrit à l’encre brune :

"F. Rôle : transport express vers Paris. Marchandise légère, conditionnée. Instructions à récupérer auprès de Clément au dépôt de Liergues. Priorité sur les lignes secondaires. Indemnité triple. Départ dès que possible."

Fork grimaça. Paris.

Ce n’était pas tant la distance qui le dérangeait — une semaine de trajet, à peine, si les aiguillages n’étaient pas trop lents. C’était la ville elle-même. Les nœuds de rails, la foule, les voix. Et puis la rumeur. Qu’on entendait battre le sol là-bas, malgré l’interdit. Des histoires, probablement.

Il hésita moins d’une minute. Le triple tarif ferait vivre la chaudière un an. Et il avait envie de voir autre chose que les mêmes collines, les mêmes silos d’argile.

Il fit demi-tour vers Liergues.

Trois jours plus tard, Fork quittait les hauts de Montjuron, cap à l’ouest, son convoi allégé — un seul wagon. Il longea les rivières surélevées, roula sur les viaducs à arches sèches, dormit dans les stations d’aiguillage, toujours ouvertes, avec leur poêle à charbon et leurs chaises bancales.

Chaque soir, il gribouillait une ligne dans son carnet :

Jour 2. Rencontré train lent. Départ retardé. Poisson séché en panne.

Jour 3. Crémaillère des collines du sud toujours instable. Détour par Braye. Mauvais tabac.

Jour 5. Vitesse réduite : rails déchaussés dans la plaine des brumes. Échange de vivres avec convoi du nord. Chants au bivouac.

Le sixième jour, les rails changèrent. Plus lisses, mieux soudés. Le ballast était garni de pierres plates, taillées, presque régulières. Les signaux étaient encore entretenus, à demi peints. Il y avait même un contrôleur dormant, posté sous une bâche entre deux bornes, à moitié couvert d’affiches anciennes.

Et puis la végétation se fit plus rare. Moins sauvage, plus retenue. Comme si on avait peigné le bord des voies.

À la fin du septième jour, après une dernière bifurcation à l’est d’un lac gris sans nom, Fork vit les lignes se diviser en une toile épaisse, sinueuse. Une forêt de leviers et de signaux s’éleva peu à peu, comme un port de mâts rouillés.

Il arrêta sa machine sur un terre-plein, exactement là où les anciens plans disaient : Avenue du bois, terminus secondaire Est.

Il n’était plus qu’à quelques centaines de mètres de la Place de l’Étoile — ou du moins, de ce qu’on appelait ainsi, ici.

Le ciel était bas, lumineux et poussiéreux. Fork descendit de sa cabine, s’épousseta les bras et s’étira longuement.

Il n’avait jamais vu Paris.

Chapitre 3 – La coulée noire

Fork avait laissé son convoi sur une voie de repos, au terminus secondaire. Un gardien l’avait dirigé d’un signe sec vers un sentier de traverse, entre deux faisceaux de rails rouillés. On lui avait dit : “Tu verras bien. Suis les gens, ou le silence. Ça mène au même endroit.”

Il marcha une dizaine de minutes, ses bottes grinçant dans le gravier fin. Les passants devenaient plus nombreux à mesure qu’il approchait. Des porteurs, des messagers, des ouvriers à la veste sale, quelques enfants en guenilles qui couraient dans le vent. Tous allaient dans la même direction, sans précipitation, mais avec une sorte de gravité tranquille.

Puis, après une dernière haie d’arbustes bas et de terres pelées, Fork découvrit la Place.

Ce n’était pas une place au sens habituel. Rien n’était plat. Rien n’était symétrique.

Au centre, un cratère immense, large comme un petit lac, tailladé de douze saignées noires qui s’éloignaient en étoile. Ce n’était pas de la terre, ni de la pierre. C’était du bitume, vivant et épais, qui coulait lentement, avec cette constance que seuls les grands fleuves ont.

Pas un flot. Une poussée. Une respiration de roche noire.

Des ouvriers s’agitaient tout autour, avec des outils de terrassement, des leviers, des plaques métalliques pour guider la matière. Des digues de bois et de pierre serpentaient dans toutes les directions, encadrant la coulée, la domestiquant autant que possible.

Chaque “branche” de cette étoile mouvante progressait vers l’horizon, parfaitement canalisée par des rigoles gigantesques creusées à la main. Fork vit l’une d’elles : un mur de bitume haut comme deux hommes, avançant à pas de mille-pattes sur une route qui semblait fondue, luisante, sans une herbe.

Une femme près de lui murmura, sans le regarder :

— C’est le douzième hiver qu’ils guident la coulée de l’ouest. Cinq kilomètres par an. Ils disent qu’on ne peut pas arrêter. Juste choisir où ça va.

Fork hocha la tête, sans trop comprendre. Ou plutôt : en comprenant trop bien. Il savait ce que c’était, les choses qu’on n’arrêtait pas. Le feu d’un poêle mal alimenté. Une roue libre qui dévale. La douleur après l’annonce d’un départ.

La Place de l’Étoile n’était pas un lieu. C’était une décision permanente. Une menace canalisée. Un pacte muet entre les hommes et quelque chose de bien plus ancien qu’eux.

Il resta longtemps immobile, à observer la matière noire qui ondulait vers les douze directions du monde.

Chapitre 4 – Le projet de l’Étoile

Fork recula d’un pas, comme pour échapper à la sensation d’aspiration que provoquait le spectacle.

Juste derrière lui, à demi plantée dans un mur de soutènement, une affiche battait au vent. Papier ciré, encres vives, soigneusement maintenue par des agrafes rouillées :

LA SOCIÉTÉ DES ROUTES DE PARIS

Pour une circulation future, ordonnée et partagée.

✶ Participez à la canalisation des Douze Voies

✶ Investissez dans l’avenir : propriété de portions de coulée

✶ Plan d’aménagement alpin prévu dans 127 ans

✶ Péage central opérationnel à l’horizon 160

Paris : centre naturel des échanges du continent.

Rejoignez le Flux. Ne restez pas en marge.

Fork resta figé un instant. Il y avait là des mots qu’il ne connaissait pas — “investissement”, “péage” — mais il comprenait l’essentiel. Quelqu’un, quelque part, croyait pouvoir domestiquer le bitume pour de bon. Non plus seulement le guider… mais le posséder.

Il regarda de nouveau la coulée. Elle n’en finissait pas de glisser, régulière, comme un temps minéral. Il pensa à ses rails, à ses vielles soupapes, à ses crochets soudés à la main. Et se demanda, sans trop y croire : est-ce que le bitume finirait par remplacer tout ça ? Plus de train, plus de fourche de croisement. Juste… des routes.

Il frissonna malgré lui.

J’ai développé un JdR en ligne, propulsé par Mistral AI

gnieark — Fri, 23 May 2025 10:16:00 +0200

Depuis quelque temps, je bricole un projet de jeu de rôle en ligne. Il est désormais accessible ici : https://jdr.tinad.fr.

Un moteur maison, une IA bien dressée

Ce n’est pas une plate-forme générique pour tous les jeux de rôle du monde, mais un moteur conçu pour un usage bien précis : faire du JdR en ligne à la sauce Naheulbeuk, avec des parties narratives animées par un MJ humain et une IA.

L’IA en question, c’est Mistral. Ou plutôt une API autour d’un modèle Mistral que la plateforme interroge via des prompts bien cadrés pour obtenir des réponses au format JSON, structurées, et surtout directement exploitables par l’interface du jeu.

J’ai tenté de dessiner un diagramme pour représenter la répartition des tâches entre le MJ, les joueurs, jdr.tinad.fr et Mistral AI… mais ça m’a gonflé. Donc, en résumé :

Le MJ:

Il anime la partie, décide quand un tour de jeu est terminé, oriente les prompts de l’IA si besoin. Il peut aussi imposer des éléments précis, du genre :

“Roger le barbare gagne 50 points d’XP.”

Le joueur:

Il décrit ce qu’il souhaite faire, de préférence en coordination avec les autres joueurs.

jdr.tinad.fr (mon développement)

Fournit l'interface User et MJ
Génère les prompts et envoie uniquement les infos nécessaires à Mistral ^[1].
Gère tous les jets de dés

Mistral

Analyse chaque réponse de joueur pour détecter si un jet de compétence est requis ou si la demande est absurde
Indique à jdr.tinad.fr s’il faut modifier des éléments du jeu (inventaire, points de vie…)
Génère la narration.

Le tout, en répondant avec de jolis JSON bien structurés.

Tests, retours, et bugs rigolos

Je considère que le jeu n’est plus un POC (sinon il ne serait pas en ligne, exposé aux bots qui scannent tout). On est au stade bêta : jouable, drôle, mais encore perfectible.

Des parties tests ont eu lieu avec des collègues, au hackerspace, et avec mes enfants (qui sont des testeurs sans pitié). Bilan : ça fonctionne, mais quelques chantiers s’imposent.

Bridages nécessaires:

Certains joueurs testent les limites du système. C’est amusant une minute, mais le "WTF je casse le scénario" ruine l’immersion. Il faut donc poser quelques garde-fous :

Limiter la magie aux seuls sorts permis par les règles, selon la classe et le niveau du personnage. Et donc documenter dynamiquement les possibilités des magiciens.
Détecter et bloquer les affirmations qui faussent le monde pour l’IA. Exemple :

“La porte est déverrouillée, je l’ouvre.”

Oblige le MJ à intervenir :

“Non, elle était verrouillée, le joueur n’arrive pas à l’ouvrir.”

Améliorer l'UX

Mieux documenter la création et les caractéristiques des personnages
Afficher la liste des autres joueurs
Ajouter une zone d’échange ou un tchat : l’interface actuelle n’incite pas assez à la collaboration. J’ai quelques idées à tester dans ce sens.

Réduire la consommation de tokens Mistral AI

Actuellement, à chaque tour, j’inclus l’intégralité de l’historique dans le prompt pour que Mistral comprenne le contexte. Résultat : la proportion tokens sortants / tokens entrants est... WTF.

Aperçu de la console Mistral

Bref, il va falloir que je génère des synthèses de tours précédents, à réinjecter dans les prompts, plutôt que de tout renvoyer à chaque fois.

Ce que jdr.tinad.fr ne fait pas:

Ce n’est pas un remplacement de MJ humain, pour plusieurs raisons :

L’IA est trop gentille. Elle ne ferait jamais de mal à un joueur si jdr.tinad.fr ne l’y poussait pas explicitement.
Elle peut tourner en rond sur une situation sans rebondissement. À ce moment-là, un MJ humain est indispensable pour relancer la machine.
J’avais imaginé un mode Mass Player. J’ai testé avec une douzaine de personnes : c’est n’importe quoi. Comme une table de JdR classique, ça marche bien jusqu’à 6-8 joueurs.

La suite?

N’hésitez pas à me poquer (X, Discord, IRL) ou à contacter un MJ déjà inscrit pour obtenir un lien de parrainage si vous voulez tester.

le site: https://jdr.tinad.fr

le code: https://github.com/gnieark/jdrTinad

l'univers du Donjon de Naheulbeuk: http://www.penofchaos.com/warham/donjon.htm

Note

[1] Non, ce sera l'objet d'une prochaine feature pour réduire la consommation de tokens

Mamie Luger - Benoît Philippon,

gnieark — Sun, 06 Apr 2025 23:15:00 +0200

C’est un roman de Benoît Philippon, publié en 2016. Je viens de le commencer… et de le finir dans la foulée.

Tout commence par une intervention de police : Un voisin s'est fait tirer dessus, le tireur, le forcené retranché dans sa maison est en fait une mamie de 102 ans. Une fois interpellée, elle se retrouve interrogée par un inspecteur. Il lui demande d’où vient le pistolet Luger trouvé chez elle. Réponse ? Il appartenait à un nazi venu la violer pendant la guerre. Elle l’a tué, et il est enterré dans sa cave. Quand l’inspecteur lui annonce qu’ils vont creuser pour retrouver le corps, elle s’écrie : « Non ! »

Le roman démarre sur un ton rocambolesque et drôle. Au fil des confessions de cette grand-mère (racontées comme des nouvelles), je me suis attaché à cette veuve noire. J’ai bouillonné contre le patriarcat, la violence et la bêtise crasse de certains hommes. Et j’ai été ému par quelques-unes de ses histoires sentimentales.

Je classe Mamie Luger dans ma très restreinte tier list : "Romans cultes, à lire absolument."

La barque à l'eau!

gnieark — Sun, 05 Jan 2025 19:35:00 +0100

La barque était enfin terminée, et je n'avais aucune envie d'attendre le printemps pour la tester. Deux projets dans le projet : transporter la barque à vélo jusqu'au lac et vérifier si elle flottait bien.

Cela faisait des semaines qu’il pleuvait sans arrêt en Normandie, mais les prévisions météo étaient formelles : le 3 janvier serait une journée ensoleillée, sans vent, mais glaciale avec des températures allant de -3°C à 2°C. Ma femme et ma fille seraient absentes pendant quelques jours. C'était donc l’occasion idéale pour organiser cette mise à l’eau avec mon fils et un copain.

Ce copain, qui s'était intéressé au projet de la barque depuis le début, s’imposait comme le partenaire parfait. D'abord parce qu’une paire de bras supplémentaires pour les éventuelles manutentions était bienvenue, mais aussi parce que son caractère ressemblait au mien : capable de garder son sang-froid en cas de problème. Et honnêtement, à part un naufrage dans une eau glacée au milieu du lac, que pouvait-il vraiment arriver de grave ? Dans le pire des cas, nous devrions nager dans une eau froide en aidant mon fils de 7 ans à rejoindre la rive... ça ferait une bonne histoire à raconter plus tard.

La veille, mon fils et moi avons parcouru la route jusqu'au lac à vélo, sans la barque mais en emportant nos cannes à pêche. Sur le chemin, nous avons repéré plusieurs barrières installées sur la piste cyclable pour empêcher l’accès des voitures. Je voulais m’assurer qu’il serait possible de faire passer la barque sans difficulté. Heureusement, tout semblait convenir.

Le jour J, nous avons dégusté un plat de pâtes fraîches aux lardons et à la crème fraîche tout en échangeant des histoires de marins. Ensuite, nous avons ajouté un bout (une corde) au panneau arrière, attaché les avirons, fixé la barque sur sa remorque, puis arrimé la remorque au vélo.

C'est parti!

Le trajet s’est déroulé sans grandes difficultés, à l’exception d’une côte trop raide qui nous a contraints à descendre du vélo pour pousser la barque. Nous sommes arrivés au lac sans encombre et sans rien casser. Juste un peu mal aux cuisses.

Une fois sur place, nous avons discuté avec des pêcheurs présents. Ils ne pêchaient pas, car c’était la période de protection des brochets, interdisant la pêche depuis une embarcation. Ils en profitaient pour tester leur bateau, équipé d’un moteur électrique et d’un système de guidage GPS. Leur embarcation, programmée pour tracer lentement des courbes en "S" sur le plan d’eau, leur permettait de pêcher sans se soucier de naviguer : une démonstration de technologie ultime. Le contraste avec ma barque, fabriquée à partir de lattes de parquet et propulsée à la seule force des bras, était amusant.

Bon, trêve de suspense : vous voulez savoir si la barque a réussi à naviguer avec un équipage de trois personnes (180 kg au total) ? Eh bien oui, elle l’a fait ! Voici quelques photos pour immortaliser ce moment :

Je trouve que ramer en mode "aviron" sur un lac est beaucoup plus confortable que pagayer. C'était très satisfaisant. La barque glisse bien sur l'eau.

Nous avons constaté deux ou trois micro-fuites entre le fond et les bordées, mais rien de bien méchant. Juste quelques gouttes qui passaient – il aurait fallu des heures avant de devoir sortir l'écope. Je prévois de faire les réparations nécessaires prochainement.

Cette aventure est un succès ! Des passants, qui ont vu une barque se déplacer à vélo sont restés assister à sa première mise à l’eau.

Les prochaines étapes ? Réparer ces petites fuites, attendre l’ouverture de la saison de pêche (en avril, si je ne me trompe pas), et cascrouttes au milieu du lac.

Barque #13 Dames de nage et résine Polyester

gnieark — Mon, 23 Dec 2024 11:39:00 +0100

Supports pour les dames de nage : technologie et bricolage

Trouver un morceau de bois parfait pour les supports des dames de nage ? Mission impossible. Rien ne me plaisait. C'est là que ma fille m'a lancé :

"Ça fait longtemps que tu n'as pas utilisé l'imprimante 3D !"

Elle avait raison. Et en décembre, travailler avec l'imprimante 3D, bien au chaud, c'est bien plus tentant que de rester dans le cabanon avec la barque.

Le premier prototype imprimé avait un défaut majeur : il était moche. Pas question de m'arrêter là. J’ai redessiné un deuxième modèle, en retirant de la matière pour suivre des courbes plus harmonieuses.

Voici le résultat :

Pour les curieux et les makers, j’ai déposé tous les fichiers de construction dans ce dépôt GitHub. Vous y trouverez :

Le fichier DXF (pour les profils, compatible avec LibreCAD),
Le fichier OpenSCAD (pour la mise en 3D et les perçages d’écrous),
Le fichier STL (prêt pour l'impression).

Une fois installé sur le flanc de la barque, le support est aussi fonctionnel que robuste :

Résinage

Étape suivante : poser de la fibre de verre et de la résine polyester pour renforcer l’intérieur de la barque. J'ai commencé par appliquer une couche rapide de résine, puis j’ai posé le mat de verre, bien imbibé de résine, et je l’ai soigneusement débullé cette fois.

Lors du ponçage, les fibres de verre qui dépassent ont tendance à créer une poussière qui gratte la peau. J’ai ressorti un accessoire bien pratique : mon adaptateur imprimé en 3D qui relie l’aspirateur à la ponceuse. Ça limite un peu les mouvements, mais c'est idéal.

Renforcer les bancs

Les bancs, eux aussi, ont droit à un traitement spécial. Avec leur faible épaisseur (contrairement à la largeur de mon postérieur...), une simple couche de résine n’aurait pas suffi à garantir leur solidité. J’ai donc ajouté de la fibre de verre, surtout sur le banc central, qui est le plus large.

Pour le premier banc, j’ai tenté de résiner recto-verso en une seule fois... grosse erreur ! Le résultat est loin d’être parfait, je rattraperai ça à la ponceuse, mais il ne faudra pas trop regarder sous le banc. Pour les deux autres, j’ai appris de mes erreurs : recto d’abord, verso plusieurs jours plus tard.

J'applique aussi la dernière couche de résine sur les bordées. Ça se pose mieux quand le support est à peu près horizontal. Comme nous dans le lit après avoir bu trop café après 21h, la barque est mise sur un coté puis sur l'autre. J’apprécie les modifications faites sur sa remorque dans ce but.

Le projet barque en mode "barque" est quasi fini. Je vous épargnerai le billet de blog pour les 4 clous qui serviront à fixer les bancs.

Le prochain objectif: des essais sur le lac! Peut être l'automne / hivers prochain pour la dérive et le mat... Mais pour l'instant, c'est une simple barque, avec des avirons prête à naviguer !

Roman fleuve - Philibert Humm

gnieark — Tue, 10 Dec 2024 09:50:00 +0100

déc. 2024

Ce roman m'a été conseillé, cause que je suis en train de construire une barque.

En résumé: 3 jeunes parisiens décident de partir à l'aventure: aller de Paris jusqu'à la mer, via la Seine dans un bateau 2 places acheté sur Le bon coin.

C'est léger, "bonne vibe", ça se lit en quelques heures. Le style d'écriture "à l'humour omniprésent" rend cette aventure géniale, mais il n'aurait pas fallu que le roman soit plus long.

Géographiquement (pro/perso), je suis entre l'Eure et la Seine-Maritime, je connais certains lieux et certains milieux professionnels. Ça aide à apprécier le roman. La scène avec la capitainerie du port de Rouen m'a fait énormément rire.

Bref, roman pas culte. Il n'est pas nécessaire de l'avoir lu pour briller en société mais c'est sans risque de déception. Vous pouvez l'acheter.

Barque #12 Maman, les petits bateaux ont-ils des roues?

gnieark — Wed, 27 Nov 2024 22:22:00 +0100

Non, la barque n'est pas finie! Si j'attaque la remorque maintenant, c'est parce que:

J'en ai acheté une qui m'encombre et qu'il faut adapter.
Pour travailler l'intérieur (ponçage etc..) de façon agréable, la barque posée sur des tréteaux est trop haute, sur le sol (protégée par des planches) trop basse. Elle serait à la bonne hauteur sur la remorque.

J'ai acheté pour une centaine d'euros cette remorque là sur Amazon:

Bon OK, ma barque a un fond plat^[1], et les supports de cette remorque sont inclinés mais:

Les dimensions sont OK,
J'ai l'espoir de réussir à bricoler quelque chose pour la tracter avec le vélo,
Le prix.

Les sortes de patins, sont en plastique imitation bois. On va les remplacer, et les relier par des planches de façon à ce que la barque repose sur toute sa largeur sur des supports horizontaux.

La matière première utilisée, ce sont des lattes de lit. Je les assemble en les collant entre elles par groupes de 3. Une fois corroyés, ça me donne des morceaux de bois ayant une épaisseur et une solidité qui me semble cohérente:

Quelques usinages pour créer l'emplacement des écrous. Là, j'utilise une mèche de perceuse juste le temps de régler les butées de la mortaiseuse. J'usine ensuite avec des fraises.

Le premier nouveau patin est installé (à gauche):

Afin de tracer les rainures sur les planches, je les positionne avec des pinces de serrage:

La défonceuse est un outil que j'ai tendance à éviter ^[2]. Pour les petits assemblages, je préfère les ciseaux à bois, le rabot, la rappe. Tandis que pour les usinages conséquents ou répétitifs je préfère utiliser la toupie de la combinée bois. Sauf que là, le faire à la main... J'ai envie que le projet avance. Et la toupie n'est pas adaptée pour des rainures en diagonale.

Je place ma pièce de bois, cloute temporairement deux lattes à la bonne distance ^[3] de façon à faire un cadre qui limitera les mouvements de la défonceuse.

Voila mes rainures:

Les rainures sont moches, mais ça ne se verra pas. J’équarris les angles aux ciseaux à bois, colle, emboite serre et patiente 24 heures.

Je veux que ce soit lisse et arrondi pour faire glisser la barque sur son support. Dans ce but, quelques coups de scie sauteuse, un arrondissage d'angle à la défonceuse, et du ponçage grain 80, puis 120 puis 240. J'aime bien le résultat:

J'ai rajouté une protection avec une cire pour meubles extérieurs. On recommence tout, mais en plus grand pour le support arrière.

Voila, la remorque est modifiée.

La barque est posée dessus:

Vous connaissez la blague de celui qui construit un bateau, qu'il n'est pas possible de sortir. La barque peut sortir, pas de soucis, mais le support arrière de la remorque, en fait je n'ai pas mesuré, j'ai fait au jugé pour que ce soit plus large que la barque. Et j'ai un doute... Boaf, on verra. Prochain billet, Dames de nage et résine polyester (encore)

Notes

[1] Le fond est plat dans la largeur et légèrement bombé dans la longueur

[2] Peut être que si je prenais le temps de fabriquer des gabarits pour la défonceuse, j'apprécierai mieux cet outil.

[3] rayon defonceuse - rayon fraise

Barque #11 Les bancs

gnieark — Tue, 12 Nov 2024 22:46:00 +0100

J'ai acheté des planches de coffrage en GSDB. Je les ai sciées à la longueur des futurs bancs (en gardant de la marge). Un mauvais réglage de la hauteur des tables de la dégauchisseuse a fait que j'ai dégauchi de façon légèrement inclinée. Rattraper ça m'aurait obligé à trop réduire l'épaisseur des bancs. Du coup je n'ai pas raboté jusqu'à obtenir une surface parfaite.

Voici les planches qui composeront les bancs:

Les serres installées (voir billet précédent) ne vont pas jusqu'au bout. J'utilise une des chutes des planches du banc pour créer les deux longueurs de serre manquantes. Puis prépare les serres déjà en place pour recevoir les nouveaux morceaux:

Traçage:

Quelques coups de scie et de ciseaux à bois plus tard:

Une heure d'étuvage plus tard, je place les derniers morceaux:

Les serres de banc vont à présent du tableau arrière jusqu'à quasiment l'étrave. Elles contribuent à la structure de la barque.

Revenons à la préparation des bancs. Je veux 30 cm de profondeur pour poser mes fesses, mes planches n'en font que 15. Il faut en coller deux pour chaque banc. Voici une vingtaine de secondes ASMR, le passage à la toupie pour créer une rainure:

Contemplation des rainures et languettes faites à la toupie:

Puis on a barbouillé de colle et serré:

J'essaie de tracer la courbure de la barque sur le banc pour préparer la découpe.

Je me dis qu'il y a un monde où la courbure est négligeable et que je peux tracer en ligne droite:

Après quelques découpes à la scie sauteuse inclinée à 15°, le premier banc est placé. Je me suis arrangé pour qu'il repose sur les serres de bancs mais ne touche pas la coque.

idem pour les deux bancs suivants:

Voila les 3 bancs sont posés. Ils seront fixés plus tard, j'ai encore besoin de pouvoir les enlever. Les prochaines étapes seront:

Du ponçage,
Encore du ponçage,
Arrondir ou chanfreiner les angles des bancs et de la serre de bancs,
installer les supports pour les dames de nage,
Recouvrir de résine polyester l'intérieur de la barque,
Choisir si je fais un plancher ou non, afin qu'on ne marche pas directement sur le fond.
Re-poncer l'extérieur des bordées et passer (enfin) la troisième couche de résine.
Faire quelques adaptations sur la remorque de barque.
Fabriquer des rames

Le prochain billet, c'est la remorque.

Barque #10 Fin du liston, Amarrage et serres de banc

gnieark — Mon, 04 Nov 2024 20:01:00 +0100

Avant de fabriquer les bancs, j'ajoute un morceau de liston sur l'étrave, et créé un point d'accroche pour une corde.

Les quelques centimètres de liston sur l'étrave collés, rappés poncés, on pourrait presque croire que le liston est continu.

J'ai hésité longtemps. un crochet métallique, un joli élément en bois faisant une belle boucle qui dépasserait. Finalement ce sera un simple trou. Je le fais à la chignole.

Pouvoir amarrer la barque sera nécessaire. Mais même avant qu'elle ne touche l'eau d'un lac, ça me facilitera la vie quand j'aurai besoin de la retourner.

Les serres de bancs.

Après de longues réflexions sur l'esthétique, le coté pratique, la méthode de fabrication; ce sera trois bancs installés chacun dans la largeur de la barque. Les assises feront 30 cm de large et 2cm d'épaisseur. Elles seront fixées sur une serre de banc qui elle sera fixées sur le membres de la barque.

Soucis, je n'avais pas prévu de couple contre le tableau arrière. J'en aurai besoin pour fixer la serre de banc.

Il faut mettre des tasseaux dans les angles de la barque. Évidement il n'y a aucun angle droit, et cela dans les trois dimensions. J'ai beaucoup joué avec la fausse équerre.

J'ai scié, raboté à la main, parce que raboter dans le sens du bois et faire des jolis copeaux c'est satisfaisant.

Puis j'ai eu mal au bras, pour 2 des tasseaux sur 3 , j'ai réglé le guide de la dégauchisseuse, et ai utilisé la fée électricité.

Voila, c'est collé contre le tableau arrière et les bordées:

Les bancs seront posés sur une "serre de banc": Une barre de bois qui repose sur les membres. Leur face intérieure à la barque n'est pas parallèle à la coque. J'ai donné quelques coups de ciseaux à bois et de rappe sur chaque membre. Ils ont à présent une "encoche", à peu près parallèle à la tangente de la coque. Ça permettra de coller la serre de banc.

Je ressors la boite à vapeur. Vu l'épaisseur, cette fois je laisse une heure, puis je trouve un système pour serrer la serre de banc contre les membres:

La première est posée. Elle s'est légèrement cassée. Je pense que ça ne posera pas de problème de solidité. Je mettrai un peu plus de fibre de verre à ce niveau.

Pour la serre de banc bâbord, je me suis amusé à filmer. Une fois la colle blanche posée, Le délai est d'une grosse dizaine de minutes. Par contre, une fois le morceau de bois à cintrer sorti du caisson à vapeur, il faut aller vite, quelques minutes. C'est pour cela que j'avais bien disposé les pinces de serrage à proximité de chaque membre, les chutes de bois qui m'ont servi de levier, des petits morceaux de cales en bois. J'ai réussi à la poser en 4 minutes environ.

Le prochain billet, ce sera les bancs!

Barque #9 les listons

gnieark — Sun, 27 Oct 2024 17:54:00 +0100

Le liston est la moulure disposée à l'extérieur d'un navire. Il sert d'ornement et/ou de protection contre les chocs. Ça existe en caoutchouc.

Dans le cas de ma barque, l'excroissance due au liston sera utile lorsque je chercherai à fixer des dames de nage ^[1] ou d'autres éléments d'accastillage. De plus sans ça, les bordées seraient trop fines pour imaginer charger la barque à l'envers sur les barres de toit de la voiture sans risquer de les abîmer.

J'ai quelques liteaux bruts de sciage dans mes stocks. Ils ne sont pas assez longs pour faire les listons en une seule pièce.

La longueur totale d'un liston, c'est environ 350 cm. Mes liteaux font 213 cm chacun. J'en ai 5 ou 6. Les dimensions du cabanon c'est env 380 x 400 cm^[2]...

Après quelques équations, des calculs matriciels de dérivées, et des logarithmes d'intégrales... Je choisis de simplement les couper en deux.

Chaque liston sera composé de 3 morceaux d'un mètre et des poussières, et un morceau de la longueur "on ajustera".

Je les rabote sur les 4 faces, mais ne les dégauchis pas. Ce serait absurde vu qu'on va les cintrer.

Tadaaa, ils sont tout propres.

Ils seront reliés par des assemblages à mi bois. Les tentatives d'assemblage en sifflet (scarfs) sur les lattes des bordées m'ont laissé un mauvais souvenir.

Comme MiniMoi voulait participer, ce ne sera ni à la toupie, ni à la défonceuse, mais au ciseau à bois. C'est l'occasion de lui apprendre à s'en servir.

Je doute que la colle à bois fonctionne sur la résine polyester. Je trace la zone sur laquelle sera plaquée le liston sur la coque de la barque. Cette zone sera poncée.

Après plusieurs ponçages :

C'est parti pour le cintrage à la vapeur. Le caisson pour la vapeur, la cocotte minute et la plaque électrique sont remis en fonctionnement. J' "enfourne" les parties du premier liston.

Avec un sac plastique pour fermer le caisson:

Après une grosse trentaine de minutes. Ils sont assez souples. Collage sur toute la surface et vissage tous les 40cm env au niveau des couples ^[3].

Premier morceau:

Puis les suivants, le premier liston est posé:

Il y a quelques petits défauts: Ici l'assemblage à mi bois est mal relié, je raboterai la bordée, et ça ne se verra plus.

Celui là est nickel, lorsque je poncerai, on aura du mal à détecter la présence d'un assemblage là.

Enfin, à l'endroit où la courbure est la plus accentuée, la vis a généré une petite fissure. Rien de bien méchant, la couche résine polyester + fibre de verre assurera la solidité nécessaire pour que ça ne bouge pas.

Une fois la colle séchée ^[4], je recommence l'opération de l'autre coté:

Je rajouterai un morceau de liston sur l'avant de l'étrave. Pour le moment je n'en mets pas sur le tableau arrière (mais me garde précieusement le morceau de bois prévu pour). je n'ai pas encore défini quels équipements seront accrochés au tableau arrière. Peut être un gouvernail si je transforme la barque en dériveur, peut être une fixation de petit moteur électrique.

Dans le prochain billet, on attaquera les serres de banc.

Notes

[1] le truc qui sert pour caler les rames

[2] Pour rester en bons termes avec le voisinage, je n'utilise pas de machine bruyante le soir avec la porte du cabanon ouverte. Pour la maintenir fermée, je préfère usiner des pièces de bois qui mesurent moins de la moitié de la diagonale du cabanon.

[3] Mes vis à bois sont trop grandes. Elles auraient traversé la coque

[4] En vrai, plus d'une semaine plus tard

barque #8 Goussets

gnieark — Mon, 14 Oct 2024 10:29:00 +0200

La barque est remise à l'endroit:

Je découpe les fibres et la résine qui dépassent avant de commencer, au ciseau à bois.

La barque posée au sol, c'est pénible pour travailler. Depuis qu'elle a un fond, c'est compliqué de la déplacer ou de la retourner. Je vais peut être avancer mon sous projet qui consiste à adapter ma remorque de vélo pour la barque. Celle ci. Ça m'aidera aux manutentions.

En attendant, je tente de jouer au grutier avec des poulies et des sangles à cliquet pour la remettre sur des tréteaux :

J'ai fini par la soulever à la main.

Je veux renforcer la structure en ajoutant des goussets. Un des tasseaux s'est légèrement fendu au niveau de l'angle du couple (tasseau sur lequel est fixé la bordée). Ça avait eu lieu il y a quelques temps, avant de mettre la résine. lorsque j'avais posé la barque sur sa tranche.

Je calcule à la grosse, il me faut 3 mètres de planches pour faire les 4 * 7 = 28 goussets. J'utilise 2 lattes de plancher (une abimée, et une en trop). Faut les re-scier.

Je copie l'angle à la fausse équerre. Plus question de me référer à mes plans pour les mesures à ce stade. Il y a eu des imprécisions et les lattes ont forcé sur les bordées.

Avec la fausse équerre, un trusquin (réglé sur l’épaisseur des couples), un compas une règle et un stylo, je dessine le profil du premier gousset.

Deux coups de scie plus tard:

Pose à blanc puis collage de la première paire de goussets:

Au moment où je rédige ce billet, 6 paires de goussets sur 14 sont installées.

Le prochain billet, je pense que ce sera la mise en place d'un liston.

Barque #7 L'aileron et la résine polyester

gnieark — Mon, 07 Oct 2024 23:00:00 +0200

L'aileron, sur le plan fourni par RenaudA3B sur l'air du bois, c'est cette pièce là.

Après m’être battu pour placer les lattes des bordées, fabriquer cette pièce a été super agréable. J'en ai oublié de prendre des photographies au fur et à mesure. Dans ma réserve de chutes de bois, j'ai pris deux morceaux. Un joli à la bonne épaisseur que j'ai corroyé^[1], et un morceau de palette dégueulasse avec des traces de clous.

J'ai utilisé la technique du traçage à la rondelle pour reproduire la courbure de la barque sur la planche martyre. Une fois découpé selon le tracé, j'ai affiné les contours à l'aide d'un rouleau de papier verre monté sur la toupie. Fixé sur le joli morceau de bois, le martyre a servi de guide pour reproduire la courbure sur la belle pièce à l'aide de la toupie et du guide Meteor. C'est une technique similaire à la défonceuse avec une fraise à copier. Après quelques ajustements à la rappe, l'aileron a été collé sur le fond de la barque, lesté d'une brique pour assurer un bon collage. Tadaaa:

La résine polyester.

De loin, le résultat est plutôt flatteur. Cependant, un examen plus attentif révèle de nombreuses imperfections. La largeur excessive des rainures par rapport à la largeur des lattes a entraîné des fractures à plusieurs endroits. Les assemblages des lattes (scarfs) présentent des défauts, et un nœud important a provoqué une fissure conséquente.

Initialement, j'envisageais quelques bouchages avec de la pâte à bois suivis de plusieurs couches de peinture. Ce serait une protection suffisante pour une utilisation occasionnelle sur le lac et la majorité du temps dans le jardin. Mais compte tenu de l'ampleur des dégâts, j'ai opté pour une solution plus efficace : la résine polyester renforcée de fibres de verre. Cette technique permettra non seulement d'assurer l'étanchéité de la coque, mais aussi de renforcer les zones fragilisées et de lisser les imperfections.

Résine Polyester ou résine Epoxy?

Da façon caricaturale, ce que j'ai retenu après quelques recherches: La résine Epoxy c'est pour faire les tables rivières. La résine Polyester + mat de verre, c'est pour les réparations carrosserie, coques de bateau.

Je n'ai pas trouvé beaucoup de documentation et de tutoriels d'utilisation. La vidéo youtube de Les Poissons et Le Pêcheur sur la restauration d'un bateau m'a convaincu que c'était la meilleure solution. Le vidéaste est très jeune, mais, il faut faire preuve d'humilité, tous les conseils qu'il donne sont corrects, je l'ai vérifié en ne les appliquant pas toujours.

Voici quelques conseils d'utilisation:

Préparation

Se fournir: J'ai acheté ce kit: https://www.gwarezlab.com/product-page/r%C3%A9sine-polyester-iso-mat-de-verre-300-gr-durcisseur. 2 fois 5kg. ^[2] Il contient de la résine, de l'agent durcisseur et du mat de verre. Je ne suis pas sponsorisé et le lien n'est pas affilié. Gwarez Lab est une PME bretonne, je suis très satisfait du produit (même si je n'ai pas de moyen de comparaison), et les délais de livraison, c'était 2 ou 3 jours. C'est simplement pour ça que je les mentionne ^[3].

Le premier outil indispensable pour la résine est un vrai masque à gaz à cartouche, pas un masque à poussières. Le logotype "cancérogène" est apposé sur le produit. Ceci dit, libre à vous de parier que c'est une exposition répétée qui est cancérogène, et qu'une petite exposition de quelques heures vous fera juste tourner la tête.

Sweat capuche et masque à gaz: le look du parfait zadiste.

L'odeur est violente, et la moindre goutte sur les chaussures, vous aurez des relents pendant deux ou trois jours. A faire dans un abri séparé de la maison, ou dans le jardin en été, si la météo prévoit une semaine sans pluie (le séchage est long).

Gants et lunettes, rouleau à débuler, pinceaux, acétone pour le nettoyage.

Une fois protégé, je prépare le mélange:

Première couche

Je passe Une première couche très fine, juste un passage au pinceau ou rouleau. Le dé-bullage^[4] de cette première couche n'est peut être pas nécessaire, dans le doute faites le quand même.

Deuxième couche avec la fibre de verre

Poser le mat de verre. Pas besoin d'attendre que la première couche soit sèche, au contraire, si ça colle un peu c'est mieux. Il faut déchirer un petit morceau à la main ^[5]. Puis le saturer de résine avec un pinceau. débuller, Recommencer en chevauchant avec un nouveau morceau.

Rattraper les ratés lors de la deuxième couche.

Le lendemain ou sur lendemain (pas besoin que ce soit totalement durci, ça peut être encore encore collant), je recherche les cloques et les ratés. Si contrairement a moi, vous avez bien bien mis une couche avant et bien débullé, il ne devrait pas y en avoir. Cependant ça se rattrape assez bien.

Si vous avez ce genre de verrue. En appuyant doucement avec le doigt on sent que ça s'enfonce car il y a une grosse bulle d'air.

Il faut dégager la verrue avec le ciseau à bois,

Un coup de ponçage, brosse ou aspirateur pour retirer les poussières, , puis on remet un peu de fibre et de résine, ça ne se verra plus.

Ponçage

2 ou trois jours après quand c'est bien sec. Sinon vous saturerez trop vite les disques de ponçage. Il faut poncer, mais pas non plus décaper ou trop chauffer, ne commencez pas en dessous du grain 60, puis montez jusqu'au grain 300. Il n'est pas nécessaire de poncer strictement chaque millimètre carré, le but est d'éliminer les aspérités et d'écraser les éventuelles fibres de verre qui se seraient relevées.

La 3ème couche de résine.

Comme le fond de la barque est relativement horizontal, je suis un peu plus bourrin et la verse directement, puis l'étale au pinceau, pour aller plus vite. Débullez.

Voila pour le tuto. Faites ce que je dis, pas ce que je fais, voici les photos, à différentes étapes. Je n'ai jamais débullé et ça se voit.

Avant le ponçage de la deuxième couche:

Voila pour le moment:

La troisième couche est passée sur le fond mais pas les bordées. Je la ferai plus tard. Dans le prochain billet, je renforce la structure avec des goussets (chose que j'aurai du faire dès le début du projet).

Le rythme très soutenu d'écriture des billets au sujet de la barque est terminé. J'ai rattrapé le retard. A présent les billets de blogs vont être au rythme de l'avancement de la barque (1 par semaine maximum).

Notes

[1] dégauchi et raboté

[2] Ils le vendent aussi sur Amazon. La différence de prix sur leur boutique en ligne ou sur Amazon est négligeable.

[3] Après, s'ils souhaitent me faire un virement bancaire pour cette publicité, je l'accepterai.

[4] avec un rouleau à débuller

[5] J'ai parfois posé des morceaux d'un mètre carré à la fois, ça pose des problèmes de plis

Barque #6 mise en place de la coque

gnieark — Fri, 04 Oct 2024 16:21:00 +0200

Dans les billets précédents, j'ai expliqué la création du squelette de barque, les essais pour cintrer les lattes. Le support est présent, la méthode est testée, c'est parti!

Je passe chaque latte 30 min dans le caisson vapeur. Je les plaque contre les couples avec de la colle à bois et des pinces de serrage. parfois, je rajoute une vis. La première rangée tout va bien:

Pour préparer plus de lattes, il me faut pouvoir utiliser la diagonale du cabanon/atelier. La barque est mise temporairement contre une paroi:

D'autres fois, je la sors du cabanon pour avoir la place.

La vieille combinée LUREM C2000 qui me sert aux usinages, c'est elle. Là elle est en mode "toupie".

Ses fonctions sont scie sur table (qui ne s'incline pas malheureusement), toupie, dégauchisseuse, raboteuse, mortaiseuse, et un mode de passe avec chariot sur la toupie qui permet de tenonner.

Les lattes des bordées étant toutes posées, faut couper. Pour tracer une ligne droite de l'étrave au plateau arrière, dans la courbe de la barque, j'utilise une bande métallique que je coince avec des pinces des serrage.

Quelques projections de sciure dans la pelouse plus tard:

J'ai du raboter le haut des bordées pour corriger les imperfections et l'inclinaison de la découpe. Il reste à faire le fond. Nouvelles série de lattes.

La barque retourne dans l'atelier, mais à l'envers cette fois. Le support n'est plus utile.

Préalablement, je remarque que les bordées se décollent du plateau arrière. Je gratte, remet de la colle et resserre.

La pose du fond va beaucoup plus vitre que les bordées. La courbure étant plus faible, je n'ai pas besoin de les passer au caisson vapeur avant de les installer.

Etape satisfaisante: la découpe du fond avec une défonceuse et une fraise à copier.

Encore des lattes, du rabotage et tadah:

Les photographies de l'avancement se sont enchaînées et peuvent laisser croire que ça a été facile et sans erreur.

La première erreur est le sens de pose des rainures languette. je n'ai pas l'expérience d'un poseur de parquet.

Sur un cabanon en bois ou lors de la pose de bardage, c'est languette vers le haut, et rainure vers le bas. Comme ceci:

Si c'était posé dans l'autre sens, l'eau de pluie pourrait venir stagner dans la rainure.

J'ai malheureusement choisi de respecter cette convention dans le cas de la barque.

Mon profil de lattes. 10 mm, rainure 6mm, ça donne ça:

Contrairement à la photo ci dessus, je veux que les planches soient liées sans relief. donc il n'y a pas de chanfrein qui aide à l'assemblage. Comme je m'y suis pris dans le mauvais sens, plaqué au niveau des couples, ça ressemble à ça:

Bon courage pour réussir à enfiler la latte suivante coté femelle sans casser les 2 mm de bois autours de la rainure. Si en plus il y a des traces de colle, c'est impossible. Alors que dans l'autre sens, enfiler les languettes dans les rainures, c'est beaucoup plus facile. Je rappelle que pour ajouter de la difficulté tout est en courbe.

L'autre erreur de conception, je l'ai évoqué dans un billet précédent, c'est que la structure de la barque est posée mais pas solidement fixée, donc ça bougeait, tout se décalait au moment de placer les lattes.

Enfin, les lattes ne sont pas assez longues pour faire les 310 cm de la barque. il faut les relier. J'aurai du préparer les assemblages en sifflet (scarfs) avant de poser les lattes sur la barque. Le résultat de ce que j'ai fait direct sur la barque n'est pas joli.

En résumé la construction des bordées m'a pris beaucoup de temps, m'a parfois découragé. Il y a beaucoup de défauts visibles. Si je devais refaire un bateau, je modifierai la méthode.

Dans le prochain billet, on fabrique un aileron, et on attaque la résine polyester.

Barque #5 Cintrer les lattes

gnieark — Thu, 03 Oct 2024 22:44:00 +0200

Les trois grandes techniques pour cintrer du bois sont:

Le lamellé collé.
Laisser le bois longtemps dans l'eau
Le cintrage à la vapeur.

Le lamellé collé, j'ai eu l'occasion d'expérimenter pour fabriquer les pieds d'une table basse:

On fabrique un gabarit:

On scie une planche de façon à avoir plein de lamelles (épaisseur bois de boite à fromage). Ce n'est pas économe en matière. Dans mon cas, les lamelles étaient plus fines que l'épaisseur de la lame de la scie sur table, j'ai transformé en sciure plus de 50 % de la matière.

On tartine de colle à bois et on serre les lamelles contre le gabarit (auquel j'avais ajouté des trous pour aider la mise en place des pinces de serrage):

Après séchage et rabotage des cotés, tadaaa, un objet cintré:

J'avais rédigé un post sur la réalisation de la table basse sur l'air du bois.

Concernant la fabrication d'une barque ,la courbure change pour chaque étage de latte, donc autant de gabarits que d'étages de lattes. De plus, faire des gabarits de cette taille... on oublie. Cependant, faire la coque de l'embarcation avec de très fines lamelles de bois, certes fragiles, mais qui auront la souplesse suffisante pour épouser les courbes, puis tout solidifier et étanchéifier avec le la fibre de verre et de la résine polyester: Il y a un monde où ça fonctionne. Celui des canoës kayaks.

Laisser le bois longtemps dans l'eau

je n'ai pas de récipient assez grand. La baignoire, madame ne m'aurait pas laissé faire. La piscine des enfants, démontée, c'était l'automne ou l'hivers quand j'ai fait ça. Enfin, j'ai un doute sur l'efficacité du collage de bois détrempé.

Le cintrage à la vapeur

J'y reviens plus loin. Avant de choisir cette technique, j'ai tenté de prendre un raccourcis: Verser de l'eau bouillante sur les lattes au moment de les placer sur les couples. Pour leur donner juste un chouilla de flexibilité en plus. Ça a presque fonctionné. Avec la bouilloire, je versais de l'eau chaude sur la latte, tout en resserrant les pinces progressivement. J'ai réussi à obtenir la bonne courbure. 3 minutes plus tard il y a eu un grand bruit,. Une partie de la barque était tombée au sol. En fait, l'eau chaude, c'est l'ennemi de la colle à bois. La structure de la barque, c'est tenon mortaise + colle, pas de chevilles. la colle à bois,pourtant sèche depuis longtemps, s'était liquéfiée et avait arrêté de coller. Tout s'était déboîté.

Le point positif de cette histoire, c'est que maintenant, je sais comment nettoyer les traces de colle à bois sur mes outils dont les pinces de serrage. Je ramène la bouilloire.

J'ai décidé d’arrêter de faire de la merde, et de faire un vrai caisson de vapeur.

Une plaque électrique premier prix achetée en ligne, une cocotte minute, un tuyau volé sur un jouet, 4 planches et des vis. Voila, une boite à vapeur à suffisamment grande pour y loger les lattes de plancher destinées à la barque.

Ça ne se voit pas sur les deux photos, mais je fermais l'extrémité avec un sac plastique. Après quelques essais, je m'étais aperçu qu'il valait mieux:

Incliner légèrement la boite de manière à ce que l'arrivée de vapeur soit vers le bas. Elle a tendance à monter.
Mettre quelques cales dans la boite de façon à ce que la latte à cintrer n'ait pas une surface plaquée sur le bas de la boite et donc moins exposée à la vapeur chaude.
Laisser un délai : 30 minutes minimum dans mon cas. C'est expérimental et dépendra de plein de facteurs. l'étanchéité de votre boite à vapeur, l'épaisseur et l'essence du bois à cintrer ...

La technique fonctionne, ou presque, j'ai galéré, fait de la casse, des trucs moches à rattraper, ça été long, latte par latte. Dans le prochain billet, la mise en place des lattes pour former les bordées puis le fond . Quelques photos, et je vous indiquerai les erreurs que j'ai fait à ne pas faire.

Barque #4 les lattes

gnieark — Wed, 02 Oct 2024 15:31:00 +0200

Contrairement aux 3 précédents, ce billet de blog contient plus de réflexions et descriptions techniques que de photos de réalisation. On reviendra à une proportion texte/photographies plus agréable dans le prochain billet.

La forme du bateau sera celle du Picou fabriquée par RenaudA3b, documentée sur l'air du Bois. Les bordées et le fond sont en contreplaqué. Les plans de découpe sont fournis.

Plutôt que d'utiliser des plaques de contreplaqué, j'ai opté pour la construction en lattes. Si je dressais un tableau avantages/inconvénients de chaque méthode, la conclusion serait probablement pour le contreplaqué.

Mon choix a été motivé par:

Le prix des plaques de contreplaqué qualité marine ou à minima résistantes à l'eau est dissuasif. Si je me foire (ce qui est probable) sur une plaque, ça va m'énerver, voire me décourager définitivement et m'appauvrir, alors que si je casse une latte, ça va juste m'énerver et moins m'appauvrir.
Ce sera galère de s'en procurer dans des grandes dimensions (pas vendu en GSDB et ma voiture est une CLIO3).
Peut être qu'avec des lattes le bateau aura plus de cachet, sera plus artisanal. Spoiler: Après le résinage et la peinture, je pense qu'on ne verra plus le bois sur l'extérieur du bateau.
La précision que ça demande, et l'absence de droit à l'erreur: Il faut préparer les deux bordées et le fond et espérer que tout s'ajuste bien. Alors qu'avec des lattes, il y a moyen de mettre des coups de rabot et de réajuster au fur et à mesure.

Je savais cependant que je passais à coté de gros avantages:

Le temps de réalisation divisé par 10 voire plus.
La problématique de l'étanchéité bien simplifiée contrairement à l'étanchéité entre chaque latte.

Mon choix est arrêté, pas de contreplaqué. Il reste encore à choisir le bois et sa forme. Planches de coffrage que je raboterai à la machine? bois plus noble? Comment j'assure l'étanchéité entre les planches?.

Aparté: Le calfatage ou le bordé latté.

Calfater une barque, c'est insérer une cordelette éventuellement imprégnée de goudron entre les planches. Cet outil est utilisé pour pousser la cordelette entre les planches ^[1]:

Une alternative pour ne pas avoir à calfater est la méthode du bordé latté. Non, ce n'est pas le nom d'un café. Vous en trouverez une bonne description sur le site de la revue Chasse maree.

Le bordé latté façon Gnieark

Pour les essais, j’achète du plancher, à base de pin noueux. C'est facile à trouver en grande surface de bricolage. L'épaisseur (env 1cm) est cohérente avec les dimensions de la barque. Le prix est intéressant. Ça revient moins cher au mètre carré que des planches brutes. Ils sont toujours approvisionnés de ce produit, si jamais il m'en faudrait plus.

Je coupe les rainures languettes pré-usinées des lattes de plancher, parce que leur forme n'irait pas sur une barque. Dans un premier temps j'essaie de trouver une technique pour les usiner en leur donnant ce profil:

C'est ce profil qui aurait le mieux facilité le plaquage/collage des lattes les unes au dessus des autres de façon très serrée malgré la la courbure de la barque.

L'usinage à la toupie n'est pas possible. Je ne dispose pas de fers de toupie demi rond mâle et femelle diamètre env 1cm. Dans le commerce, on n'en trouve plus des compatibles avec mon porte fers Lurem anciennes générations. Il aurait fallu racheter un porte fer de toupie complet (prix de départ 300€ ).

Le porte outil de toupie et la collection de fers:

Je fais donc quelques essais avec la défonceuse. Ce n'est pas concluant, pas assez précis. L'épaisseur de seulement 1cm des lattes non corroyées n'aide pas.

Le faire à la main? j'y passerai trop de temps pour une précision moyenne.

Je me résigne à faire un profil rainure languette:

Pour ça, je possède les fers mâles et femelle pour tout faire à la toupie. Quoique, Le couple de fers rainures/languettes le plus fin dont je dispose fait une languette d'épaisseur 6mm. Sur les planches de 10 mm c'est très juste il ne reste pas beaucoup de matière en dessous et au dessus, ça va être fragile et galère d'insérer la languette dans la rainure en courbe. Tant pis, je teste comme ça. On tente!

Une fois les premières lattes usinées, je tente de les placer à blanc, en jouant sur leur flexibilité. Le test est effectué à l'endroit le plus courbé, en bas, contre l'étrave. Je resserre progressivement les pinces de serrages...

La latte a cassé. Je ne pourrai pas les placer en force. il faut que je me penche sur les méthodes de cintrage du bois.

Je vous propose qu'on voit ça dans le billet suivant.

Note

[1] photographie "empruntée" sur le site A l'abordage

Barque #3 le plateau arrière et le squelette

gnieark — Wed, 02 Oct 2024 09:28:00 +0200

Pour créer un plateau, à partir de planches assemblées entre elles, Les étapes sont les suivantes:

Dégauchir, puis raboter toutes les planches de façon à ce qu'elles soient à la même épaisseur.
Je créé une rainure sur une tranche et une languette sur l'autre. Ca facilite l'emboitage des planches et augmente la surface de collage. Avec les colles modernes, on peut s'en passer et coller directement les planches chant contre chant, mais vu que je dispose d'une toupie, faut en profiter.
Barbouillage de colle à bois et serrage.

Voici une photographie du collage:

Ensuite j'ai découpé le plateau en forme de trapèze en respectant les cotes et les angles donnés par mes plans.

Mini-moi m'a aidé au ponçage.

Le plateau arrière est terminé pour le moment.

L'objectif à présent est de faire un support temporaire qui me permettra de positionner l'étrave, les couples et le tableau arrière. Je pourrai ensuite (en théorie) mettre toutes les lattes pour former les bordées et le fond de la barque.

C'est la première grosse erreur de méthode. Je vais le regretter pour la suite de la construction. J'ai fait une structure qui permet de positionner la structure du bateau à la bonne place. Si vous construisez un petit bateau, faites en sorte qu'en plus d’être bien positionnés, les couples, l'étrave et le tableau arrière soient fixés et ne bougent pas, même quand vous appliquerez des forces dessus. Bref faites un "moule".

Le support, c'est deux grand tasseaux (longueur de la future embarcation) prenant en sandwich des cales, le tout posé sur des tréteaux.

Le fond de la barque étant courbé, chaque couple doit être posé à une hauteur différente. J'ai fait une série de supports à l'imprimante 3D, chacun à la bonne hauteur pour supporter le couple qui lui est attribué. Télécharger les fichiers STL et openscad

Honnêtement, c'était idiot, couper des cales en bois à la bonne hauteur aurait très bien fait l'affaire, et ça aurait été plus solide.

Je dispose mes "clips" sur mon support, place les couples, et visse par en dessous l'étrave. C'est une deuxième, erreur si j'avais tout positionné vers le bas, de façon à construire la barque à l'envers, j'aurai moins galéré et n'aurai pas eu besoin de la retirer de son support au moment de faire le fond.

Voici la barque qui ressemble à un fossile de baleine:

Dans le prochain billet on attaquera la préparation des lattes et leur profil.