<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cache on Simple Enough Blog</title><link>https://blog-dev.simpleenough.net/fr/tags/cache/</link><description>Recent content in Cache on Simple Enough Blog</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Wed, 25 Mar 2026 12:00:00 +0100</lastBuildDate><atom:link href="https://blog-dev.simpleenough.net/fr/tags/cache/index.xml" rel="self" type="application/rss+xml"/><item><title>Nx n’est pas un outil JavaScript : c’est un orchestrateur de travail</title><link>https://blog-dev.simpleenough.net/fr/blog/nx/</link><pubDate>Wed, 25 Mar 2026 12:00:00 +0100</pubDate><guid>https://blog-dev.simpleenough.net/fr/blog/nx/</guid><description>&lt;h2 id="i-nx-nest-pas-un-outil-javascript--cest-un-orchestrateur-de-travail" class="heading">I. Nx n’est pas un outil JavaScript : c’est un orchestrateur de travail&lt;a href="#i-nx-nest-pas-un-outil-javascript--cest-un-orchestrateur-de-travail" aria-labelledby="i-nx-nest-pas-un-outil-javascript--cest-un-orchestrateur-de-travail">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h2>
&lt;p>Nx est souvent présenté — et perçu — comme un outil JavaScript.&lt;br>
Un “truc pour Angular”, ou au mieux “un runner pour monorepos Node”.&lt;/p>
&lt;p>Cette perception est compréhensible…&lt;br>
mais &lt;strong>fondamentalement incorrecte&lt;/strong>.&lt;/p>
&lt;p>Nx n’est pas un outil JS.&lt;br>
&lt;strong>Nx est un orchestrateur de travail.&lt;/strong>&lt;/p>
&lt;p>Et c’est précisément pour cette raison qu’il apparaît presque naturellement
dès qu’un dépôt devient &lt;strong>polyglotte&lt;/strong>.&lt;/p></description></item><item><title>Pourquoi le cache Docker est insuffisant pour un monorepo ?</title><link>https://blog-dev.simpleenough.net/fr/blog/cache_docker/</link><pubDate>Wed, 18 Mar 2026 10:00:00 +0100</pubDate><guid>https://blog-dev.simpleenough.net/fr/blog/cache_docker/</guid><description>&lt;h2 id="i-pourquoi-le-cache-docker-est-insuffisant-pour-un-monorepo" class="heading">I. Pourquoi le cache Docker est insuffisant pour un monorepo&lt;a href="#i-pourquoi-le-cache-docker-est-insuffisant-pour-un-monorepo" aria-labelledby="i-pourquoi-le-cache-docker-est-insuffisant-pour-un-monorepo">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h2>
&lt;p>Docker est partout.&lt;br>
Et avec lui, une idée largement répandue :&lt;/p>





 &lt;blockquote class="blockquote">
 &lt;p>&lt;em>« Si on structure bien nos Dockerfiles, le cache Docker va accélérer notre CI. »&lt;/em>&lt;/p>
 &lt;/blockquote>
&lt;p>C’est &lt;strong>vrai&lt;/strong>… mais seulement &lt;strong>jusqu’à un certain point&lt;/strong>.&lt;/p>
&lt;p>Dès qu’on travaille dans un &lt;strong>monorepo&lt;/strong> — avec plusieurs projets, plusieurs langages, plusieurs pipelines logiques — le cache Docker montre rapidement ses limites.&lt;/p></description></item><item><title>Que faut-il vraiment cacher dans un pipeline CI/CD ?</title><link>https://blog-dev.simpleenough.net/fr/blog/cache_cicd/</link><pubDate>Wed, 11 Mar 2026 10:00:00 +0100</pubDate><guid>https://blog-dev.simpleenough.net/fr/blog/cache_cicd/</guid><description>&lt;h2 id="i-introduction" class="heading">I. Introduction&lt;a href="#i-introduction" aria-labelledby="i-introduction">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h2>
&lt;p>Quand on cherche à accélérer un pipeline CI/CD, la première idée qui vient presque toujours est :&lt;/p>





 &lt;blockquote class="blockquote">
 &lt;p>&lt;em>« il faut mettre du cache »&lt;/em>&lt;/p>
 &lt;/blockquote>
&lt;p>Mais très vite, une autre question apparaît :&lt;br>
&lt;strong>qu’est-ce qu’on cache exactement ?&lt;/strong>&lt;/p>
&lt;p>Des fichiers ? Des dossiers ? Des images Docker ? Des dépendances ?&lt;br>
Et surtout : &lt;strong>quel cache a un vrai impact, et lequel complique juste le système ?&lt;/strong>&lt;/p></description></item></channel></rss>