<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Qui suis-je ? on Le Blog d'Arhuman</title><link>https://blog.assad.fr/</link><description>Recent content in Qui suis-je ? on Le Blog d'Arhuman</description><generator>Hugo</generator><language>fr-fr</language><lastBuildDate>Sun, 12 Apr 2026 02:00:07 +0100</lastBuildDate><atom:link href="https://blog.assad.fr/index.xml" rel="self" type="application/rss+xml"/><item><title>Suivre la méthode, rater le projet</title><link>https://blog.assad.fr/post/project-shu-ha-ri/</link><pubDate>Sun, 12 Apr 2026 02:00:07 +0100</pubDate><guid>https://blog.assad.fr/post/project-shu-ha-ri/</guid><description>&lt;p&gt;&lt;strong&gt;Vos plannings dérapent, vos deadlines explosent et le périmètre se réduit.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Est-ce la faute de votre méthode de gestion de projet ?&lt;/p&gt;
&lt;p&gt;Non, bien sûr. Chaque méthode a ses forces et son utilité et offre un cadre plus efficace que le développement au fil de l&amp;rsquo;eau et au doigt mouillé.&lt;/p&gt;
&lt;p&gt;Mais toute méthode a deux effets pervers :&lt;/p&gt;
&lt;h2 id="la-méthode-donne-souvent-un-faux-sentiment-de-sécurité"&gt;La méthode donne souvent un faux sentiment de sécurité&lt;/h2&gt;
&lt;p&gt;La méthode rassure parce qu’elle rend visible ce qui est facile à mesurer, mais &lt;strong&gt;des KPI au vert peuvent masquer un projet qui va dans le mur&lt;/strong&gt; :&lt;/p&gt;</description></item><item><title>Less is More : Pourquoi j'ai remplacé Git par Jujutsu.</title><link>https://blog.assad.fr/post/jj_has_better_legs/</link><pubDate>Sun, 05 Apr 2026 02:38:37 +0100</pubDate><guid>https://blog.assad.fr/post/jj_has_better_legs/</guid><description>&lt;h2 id="introduction"&gt;Introduction&lt;/h2&gt;
&lt;p&gt;En informatique, l’aphorisme “Less is More” revient souvent.
Avec Jujutsu (jj), il prend une forme très concrète : un modèle mental plus simple peut réduire la friction quotidienne dans la gestion de versions.&lt;/p&gt;
&lt;p&gt;Dans cet article&lt;sup id="fnref:1"&gt;&lt;a href="#fn:1" class="footnote-ref" role="doc-noteref"&gt;1&lt;/a&gt;&lt;/sup&gt;, je ne vais pas chercher à “prouver” que &lt;code&gt;jj&lt;/code&gt; est supérieur à &lt;code&gt;git&lt;/code&gt;. Je vais montrer, sur un cas concret, pourquoi certaines opérations courantes : interrompre un travail, réorganiser ses modifications, corriger un commit non atomique ou résoudre un conflit, deviennent plus naturelles avec jj.&lt;/p&gt;</description></item><item><title>Pourquoi je code en Go de cette manière en 2026</title><link>https://blog.assad.fr/post/why-i-code-go-this-way-2026/</link><pubDate>Mon, 30 Mar 2026 15:24:26 +0100</pubDate><guid>https://blog.assad.fr/post/why-i-code-go-this-way-2026/</guid><description>&lt;h2 id="pourquoi-écrire-encore-sur-le-layout-et-les-pratiques-go-en-2026-"&gt;Pourquoi écrire encore sur le layout et les pratiques Go en 2026 ?&lt;/h2&gt;
&lt;p&gt;En 2018, Mat Ryer écrivait un article de référence &lt;a href="https://pace.dev/blog/2018/05/09/how-I-write-http-services-after-eight-years.html"&gt;How I write HTTP services after 8 years&lt;/a&gt; qu’il a mis à jour quelques années plus tard : &lt;a href="https://grafana.com/blog/2024/02/09/how-i-write-http-services-in-go-after-13-years/"&gt;&amp;ldquo;How I write HTTP services in Go after 13 years&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;En 2019, je présentais déjà ma manière de coder en Go dans plusieurs &lt;a href="https://blog.assad.fr/slides/talk-how_I_code_in_go"&gt;présentations d’introduction au langage&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Ce texte est une version révisée de cette présentation, nourrie par mon expérience et mes contraintes en 2026.&lt;/p&gt;</description></item><item><title>Et si votre OOM n’était pas qu’un problème de mémoire ?</title><link>https://blog.assad.fr/post/what-if-oom-is-not-only-about-memory/</link><pubDate>Fri, 20 Mar 2026 15:24:26 +0100</pubDate><guid>https://blog.assad.fr/post/what-if-oom-is-not-only-about-memory/</guid><description>&lt;p&gt;Parfois, une investigation raconte une autre histoire que celle que vous attendez.&lt;/p&gt;
&lt;p&gt;C’est ce qui m’est arrivé récemment en cherchant pourquoi un pod finissait en OOMKilled deux à trois fois par jour.&lt;/p&gt;
&lt;p&gt;Une rapide observation de la mémoire du pod incriminé ne montre pas la courbe croissante typique d’un memory leak. Je manque de données juste avant le OOM (parce que c’est toujours quand votre système de métriques est en train de migrer que ce type d’incident se produit) mais avec les données de la journée, la cause semble se trouver ailleurs.&lt;/p&gt;</description></item><item><title>Et si votre dette technique n’était pas un problème technique ?</title><link>https://blog.assad.fr/post/what-if-tech-is-not-the-answer/</link><pubDate>Sun, 15 Mar 2026 11:05:26 +0100</pubDate><guid>https://blog.assad.fr/post/what-if-tech-is-not-the-answer/</guid><description>&lt;p&gt;Alors que les méthodes se font toujours plus nombreuses, les livres toujours plus prescriptifs, les outils toujours plus performants, la démarche toujours plus industrielle, l’industrie du logiciel continue à produire autant de dette, de retard et de bugs qu’auparavant.&lt;br&gt;
C’est un secret de polichinelle et pourtant rien ne change. Pourquoi ?&lt;br&gt;
Peut-être est-il temps de chercher la cause là où trop peu regardent.&lt;/p&gt;
&lt;p&gt;Laissez-moi vous raconter une histoire.&lt;/p&gt;
&lt;p&gt;Imaginez, vous êtes embauché en tant que chef de projet informatique, dans une startup où le développement est complètement stoppé :&lt;/p&gt;</description></item><item><title>Le supplément d'Art du programmeur</title><link>https://blog.assad.fr/post/extra-touch-of-art/</link><pubDate>Tue, 10 Mar 2026 02:38:37 +0100</pubDate><guid>https://blog.assad.fr/post/extra-touch-of-art/</guid><description>&lt;p&gt;Face à une IA capable de compiler nos intentions en programmes fonctionnels, je m&amp;rsquo;interroge : notre métier se réduit-il à l&amp;rsquo;assemblage de syntaxe, ou cache-t-il une dimension qui échappe par nature au calcul ?&lt;/p&gt;
&lt;p&gt;J’avais 17 ans quand j’ai enfin mis la main sur “The Art of Computer Programming” de Donald Knuth.&lt;br&gt;
À l’époque, en 1989, les livres de référence sur la programmation étaient rares et les 4 volumes de TAOCP faisaient figure de “bible”; il reste encore pour moi un ouvrage de référence que chaque informaticien devrait lire.&lt;/p&gt;</description></item><item><title>De retour sur ce blog</title><link>https://blog.assad.fr/post/20241122_back_to_the_blog/</link><pubDate>Thu, 21 Nov 2024 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/20241122_back_to_the_blog/</guid><description>&lt;h1 id="mieux-vaut-tard-que-jamais"&gt;Mieux vaut tard que jamais.&lt;/h1&gt;
&lt;p&gt;Ça fait 4 ans maintenant que je n&amp;rsquo;ai rien écrit sur ce blog. Une Pandémie, un déménagement en Thailande, une modification de mon infrastructure d&amp;rsquo;hébergement sont passés par là entre temps, et sans m&amp;rsquo;en rendre compte, j&amp;rsquo;ai perdu l&amp;rsquo;habitude de partager ici.
Mais le temps passant, l&amp;rsquo;envie s&amp;rsquo;est faite de plus en plus forte, le temps de réactiver ma chaine de CI/CD, je suis à nouveau prêt a commiter mes articles et mes idées vers ce blog.
Mieux vaut tard que jamais&amp;hellip;&lt;/p&gt;</description></item><item><title>Apprendre Rust en 2022</title><link>https://blog.assad.fr/post/learning_rust_in_2022/</link><pubDate>Fri, 22 Jul 2022 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/learning_rust_in_2022/</guid><description>&lt;h1 id="apprendre-rust-en-2022"&gt;Apprendre Rust en 2022&lt;/h1&gt;
&lt;p&gt;Si vous suivez mes blogs/podcasts vous savez déjà que je suis un fan du langage Go, aprés avoir été pendant plusieurs années un utilisateur passionné de Perl.&lt;/p&gt;
&lt;p&gt;Ce que vous ignorez peut-être c&amp;rsquo;est que j&amp;rsquo;ai utilisé ou continue à utiliser de nombreux autres langages, et que je continue régulièrement à apprendre de nouveaux langages.&lt;/p&gt;
&lt;p&gt;Ces 10 dernières années j&amp;rsquo;ai un peu changé ma façon de faire : pour m&amp;rsquo;immerger complètement dans le langage que j&amp;rsquo;apprend, j&amp;rsquo;essaie pendant un an de réaliser &lt;strong&gt;tous&lt;/strong&gt; mes nouveaux projets dans ce langage. Ce n&amp;rsquo;est pas forcément le meilleur choix d&amp;rsquo;un point de vue pratique (un outil ligne de commande en Javascript peut être un peu &lt;em&gt;lourd&lt;/em&gt; à déployer par exemple) mais ça me permet de m&amp;rsquo;impliquer à fond dans l&amp;rsquo;apprentissage d&amp;rsquo;un langage.&lt;/p&gt;</description></item><item><title>Pourquoi j'aime les generics Golang</title><link>https://blog.assad.fr/post/go_generics/</link><pubDate>Fri, 31 Jul 2020 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/go_generics/</guid><description>&lt;h1 id="pourquoi-jaime-les-generics-golang-"&gt;Pourquoi j&amp;rsquo;aime les generics golang ?&lt;/h1&gt;
&lt;p&gt;Je relisais l&amp;rsquo;excellent article de ian Taylon et Robert Grisemeer (&lt;a href="https://blog.golang.org/generics-next-step"&gt;The next step for generics&lt;/a&gt;) et je ne pouvais m&amp;rsquo;empêcher de penser que j&amp;rsquo;adorais le sens vers lequel ça allait. En fait j&amp;rsquo;aime tellement ces nouveaux generics que j&amp;rsquo;ai décidé d&amp;rsquo;écrire un article pour le dire.&lt;/p&gt;
&lt;p&gt;Avec la publication des derniers drafts vous devriez tous avoir une idée assez précise de ce à quoi les generics ressembleront dans les prochaine versions du langage Go. Alors plutot que de refaire une énième revue technique des changements, je vais profiter des modifications pour rappeler pourquoi j&amp;rsquo;aime ces generics car il se trouve que c&amp;rsquo;est exactement pour les mêmes raisons que j&amp;rsquo;aime le langage&amp;hellip;&lt;/p&gt;</description></item><item><title>Qui suis-je ?</title><link>https://blog.assad.fr/about/</link><pubDate>Tue, 23 Jun 2020 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/about/</guid><description>&lt;p&gt;Je suis un Français de 54 ans, père de 2 garçons et d&amp;rsquo;une princesse.&lt;/p&gt;
&lt;p&gt;Je suis un &lt;a href="https://www.doolta.com"&gt;entrepreneur&lt;/a&gt; payé pour résoudre des problèmes complexes impliquant des ordinateurs, généralement en concevant des outils (logiciels) ou en manipulant d&amp;rsquo;énormes quantités de données, ou parfois en coachant ou gérant d&amp;rsquo;autres personnes.
Sur mon temps libre, j&amp;rsquo;aime faire exactement la même chose, comme c&amp;rsquo;est ma passion.&lt;/p&gt;
&lt;p&gt;Je suis une personne non conventionnelle, alors au lieu de vous peindre un portrait imprécis de qui je suis, voici quelques faits :&lt;/p&gt;</description></item><item><title>L'avantage ignoré du TDD</title><link>https://blog.assad.fr/post/tdd_secret_weapon/</link><pubDate>Tue, 02 Jun 2020 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/tdd_secret_weapon/</guid><description>&lt;p&gt;Ces derniers temps, le hasard a fait que j&amp;rsquo;ai beaucoup entendu parler de Test Driven Development.&lt;/p&gt;
&lt;p&gt;Souvent sur le vieux thème &amp;ldquo;le TDD est mort&amp;rdquo; (&lt;a href="https://dhh.dk/2014/tdd-is-dead-long-live-testing.html"&gt;https://dhh.dk/2014/tdd-is-dead-long-live-testing.html&lt;/a&gt;) et avec les mêmes questions qui resurgissent :&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;em&gt;jQuelle est la définition des différents types de tests ?&lt;/em&gt;&lt;/li&gt;
&lt;li&gt;&lt;em&gt;Quel est le pourcentage de couverture de code idéal ?&lt;/em&gt;&lt;/li&gt;
&lt;li&gt;&lt;em&gt;Comment gérer les tests fragiles ? Les tests lents ?&lt;/em&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Et si je vais adresser rapidement ces questions aujourd&amp;rsquo;hui, c&amp;rsquo;est plus par souci de complétude que par réel intérêt.
En effet ces questions ne sont pas propres au TDD, mais communes à l&amp;rsquo;activité du test logiciel.&lt;/p&gt;</description></item><item><title>[Podcast] GoFr - 08</title><link>https://blog.assad.fr/post/gofr_episode_08/</link><pubDate>Fri, 21 Feb 2020 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/gofr_episode_08/</guid><description>&lt;p&gt;&lt;a href="https://soundcloud.com/arnaud-assad/gofr-episode-08"&gt;L&amp;rsquo;épisode 08 du podcast GoFr&lt;/a&gt; est en ligne.&lt;/p&gt;
&lt;p&gt;On y parle Machine Learning, outils écrit en Golang, de blog et des évènements de la communauté Go.&lt;/p&gt;</description></item><item><title>Installer Hugo</title><link>https://blog.assad.fr/post/hugo_install/</link><pubDate>Sun, 28 Jul 2019 00:00:00 +0000</pubDate><guid>https://blog.assad.fr/post/hugo_install/</guid><description>&lt;h1 id="hugo"&gt;Hugo&lt;/h1&gt;
&lt;p&gt;Cette semaine, sur les bons conseils de mes amis de la &lt;a href="https://frenchgo.fr"&gt;frenchgo&lt;/a&gt;, j&amp;rsquo;installe Hugo pour héberger mon blog.&lt;/p&gt;
&lt;h2 id="objectif"&gt;Objectif&lt;/h2&gt;
&lt;p&gt;J&amp;rsquo;ai déjà un blog sur Blogger depuis 2007, et un sur Medium depuis 2016 alors pourquoi vouloir héberger mon blog ?&lt;/p&gt;
&lt;p&gt;Je quitte Medium car l&amp;rsquo;idée de devoir payer pour consulter des articles sur un site sur lequel je publie du contenu m&amp;rsquo;est devenu insupportable. Le choix de cette plateforme m&amp;rsquo;avait plus ou moins été imposé par un éditeur, même si je dois l&amp;rsquo;avouer la visibilité procurée a été un critère pour rester dans un premier temps. Mais, n&amp;rsquo;ayant plus d&amp;rsquo;articles à produire pour cet éditeur je suis désormais libre de choisir ma plateforme, et je ne vais certainement pas rester sur Medium.&lt;/p&gt;</description></item></channel></rss>