<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Maya-Published on FtBx.fr</title><link>https://ftbx.fr/tags/maya-published/</link><description>Recent content in Maya-Published on FtBx.fr</description><image><title>FtBx.fr</title><url>https://ftbx.fr/images/placeholder-image.jpg</url><link>https://ftbx.fr/images/placeholder-image.jpg</link></image><generator>Hugo -- 0.146.6</generator><language>fr</language><copyright>2025 ftbx.fr - This work is licensed under CC BY-NC-SA 4.0</copyright><lastBuildDate>Sat, 13 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://ftbx.fr/tags/maya-published/index.xml" rel="self" type="application/rss+xml"/><item><title>Seul face à 120 projets : comment l'IA a rendu une migration CI réaliste</title><link>https://ftbx.fr/posts/seul-face-e-120-projets-comment-ia-a-rendu-migration-ci-realiste/</link><pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate><guid>https://ftbx.fr/posts/seul-face-e-120-projets-comment-ia-a-rendu-migration-ci-realiste/</guid><description>&lt;p>120 projets à migrer. Seul. La dernière fois qu&amp;rsquo;on avait dû faire ça, on s&amp;rsquo;était promis de ne plus jamais le refaire.&lt;/p>
&lt;h2 id="la-dernière-fois">La dernière fois&lt;/h2>
&lt;p>Il y a deux ans, on avait déjà dû faire une migration de pipelines CI à l&amp;rsquo;échelle du département. Un template maison à mettre à jour, une évolution structurelle. On avait fait la seule chose qui semblait possible : communiquer. Demander à chaque responsable de projet de faire la mise à jour. Certains l&amp;rsquo;ont fait dans la semaine. D&amp;rsquo;autres jamais. Résultat : un drift entre les projets à jour et les projets à la traîne, du support pendant des mois, et des « Ah, il fallait migrer ? » à chaque incident.&lt;/p></description></item><item><title>Quand ton utilisateur ne parle pas ta langue</title><link>https://ftbx.fr/posts/quand-ton-utilisateur-ne-parle-pas-ta-angue/</link><pubDate>Fri, 15 Nov 2024 00:00:00 +0000</pubDate><guid>https://ftbx.fr/posts/quand-ton-utilisateur-ne-parle-pas-ta-angue/</guid><description>&lt;p>En début de carrière, j&amp;rsquo;ai longtemps cru que bien comprendre les besoins d&amp;rsquo;un utilisateur, c&amp;rsquo;était une question de méthode. Agile, user stories, rituels Scrum bien tenus. J&amp;rsquo;ai appris que c&amp;rsquo;était surtout une question de patience, et d&amp;rsquo;accepter que les gens ne savent souvent pas ce qu&amp;rsquo;ils veulent jusqu&amp;rsquo;à ce qu&amp;rsquo;ils le voient (ou jusqu&amp;rsquo;à ce qu&amp;rsquo;on leur pose les bonnes questions).&lt;/p>
&lt;h2 id="ce-qui-ne-marchait-pas">Ce qui ne marchait pas&lt;/h2>
&lt;p>Chez Psynapse, j&amp;rsquo;ai construit un CRM à destination de thérapeutes. Pas des développeurs, pas des product owners rompus aux wireframes. Des gens dont le métier, c&amp;rsquo;est l&amp;rsquo;accompagnement humain, et qui n&amp;rsquo;avaient pas de vocabulaire pour me dire ce dont ils avaient besoin en termes de logiciel.&lt;/p></description></item><item><title>Headscale, Headplane, Authelia : mon Tailscale 100 % maison</title><link>https://ftbx.fr/posts/headscale-headplane-authelia-mon-tailscale-100-maison/</link><pubDate>Sun, 01 Sep 2024 00:00:00 +0000</pubDate><guid>https://ftbx.fr/posts/headscale-headplane-authelia-mon-tailscale-100-maison/</guid><description>&lt;p>Tailscale, c&amp;rsquo;est bien. L&amp;rsquo;idée de reposer sur des serveurs tiers pour son réseau mesh, un peu moins. Headscale est l&amp;rsquo;implémentation open source du serveur de contrôle Tailscale : on garde les clients officiels, on remplace le plan de contrôle par quelque chose qu&amp;rsquo;on héberge soi-même.&lt;/p>
&lt;p>Point de départ : permettre un accès distant sécurisé aux serveurs d&amp;rsquo;une école. Pas envie de leur ouvrir des ports en direct ou de faire confiance à un service cloud tiers pour la gestion du réseau. Un petit VPS à 3-4€/mois avec Headscale, et les machines de l&amp;rsquo;école deviennent accessibles depuis n&amp;rsquo;importe où, sans exposition publique.&lt;/p></description></item><item><title>Git patch : partager des modifications entre repos</title><link>https://ftbx.fr/posts/git-patch-partager-modifications-entre-repos/</link><pubDate>Mon, 10 Jul 2023 00:00:00 +0000</pubDate><guid>https://ftbx.fr/posts/git-patch-partager-modifications-entre-repos/</guid><description>&lt;h1 id="git-patch--partager-des-modifications-entre-repos">Git patch : partager des modifications entre repos&lt;/h1>
&lt;p>Quand tu dois appliquer la même modification sur plusieurs repos qui partagent une base de code commune, transporter un commit d&amp;rsquo;un dépôt à l&amp;rsquo;autre avec &lt;code>git format-patch&lt;/code> évite de le recréer à la main.&lt;/p>
&lt;p>Le résultat, c&amp;rsquo;est un fichier &lt;code>.patch&lt;/code> qui se partage comme n&amp;rsquo;importe quelle pièce jointe.&lt;/p>
&lt;h2 id="créer-le-patch">Créer le patch&lt;/h2>
&lt;div class="highlight">&lt;pre tabindex="0" class="chroma">&lt;code class="language-sh" data-lang="sh">&lt;span class="line">&lt;span class="cl">git format-patch -k -1 HEAD -o ./patches/
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;ul>
&lt;li>&lt;code>-k&lt;/code> : conserve le message du commit tel quel, sans ajouter le préfixe &lt;code>[PATCH]&lt;/code>&lt;/li>
&lt;li>&lt;code>-1&lt;/code> : un seul commit (le dernier). Remplace par &lt;code>-3&lt;/code> pour les 3 derniers, ou donne un SHA précis&lt;/li>
&lt;li>&lt;code>-o ./patches/&lt;/code> : dossier de sortie, plus propre qu&amp;rsquo;un &lt;code>&amp;gt;&amp;gt;&lt;/code> à la main&lt;/li>
&lt;/ul>
&lt;p>Pour une plage de commits :&lt;/p></description></item></channel></rss>