<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Nguyen Le Phong : Blog</title>
    <link>https://nguyenlephong.github.io/fr/blog</link>
    <description>Articles sur l’architecture logicielle, l’IA et la façon dont les équipes travaillent.</description>
    <language>fr</language>
    <lastBuildDate>Thu, 12 Mar 2026 00:00:00 GMT</lastBuildDate>
    <atom:link href="https://nguyenlephong.github.io/fr/blog/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Les AI Agents Démystifiés : Ce Qu&apos;ils Sont, Comment ils Fonctionnent, et Ce Qu&apos;ils Peuvent Faire Pour Vous</title>
      <link>https://nguyenlephong.github.io/fr/blog/ai/ai-agents-explained</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ai/ai-agents-explained</guid>
      <pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate>
      <description>Tout le monde parle soudainement des &quot;AI agents&quot; — des logiciels qui ne se contentent pas de répondre à vos questions, mais qui accomplissent réellement le travail à votre place. Mais qu&apos;est-ce qu&apos;un agent en réalité, en quoi est-il différent du chatbot que vous utilisez déjà, et où apporte-t-il vraiment de la valeur plutôt que de créer discrètement du chaos ? Voici un guide accessible et sans jargon pour tout le monde, technique ou non : la boucle simple que tout agent exécute, les cinq ingrédients qui le composent, les niveaux d&apos;autonomie du co-pilot à l&apos;auto-pilot, des exemples concrets au bureau et à la maison, les modes d&apos;échec à surveiller, et une façon concrète de mettre votre premier agent utile au travail cette semaine.</description>
      <category>IA &amp; L&apos;Avenir</category>
      <category>IA</category>
      <category>AI Agents</category>
      <category>IA Agentique</category>
      <category>Automatisation</category>
      <category>Avenir du Travail</category>
    </item>
    <item>
      <title>Des Prompts aux Workflows : Concevoir des AI Workflows Qui Vous Font Gagner des Heures Chaque Semaine</title>
      <link>https://nguyenlephong.github.io/fr/blog/ai/ai-workflows-that-save-hours</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ai/ai-workflows-that-save-hours</guid>
      <pubDate>Wed, 11 Mar 2026 00:00:00 GMT</pubDate>
      <description>La plupart des gens utilisent l&apos;IA une question à la fois — et laissent la majeure partie de sa valeur sur la table. Le vrai levier n&apos;est pas un prompt ingénieux ; c&apos;est un AI workflow réutilisable : une petite chaîne d&apos;étapes que vous concevez une fois et réutilisez indéfiniment, transformant une corvée récurrente de deux heures en une révision de deux minutes. Voici un guide pratique et riche en exemples pour tout le monde, technique ou non : la différence entre un prompt et un workflow, l&apos;anatomie simple que tout workflow partage, des workflows prêts à copier pour le bureau et la vie quotidienne, les trois niveaux du manuel au pleinement automatique, une méthode en six étapes pour concevoir le vôtre, et une façon rapide de prouver le temps que vous économisez réellement.</description>
      <category>IA &amp; L&apos;Avenir</category>
      <category>IA</category>
      <category>AI Workflow</category>
      <category>Automatisation</category>
      <category>Productivité</category>
      <category>Avenir du Travail</category>
    </item>
    <item>
      <title>Les Tendances IA Qui Méritent Votre Attention en 2026 — et Comment les Transformer en Vraie Valeur</title>
      <link>https://nguyenlephong.github.io/fr/blog/ai/ai-trends-2026-into-value</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ai/ai-trends-2026-into-value</guid>
      <pubDate>Tue, 10 Mar 2026 00:00:00 GMT</pubDate>
      <description>Chaque semaine apporte un nouveau titre IA &quot;qui change tout&quot;, et c&apos;est épuisant d&apos;essayer de distinguer le signal du bruit. Voici un tour d&apos;horizon calme et ancré des tendances IA qui comptent vraiment en 2026 — l&apos;IA agentique, le multimodal, l&apos;IA intégrée dans les applications que vous utilisez déjà, l&apos;intelligence sur l&apos;appareil, et l&apos;émergence du jugement et de la vérification comme avantage humain — accompagné de la partie que la plupart des articles sautent : un cadre pratique pour transformer n&apos;importe quelle tendance en valeur réelle dans votre travail et votre vie. Vous obtiendrez un filtre hype vs. valeur, l&apos;échelle de valeur, une équation de valeur simple, un exemple concret, et un plan sur 30 jours — pour cesser de courir après les nouvelles et commencer à cumuler des bénéfices.</description>
      <category>IA &amp; L&apos;Avenir</category>
      <category>IA</category>
      <category>Tendances IA</category>
      <category>IA Agentique</category>
      <category>Avenir du Travail</category>
      <category>Productivité</category>
    </item>
    <item>
      <title>Ports &amp; Adapters (Hexagonal Architecture), Expliqués Simplement</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/ports-and-adapters</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/ports-and-adapters</guid>
      <pubDate>Sat, 07 Mar 2026 00:00:00 GMT</pubDate>
      <description>Un guide accessible et riche en exemples sur l&apos;Hexagonal Architecture : ce que sont vraiment les ports et les adapters, la règle unique qui la fait fonctionner, et exactement quelle dose en appliquer — que vous soyez un fondateur solo ou une équipe d&apos;entreprise.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Hexagonal Architecture</category>
      <category>Ports and Adapters</category>
      <category>Clean Architecture</category>
      <category>Conception de systèmes</category>
    </item>
    <item>
      <title>Clean, Onion &amp; Hexagonal Architecture : Une étoile du nord, trois noms</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/clean-vs-onion-vs-hexagonal</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/clean-vs-onion-vs-hexagonal</guid>
      <pubDate>Fri, 06 Mar 2026 00:00:00 GMT</pubDate>
      <description>Elles ressemblent à trois architectures rivales. En réalité, c&apos;est la même idée — les dépendances pointent vers l&apos;intérieur, les frameworks restent à la périphérie — dessinée de trois façons différentes. Voici ce que chacune apporte vraiment, et laquelle choisir.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Clean Architecture</category>
      <category>Onion Architecture</category>
      <category>Hexagonal Architecture</category>
      <category>Conception de systèmes</category>
    </item>
    <item>
      <title>Dependency Injection &amp; Inversion of Control, Sans la Magie</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/dependency-injection-and-ioc</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/dependency-injection-and-ioc</guid>
      <pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate>
      <description>Les conteneurs DI semblent magiques jusqu&apos;à ce que vous voyiez l&apos;idée simple qu&apos;ils cachent : arrêtez de laisser le code créer ses propres dépendances, et passez-les plutôt de l&apos;extérieur. Un guide depuis zéro, avec de vrais exemples et les bénéfices pour les tests.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Dependency Injection</category>
      <category>Inversion of Control</category>
      <category>SOLID</category>
      <category>Tests</category>
    </item>
    <item>
      <title>Structurer un Codebase : Par Couche, Par Fonctionnalité ou Par Domaine ?</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/structuring-code-feature-vs-layer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/structuring-code-feature-vs-layer</guid>
      <pubDate>Wed, 04 Mar 2026 00:00:00 GMT</pubDate>
      <description>Vos dossiers de premier niveau doivent-ils s&apos;appeler controllers/services/models, ou orders/billing/auth ? Ce choix discret façonne silencieusement la façon dont votre codebase grandit. Un tour pratique de la structure par couche, par fonctionnalité et de la Screaming Architecture — avec les compromis à chaque taille d&apos;entreprise.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Structure de projet</category>
      <category>Screaming Architecture</category>
      <category>Modularity</category>
      <category>Organisation du code</category>
    </item>
    <item>
      <title>Monolithe, Monolithe Modulaire, Microservices : Un Guide de Décision Honnête</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/monolith-to-microservices</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/monolith-to-microservices</guid>
      <pubDate>Tue, 03 Mar 2026 00:00:00 GMT</pubDate>
      <description>Les microservices sont une taxe que vous payez pour la mise à l&apos;échelle organisationnelle — pas un point de départ. Un parcours sans fioriture du monolithe au monolithe modulaire puis aux microservices, avec les signaux qui vous disent quand (et si) diviser.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Microservices</category>
      <category>Modular Monolith</category>
      <category>Conception de systèmes</category>
      <category>Systèmes distribués</category>
    </item>
    <item>
      <title>Micro-Frontends : Quand Ça Vaut le Coup, et Ce Que Ça Coûte</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/micro-frontends-when-why-and-cost</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/micro-frontends-when-why-and-cost</guid>
      <pubDate>Mon, 02 Mar 2026 00:00:00 GMT</pubDate>
      <description>Diviser le frontend en pièces déployables indépendamment peut libérer les équipes — ou vous noyer dans la complexité. Rédigé à partir de l&apos;expérience de livraison d&apos;une configuration Angular-host + modules React à grande échelle : quand les micro-frontends rapportent, et la facture qu&apos;ils entraînent.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Micro-Frontends</category>
      <category>Architecture frontend</category>
      <category>Module Federation</category>
      <category>Scalabilité</category>
    </item>
    <item>
      <title>L&apos;Art de la Revue de Code : Critiquer le Code Sans Blesser les Personnes</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/how-to-review-code-kindly</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/how-to-review-code-kindly</guid>
      <pubDate>Sun, 01 Mar 2026 00:00:00 GMT</pubDate>
      <description>La revue de code est le moment où la culture d&apos;équipe se forge ou se brise. Un guide pratique pour réviser le code afin qu&apos;il soit meilleur ET que l&apos;auteur en ressorte plus fort — des formulations concrètes, une checklist pour le relecteur, et les habitudes qui rendent les revues toxiques en silence.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture d&apos;ingénierie</category>
      <category>Revue de code</category>
      <category>Pull Requests</category>
      <category>Feedback</category>
      <category>Collaboration d&apos;équipe</category>
    </item>
    <item>
      <title>Kind Engineering : Pourquoi la Bienveillance Fait de Vous un Meilleur Ingénieur</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/how-to-be-a-kind-engineer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/how-to-be-a-kind-engineer</guid>
      <pubDate>Sat, 28 Feb 2026 00:00:00 GMT</pubDate>
      <description>La bienveillance n&apos;est pas de la gentillesse, et ce n&apos;est pas de la faiblesse. C&apos;est un multiplicateur de force — des retours plus clairs, des incidents plus sûrs, des coéquipiers qui progressent plus vite. Ce que le « kind engineering » signifie vraiment, et comment le pratiquer dans les revues de code, les incidents et le travail quotidien.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture d&apos;ingénierie</category>
      <category>Kind Engineering</category>
      <category>Sécurité psychologique</category>
      <category>Empathie</category>
      <category>Collaboration d&apos;équipe</category>
    </item>
    <item>
      <title>Comment Écrire une Pull Request que les Gens Aiment Vraiment Réviser</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/how-to-write-a-great-pull-request</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/how-to-write-a-great-pull-request</guid>
      <pubDate>Fri, 27 Feb 2026 00:00:00 GMT</pubDate>
      <description>Une excellente pull request est un cadeau pour votre relecteur : petite, bien décrite, facile à accepter. L&apos;anatomie d&apos;une PR révisable — taille, titre, description, hygiène des commits et auto-revue — avec des exemples concrets avant/après.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture d&apos;ingénierie</category>
      <category>Pull Requests</category>
      <category>Revue de code</category>
      <category>Git</category>
      <category>Collaboration d&apos;équipe</category>
    </item>
    <item>
      <title>Les Retours qui Atterrissent : Donner et Recevoir la Critique en tant qu&apos;Ingénieur</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/giving-and-receiving-feedback</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/giving-and-receiving-feedback</guid>
      <pubDate>Wed, 25 Feb 2026 00:00:00 GMT</pubDate>
      <description>La plupart des ingénieurs n&apos;ont jamais appris à donner des retours — ni à les recevoir. Un guide de terrain pour des retours précis, bienveillants et actionnables, et pour rester ouvert quand c&apos;est vous qui les recevez, avec des scripts prêts à l&apos;emploi.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture d&apos;ingénierie</category>
      <category>Feedback</category>
      <category>Communication</category>
      <category>Sécurité psychologique</category>
      <category>Mentorat</category>
    </item>
    <item>
      <title>Mentorer les Ingénieurs : Comment Faire Évoluer les Juniors vers le Senior</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/mentoring-engineers</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/mentoring-engineers</guid>
      <pubDate>Tue, 24 Feb 2026 00:00:00 GMT</pubDate>
      <description>Les grandes équipes se cultivent, elles ne sont pas seulement recrutées. Issu de la direction d&apos;équipes d&apos;ingénierie : comment mentorer pour que les personnes progressent vite — le binômage, la revue de code comme enseignement, l&apos;épreuve de la bonne taille, et les changements de mentalité qui transforment un junior en quelqu&apos;un à qui vous feriez confiance pour tout.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture d&apos;ingénierie</category>
      <category>Mentorat</category>
      <category>Évolution de carrière</category>
      <category>Leadership</category>
      <category>Collaboration d&apos;équipe</category>
    </item>
    <item>
      <title>L&apos;Ingénierie de Contexte : La Compétence Qui Sépare les Experts IA du Reste</title>
      <link>https://nguyenlephong.github.io/fr/blog/ai/context-engineering</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ai/context-engineering</guid>
      <pubDate>Sun, 22 Feb 2026 00:00:00 GMT</pubDate>
      <description>La plupart des résultats IA sont décevants non pas parce que les modèles sont mauvais, mais parce que le contexte est trop mince. Un guide pratique de l&apos;ingénierie de contexte — ce qui vit dans la fenêtre du modèle, les cinq piliers d&apos;un excellent contexte, les anti-patterns courants, et des templates réutilisables qui produisent des résultats nettement meilleurs.</description>
      <category>IA &amp; L&apos;Avenir</category>
      <category>IA</category>
      <category>Ingénierie de Contexte</category>
      <category>Prompt Engineering</category>
      <category>LLM</category>
      <category>Productivité Développeur</category>
    </item>
    <item>
      <title>Architecture en couches ou Vertical Slice Architecture</title>
      <link>https://nguyenlephong.github.io/fr/blog/architecture/layered-vs-vertical-slice-architecture</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/architecture/layered-vs-vertical-slice-architecture</guid>
      <pubDate>Wed, 11 Feb 2026 00:00:00 GMT</pubDate>
      <description>L&apos;architecture en couches semble ordonnée au début, tandis que les vertical slices rapprochent le changement de la fonctionnalité réelle. Un regard calme sur les deux approches, leurs forces et les signaux qui disent qu&apos;il est temps de changer.</description>
      <category>Code source &amp; Architecture</category>
      <category>Architecture logicielle</category>
      <category>Vertical Slice Architecture</category>
      <category>Layered Architecture</category>
      <category>Organisation du code</category>
      <category>Modularity</category>
    </item>
    <item>
      <title>L&apos;anatomie d&apos;un 1-on-1 sain</title>
      <link>https://nguyenlephong.github.io/fr/blog/culture/anatomy-of-a-healthy-one-on-one</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/culture/anatomy-of-a-healthy-one-on-one</guid>
      <pubDate>Sun, 08 Feb 2026 00:00:00 GMT</pubDate>
      <description>Un 1-on-1 sain n&apos;est pas une réunion de suivi plus douce. C&apos;est un petit espace régulier pour le contexte, la confiance, le feedback et la direction professionnelle.</description>
      <category>Culture d&apos;ingénierie</category>
      <category>Culture engineering</category>
      <category>One-on-One</category>
      <category>Management</category>
      <category>Feedback</category>
      <category>Leadership</category>
    </item>
    <item>
      <title>Le prompt engineering, c&apos;est surtout de la communication</title>
      <link>https://nguyenlephong.github.io/fr/blog/ai/prompt-engineering-is-just-communication</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ai/prompt-engineering-is-just-communication</guid>
      <pubDate>Sat, 07 Feb 2026 00:00:00 GMT</pubDate>
      <description>Les bons prompts ne sont pas des phrases magiques. Ce sont des communications claires : contexte, intention, contraintes, exemples et feedback.</description>
      <category>IA &amp; L&apos;Avenir</category>
      <category>IA</category>
      <category>Prompt Engineering</category>
      <category>Communication</category>
      <category>LLM</category>
      <category>AI Literacy</category>
    </item>
    <item>
      <title>Apprendre à dire non en tant que développeur</title>
      <link>https://nguyenlephong.github.io/fr/blog/perspectives/learning-to-say-no-as-a-developer</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/perspectives/learning-to-say-no-as-a-developer</guid>
      <pubDate>Fri, 06 Feb 2026 00:00:00 GMT</pubDate>
      <description>Dire non ne consiste pas à être difficile. C&apos;est protéger le focus, la qualité et la confiance en rendant les tradeoffs visibles.</description>
      <category>Perspectives &amp; Field Notes</category>
      <category>Développement personnel</category>
      <category>Software Engineering</category>
      <category>Limites</category>
      <category>Carrière</category>
      <category>Communication</category>
    </item>
    <item>
      <title>Daily standup : rapport d&apos;état ou stratégie du jour ?</title>
      <link>https://nguyenlephong.github.io/fr/blog/ways-of-working/daily-standup-status-report-or-strategy</link>
      <guid isPermaLink="true">https://nguyenlephong.github.io/fr/blog/ways-of-working/daily-standup-status-report-or-strategy</guid>
      <pubDate>Thu, 05 Feb 2026 00:00:00 GMT</pubDate>
      <description>Un daily standup peut devenir un rituel de reporting, ou une courte conversation stratégique sur le flux, les risques et l&apos;attention du jour.</description>
      <category>Ways of Working</category>
      <category>Agile</category>
      <category>Daily Standup</category>
      <category>Scrum</category>
      <category>Collaboration</category>
      <category>Delivery</category>
    </item>
  </channel>
</rss>
