<?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>Posts on La Gazette du Dev</title><link>https://gazette.julesfournier.fr/posts/</link><description>Recent content in Posts on La Gazette du Dev</description><generator>Hugo -- 0.152.0</generator><language>fr-fr</language><lastBuildDate>Wed, 22 Oct 2025 12:48:48 +0200</lastBuildDate><atom:link href="https://gazette.julesfournier.fr/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>Injection et inversion de dépendance</title><link>https://gazette.julesfournier.fr/posts/injection-et-inversion-de-dependance/</link><pubDate>Tue, 05 Aug 2025 19:05:29 +0200</pubDate><guid>https://gazette.julesfournier.fr/posts/injection-et-inversion-de-dependance/</guid><description>&lt;p&gt;Lorsque l’on construit des applications complexes composées de nombreux services ou modules, certains composants &lt;strong&gt;dépendent&lt;/strong&gt; nécessairement d’autres composants. Il est alors important de définir clairement ces dépendances afin d’éviter qu’un changement dans l’un des composants impact le reste du système. C’est ici qu’interviennent (entre autres) l’inversion et l’injection de dépendances. Ces deux concepts sont étroitement liés et par conséquent souvent confondus lorsqu’ils sont abordés lors de conversations et de débats qui tournent autour de l’architecture logicielle. Nous allons donc voir ici à quoi correspond chacun de ces concepts et pourquoi ils sont très importants pour construire des applications maintenables et flexibles.&lt;/p&gt;</description></item><item><title>Un cluster Kubernetes à la maison</title><link>https://gazette.julesfournier.fr/posts/un-cluster-k8s-a-la-maison/</link><pubDate>Thu, 17 Jul 2025 18:07:24 +0200</pubDate><guid>https://gazette.julesfournier.fr/posts/un-cluster-k8s-a-la-maison/</guid><description>&lt;p&gt;En voulant héberger une n-ième application web, j’ai dans un premier temps pensé à utiliser (comme à chaque fois) une solution tout-en-un pour packager et déployer simplement mon application. Il existe d&amp;rsquo;innombrables solutions de ce genre : Heroku, Vercel, Fly.io etc… Le souci avec ces solutions c’est qu’elles sont un peu magiques. C’est bien quand on ne veut pas s’embêter, mais c’est moins bien quand on veut comprendre comment les choses fonctionnent. J’ai donc décidé de construire mon propre cloud service provider fait maison pour déployer mes applications.&lt;/p&gt;</description></item></channel></rss>