<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>TechWriters — FR</title><link>https://techwriters.org/fr/</link><description>TechWriters localized technical-writing feed.</description><item><title>Exemples de code et tableaux accessibles dans la documentation technique</title><link>https://techwriters.org/fr/articles/accessible-code-examples-and-tables/</link><guid>https://techwriters.org/fr/articles/accessible-code-examples-and-tables/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>L’accessibilité de la documentation ne se limite pas à la navigation et au contraste. Les exemples de code, les réponses JSON et les tableaux de référence doivent eux aussi rester clairs et utilisables sans dépendre uniquement de la couleur.</description></item><item><title>Utiliser l’IA comme éditrice, pas comme oracle</title><link>https://techwriters.org/fr/articles/ai-as-editor-not-oracle/</link><guid>https://techwriters.org/fr/articles/ai-as-editor-not-oracle/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Utiliser l’IA comme éditrice, pas comme oracle », conçue pour une documentation claire et maintenable. Comment traiter « Utiliser l’IA comme éditrice, pas comme oracle » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Vérifier la documentation assistée par IA avant de publier des erreurs convaincantes</title><link>https://techwriters.org/fr/articles/ai-fact-checking-for-docs/</link><guid>https://techwriters.org/fr/articles/ai-fact-checking-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Le texte génératif peut sembler complet tout en inventant defaults, garanties ou citations. Construisez la vérification autour de sources autoritatives, d’exemples exécutables et d’une incertitude explicite. L&apos;erreur IA dangereuse dans la documentation est rarement une mauvaise grammaire.</description></item><item><title>L’IA sait écrire de la documentation. Que doit faire le rédacteur technique maintenant ?</title><link>https://techwriters.org/fr/articles/ai-learned-to-write-documentation/</link><guid>https://techwriters.org/fr/articles/ai-learned-to-write-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>En trois ans, l’IA générative a transformé le premier brouillon en opération bon marché. La question essentielle est désormais de savoir qui assume les faits, la structure, la revue, les mises à jour et la qualité.</description></item><item><title>Les exemples d&apos;API doivent enseigner un workflow, pas décorer la référence</title><link>https://techwriters.org/fr/articles/api-examples-that-teach/</link><guid>https://techwriters.org/fr/articles/api-examples-that-teach/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une request techniquement valide n’est pas automatiquement un bon exemple. Utilisez des valeurs réalistes et des séquences qui révèlent le modèle de l’API et aident le developer à prévoir l’étape suivante. Un exemple dérivé d&apos;un schema peut être syntaxiquement correct et n&apos;enseigner presque rien.</description></item><item><title>Une documentation d’authentification qui réduit les tickets de support</title><link>https://techwriters.org/fr/articles/authentication-docs-that-prevent-support-tickets/</link><guid>https://techwriters.org/fr/articles/authentication-docs-that-prevent-support-tickets/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Une documentation d’authentification qui réduit les tickets de support », conçue pour une documentation claire et maintenable. Comment traiter « Une documentation d’authentification qui réduit les tickets de support » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Que lire en 2026 quand on rédige de la documentation technique : guides vivants et livres encore utiles</title><link>https://techwriters.org/fr/articles/books-and-guides-for-technical-writers/</link><guid>https://techwriters.org/fr/articles/books-and-guides-for-technical-writers/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une bonne liste de lecture n’est plus une étagère de classiques. Comparez les guides actifs de Microsoft, Google, GitHub et IBM, utilisez Diátaxis pour tester la structure et transformez chaque lecture en exercice concret.</description></item><item><title>Choisir un générateur de documentation sans choisir une religion</title><link>https://techwriters.org/fr/articles/choosing-a-docs-generator/</link><guid>https://techwriters.org/fr/articles/choosing-a-docs-generator/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Sphinx, MkDocs, Astro et les autres générateurs optimisent des modèles de contenu et des équipes différents. Choisissez selon le workflow, l’extensibilité, la localisation et le coût de maintenance, pas selon une jolie démo. Une démonstration superbe peut être mauvaise pour votre documentation.</description></item><item><title>Choisir la recherche documentaire : commencer par les échecs</title><link>https://techwriters.org/fr/articles/choosing-search-for-docs/</link><guid>https://techwriters.org/fr/articles/choosing-search-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Choisir la recherche documentaire : commencer par les échecs », conçue pour une documentation claire et maintenable. Comment traiter « Choisir la recherche documentaire : commencer par les échecs » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Pratique délibérée pour les rédacteurs techniques : entraîner le travail, pas les buzzwords</title><link>https://techwriters.org/fr/articles/deliberate-practice-for-docs/</link><guid>https://techwriters.org/fr/articles/deliberate-practice-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Lire sur la documentation aide, mais les compétences progressent plus vite avec de petits exercices répétés de recherche, restructuration, édition et vérification accompagnés d’un feedback clair. « Améliorer mon technical writing » est trop large.</description></item><item><title>Diagrammes as code : quand ils aident et quand ils n’aident pas</title><link>https://techwriters.org/fr/articles/diagrams-as-code-in-documentation/</link><guid>https://techwriters.org/fr/articles/diagrams-as-code-in-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Diagrammes as code : quand ils aident et quand ils n’aident pas », conçue pour une documentation claire et maintenable. Comment traiter « Diagrammes as code : quand ils aident et quand ils n’aident pas » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Docs-as-Code sans fanatisme</title><link>https://techwriters.org/fr/articles/docs-as-code-without-fanaticism/</link><guid>https://techwriters.org/fr/articles/docs-as-code-without-fanaticism/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Docs-as-Code ne signifie pas imposer un IDE à tous les rédacteurs. Le bon modèle combine sources versionnées, édition dans le navigateur, previews, contrôles automatisés utiles, revue humaine et publication prévisible.</description></item><item><title>Outils de documentation d&apos;hier et d&apos;aujourd&apos;hui : ce qui a vraiment changé</title><link>https://techwriters.org/fr/articles/docs-tools-then-and-now/</link><guid>https://techwriters.org/fr/articles/docs-tools-then-and-now/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Les formats et pipelines ont radicalement changé, mais les problèmes durables restent familiers : source control, reuse, navigation, review et synchronisation entre produit et information publiée. Bien avant le terme Docs-as-Code, les équipes géraient plusieurs sources, des fragments réutilisés, des versions et la question de savoir quelle copie était actuelle.</description></item><item><title>Dette documentaire : trouver ce qui nuit vraiment aux utilisateurs</title><link>https://techwriters.org/fr/articles/documentation-debt-triage/</link><guid>https://techwriters.org/fr/articles/documentation-debt-triage/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Dette documentaire : trouver ce qui nuit vraiment aux utilisateurs », conçue pour une documentation claire et maintenable. Comment traiter « Dette documentaire : trouver ce qui nuit vraiment aux utilisateurs » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Documentation dans la CI/CD</title><link>https://techwriters.org/fr/articles/documentation-in-ci-cd/</link><guid>https://techwriters.org/fr/articles/documentation-in-ci-cd/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Traitez la documentation comme un artefact de build : validez structure, liens, exemples et règles avant publication. La CI ne peut pas juger l’utilité d’une explication, mais elle peut bloquer des défauts prévisibles avant de consommer du temps humain.</description></item><item><title>Diriger la documentation sans construire une bureaucratie</title><link>https://techwriters.org/fr/articles/documentation-lead-without-bureaucracy/</link><guid>https://techwriters.org/fr/articles/documentation-lead-without-bureaucracy/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Un responsable documentation doit réduire l’incertitude, pas ajouter une couche d’approbation. Définissez ownership, standards et escalade tout en gardant la publication courante rapide et proche des personnes qui connaissent le produit.</description></item><item><title>Des métriques documentaires plus utiles que les pages vues</title><link>https://techwriters.org/fr/articles/documentation-metrics-that-matter/</link><guid>https://techwriters.org/fr/articles/documentation-metrics-that-matter/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Des métriques documentaires plus utiles que les pages vues », conçue pour une documentation claire et maintenable. Comment traiter « Des métriques documentaires plus utiles que les pages vues » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Une carte de responsabilité documentaire sans bureaucratie</title><link>https://techwriters.org/fr/articles/documentation-ownership-map/</link><guid>https://techwriters.org/fr/articles/documentation-ownership-map/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Une carte de responsabilité documentaire sans bureaucratie », conçue pour une documentation claire et maintenable. Comment traiter « Une carte de responsabilité documentaire sans bureaucratie » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Organiser la review de documentation</title><link>https://techwriters.org/fr/articles/documentation-review-workflow/</link><guid>https://techwriters.org/fr/articles/documentation-review-workflow/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Un bon processus rend les responsabilités visibles, réduit l’attente et sépare validation factuelle, éditoriale et produit. Définissez auteur, reviewer factuel, éditeur et owner final.</description></item><item><title>Documenter les erreurs API pour permettre la récupération</title><link>https://techwriters.org/fr/articles/documenting-api-errors/</link><guid>https://techwriters.org/fr/articles/documenting-api-errors/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Documenter les erreurs API pour permettre la récupération », conçue pour une documentation claire et maintenable. Comment traiter « Documenter les erreurs API pour permettre la récupération » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Bien documenter une API REST</title><link>https://techwriters.org/fr/articles/documenting-rest-api/</link><guid>https://techwriters.org/fr/articles/documenting-rest-api/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une bonne documentation d’API associe contrat lisible par machine, explications humaines, exemples exécutables et comportement d’erreur explicite. La documentation REST s’adresse aux machines et aux humains.</description></item><item><title>Exercices de révision pour progresser en rédaction technique</title><link>https://techwriters.org/fr/articles/editing-drills-for-technical-writers/</link><guid>https://techwriters.org/fr/articles/editing-drills-for-technical-writers/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Exercices de révision pour progresser en rédaction technique », conçue pour une documentation claire et maintenable. Comment traiter « Exercices de révision pour progresser en rédaction technique » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Comment entrer dans la rédaction technique en 2026</title><link>https://techwriters.org/fr/articles/entering-technical-writing/</link><guid>https://techwriters.org/fr/articles/entering-technical-writing/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Il y a trois ans, bien écrire, apprendre quelques outils et préparer un portfolio pouvait suffire. En 2026, l’entrée est plus difficile : l’IA produit les brouillons, les équipes sont plus réduites et le technical writer doit vérifier les faits, comprendre les API, utiliser Git et assumer le système documentaire.</description></item><item><title>Les 90 premiers jours dans une équipe documentation</title><link>https://techwriters.org/fr/articles/first-90-days-in-documentation-team/</link><guid>https://techwriters.org/fr/articles/first-90-days-in-documentation-team/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Les 90 premiers jours dans une équipe documentation », conçue pour une documentation claire et maintenable. Comment traiter « Les 90 premiers jours dans une équipe documentation » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>De vieilles questions de documentation qui ont étonnamment bien vieilli</title><link>https://techwriters.org/fr/articles/forum-questions-that-aged-well/</link><guid>https://techwriters.org/fr/articles/forum-questions-that-aged-well/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Les noms d’outils changent plus vite que les problèmes éditoriaux. Ownership, terminologie, screenshots, reuse et review reviennent parce qu’ils reflètent des choix de système plus profonds. La réponse technique est passée des dossiers partagés aux repositories et ownership rules.</description></item><item><title>Termes et définitions : construire un système terminologique</title><link>https://techwriters.org/fr/articles/glossaries-and-terminology/</link><guid>https://techwriters.org/fr/articles/glossaries-and-terminology/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Un glossaire devient utile lorsqu’il guide les décisions produit, interface et documentation, au lieu d’accumuler des mots. Une entrée utile contient terme préféré, définition, variantes interdites ou obsolètes, contexte et owner.</description></item><item><title>Recruter des rédacteurs techniques sans tests pièges</title><link>https://techwriters.org/fr/articles/hiring-technical-writers-without-trick-tests/</link><guid>https://techwriters.org/fr/articles/hiring-technical-writers-without-trick-tests/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Recruter des rédacteurs techniques sans tests pièges », conçue pour une documentation claire et maintenable. Comment traiter « Recruter des rédacteurs techniques sans tests pièges » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>L’hypertexte avant les portails documentaires modernes</title><link>https://techwriters.org/fr/articles/hypertext-before-modern-docs-portals/</link><guid>https://techwriters.org/fr/articles/hypertext-before-modern-docs-portals/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « L’hypertexte avant les portails documentaires modernes », conçue pour une documentation claire et maintenable. Comment traiter « L’hypertexte avant les portails documentaires modernes » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Architecture de l&apos;information pour une documentation qui continue de croître</title><link>https://techwriters.org/fr/articles/information-architecture-for-growing-docs/</link><guid>https://techwriters.org/fr/articles/information-architecture-for-growing-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une structure efficace avec cinquante pages peut échouer avec cinq cents. Organisez la navigation autour des tâches, des types de contenu et des concepts durables, pas autour de l&apos;organigramme. Un petit corpus peut survivre à presque n&apos;importe quelle navigation.</description></item><item><title>Apprendre la documentation API en construisant une petite API</title><link>https://techwriters.org/fr/articles/learn-api-docs-by-building-a-small-api/</link><guid>https://techwriters.org/fr/articles/learn-api-docs-by-building-a-small-api/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Apprendre la documentation API en construisant une petite API », conçue pour une documentation claire et maintenable. Comment traiter « Apprendre la documentation API en construisant une petite API » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Guardrails pour un pipeline LLM qui publie de la documentation technique</title><link>https://techwriters.org/fr/articles/llm-content-pipeline-guardrails/</link><guid>https://techwriters.org/fr/articles/llm-content-pipeline-guardrails/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Si un modèle crée ou modifie du contenu à grande échelle, la validation doit suivre. Limitez les entrées, conservez la provenance, validez la structure et séparez génération et publication privilégiée. Une bonne architecture suppose que le modèle se trompera parfois.</description></item><item><title>Markdown à grande échelle : des conventions contre le chaos</title><link>https://techwriters.org/fr/articles/markdown-at-scale/</link><guid>https://techwriters.org/fr/articles/markdown-at-scale/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Markdown à grande échelle : des conventions contre le chaos », conçue pour une documentation claire et maintenable. Comment traiter « Markdown à grande échelle : des conventions contre le chaos » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>OpenAPI est une source de vérité, pas toute la documentation d&apos;API</title><link>https://techwriters.org/fr/articles/openapi-as-source-not-documentation/</link><guid>https://techwriters.org/fr/articles/openapi-as-source-not-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une description OpenAPI peut générer une référence précise, mais les developers ont toujours besoin de concepts, parcours, authentification, exemples et récupération d’erreurs qu’un schema seul ne peut expliquer. OpenAPI décrit très bien operations, paramètres, structures de request/response, status codes et schemas réutilisables.</description></item><item><title>Un portfolio de technical writing doit montrer des décisions, pas seulement des pages</title><link>https://techwriters.org/fr/articles/portfolio-for-technical-writer/</link><guid>https://techwriters.org/fr/articles/portfolio-for-technical-writer/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Les équipes de recrutement doivent voir comment vous recherchez, structurez et vérifiez la documentation. Un bon portfolio explique le problème, les contraintes, le processus et le résultat plutôt que d’afficher des screenshots isolés.</description></item><item><title>Des notes de version qui permettent réellement d’agir</title><link>https://techwriters.org/fr/articles/release-notes-users-can-act-on/</link><guid>https://techwriters.org/fr/articles/release-notes-users-can-act-on/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Des notes de version qui permettent réellement d’agir », conçue pour une documentation claire et maintenable. Comment traiter « Des notes de version qui permettent réellement d’agir » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Des règles d&apos;écriture structurée qui fonctionnent avec des centaines de contributeurs</title><link>https://techwriters.org/fr/articles/structured-writing-rules-that-scale/</link><guid>https://techwriters.org/fr/articles/structured-writing-rules-that-scale/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>La cohérence à grande échelle vient des modèles de contenu, de la terminologie et de patterns réutilisables, pas de l’obligation de mémoriser un énorme style guide. Encodez les règles importantes dans schemas et composants. Une petite équipe peut compter sur des habitudes partagées et l&apos;editing direct.</description></item><item><title>Un guide de style que les gens utilisent vraiment</title><link>https://techwriters.org/fr/articles/style-guide-people-use/</link><guid>https://techwriters.org/fr/articles/style-guide-people-use/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Un guide de style que les gens utilisent vraiment », conçue pour une documentation claire et maintenable. Comment traiter « Un guide de style que les gens utilisent vraiment » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Exemples synthétiques : brouillon utile, preuve dangereuse</title><link>https://techwriters.org/fr/articles/synthetic-examples-and-hallucinations/</link><guid>https://techwriters.org/fr/articles/synthetic-examples-and-hallucinations/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Exemples synthétiques : brouillon utile, preuve dangereuse », conçue pour une documentation claire et maintenable. Comment traiter « Exemples synthétiques : brouillon utile, preuve dangereuse » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Que reste-t-il du rédacteur technique de 2006 ?</title><link>https://techwriters.org/fr/articles/technical-writer-2006/</link><guid>https://techwriters.org/fr/articles/technical-writer-2006/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Les outils ont radicalement changé, mais le cœur du métier reste reconnaissable : public, preuves, structure, terminologie et responsabilité. En 2006, desktop publishing, formats bureautiques et systèmes d’aide maintenus manuellement étaient beaucoup plus courants.</description></item><item><title>Une matrice de compétences pour rédacteurs techniques qui mesure le travail utile</title><link>https://techwriters.org/fr/articles/technical-writer-skills-matrix/</link><guid>https://techwriters.org/fr/articles/technical-writer-skills-matrix/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une bonne matrice aide à progresser et à recruter. Une mauvaise transforme des qualités vagues en fausse précision. Évaluez des capacités observables et la complexité des problèmes de documentation qu’une personne peut prendre en charge.</description></item><item><title>Utiliser Vale comme quality gate, pas comme police de la ponctuation</title><link>https://techwriters.org/fr/articles/vale-style-linting/</link><guid>https://techwriters.org/fr/articles/vale-style-linting/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Le linting éditorial est utile lorsqu’il détecte la dérive terminologique, les formulations risquées et les défauts répétitifs. Gardez peu de règles, explicables et assez silencieuses pour qu’un échec soit pris au sérieux. Un linter peut contrôler des milliers de phrases en quelques secondes, ce qui donne envie d&apos;encoder chaque préférence éditoriale.</description></item><item><title>WCAG 2.2 pour les équipes documentation : points de départ pratiques</title><link>https://techwriters.org/fr/articles/wcag-22-for-documentation/</link><guid>https://techwriters.org/fr/articles/wcag-22-for-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>L’accessibilité n’est pas qu’une tâche frontend. Les auteurs contrôlent headings, sens des liens, alt text, tableaux, instructions et la structure dont dépendent les technologies d’assistance. Un thème peut offrir bon contraste et navigation clavier, mais les auteurs décident encore si le contenu est compréhensible.</description></item><item><title>Quand les manuels étaient livrés sur CD</title><link>https://techwriters.org/fr/articles/when-manuals-shipped-on-cd/</link><guid>https://techwriters.org/fr/articles/when-manuals-shipped-on-cd/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Quand les manuels étaient livrés sur CD », conçue pour une documentation claire et maintenable. Comment traiter « Quand les manuels étaient livrés sur CD » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item><item><title>Travailler avec les experts sans transformer chaque revue en réunion</title><link>https://techwriters.org/fr/articles/working-with-subject-matter-experts/</link><guid>https://techwriters.org/fr/articles/working-with-subject-matter-experts/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Une approche pratique et vérifiable de « Travailler avec les experts sans transformer chaque revue en réunion », conçue pour une documentation claire et maintenable. Comment traiter « Travailler avec les experts sans transformer chaque revue en réunion » avec une approche pratique, vérifiable et maintenable de la documentation technique.</description></item></channel></rss>