<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>TechWriters — PT</title><link>https://techwriters.org/pt/</link><description>TechWriters localized technical-writing feed.</description><item><title>Exemplos de código e tabelas acessíveis na documentação técnica</title><link>https://techwriters.org/pt/articles/accessible-code-examples-and-tables/</link><guid>https://techwriters.org/pt/articles/accessible-code-examples-and-tables/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>A acessibilidade na documentação não termina com navegação e contraste. Exemplos de código, respostas JSON e tabelas de referência também precisam continuar claros e úteis sem depender apenas de cor.</description></item><item><title>Use IA como editora, não como oráculo</title><link>https://techwriters.org/pt/articles/ai-as-editor-not-oracle/</link><guid>https://techwriters.org/pt/articles/ai-as-editor-not-oracle/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Use IA como editora, não como oráculo, pensada para manter a documentação clara e sustentável. Como tratar «Use IA como editora, não como oráculo» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Verifique documentação assistida por IA antes de publicar erros convincentes</title><link>https://techwriters.org/pt/articles/ai-fact-checking-for-docs/</link><guid>https://techwriters.org/pt/articles/ai-fact-checking-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Texto generativo pode soar completo enquanto inventa defaults, garantias ou citações. Estruture a verificação em torno de fontes autoritativas, exemplos executáveis e incerteza explícita. O erro perigoso de IA raramente é gramática ruim.</description></item><item><title>A IA aprendeu a escrever documentação. O que o technical writer deve fazer agora?</title><link>https://techwriters.org/pt/articles/ai-learned-to-write-documentation/</link><guid>https://techwriters.org/pt/articles/ai-learned-to-write-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Em três anos, a IA generativa transformou o primeiro rascunho em uma operação barata. A questão central agora é quem responde por fatos, estrutura, revisão, atualização e qualidade.</description></item><item><title>Exemplos de API devem ensinar um fluxo, não decorar a referência</title><link>https://techwriters.org/pt/articles/api-examples-that-teach/</link><guid>https://techwriters.org/pt/articles/api-examples-that-teach/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma request tecnicamente válida não é automaticamente um bom exemplo. Use valores realistas e sequências que revelem o modelo da API e ajudem o developer a prever o próximo passo. Um exemplo derivado do schema pode estar sintaticamente correto e não ensinar nada.</description></item><item><title>Documentação de autenticação que reduz tickets de suporte</title><link>https://techwriters.org/pt/articles/authentication-docs-that-prevent-support-tickets/</link><guid>https://techwriters.org/pt/articles/authentication-docs-that-prevent-support-tickets/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Documentação de autenticação que reduz tickets de suporte, pensada para manter a documentação clara e sustentável. Como tratar «Documentação de autenticação que reduz tickets de suporte» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>O que um technical writer deve ler em 2026: guias vivos e livros que ainda valem</title><link>https://techwriters.org/pt/articles/books-and-guides-for-technical-writers/</link><guid>https://techwriters.org/pt/articles/books-and-guides-for-technical-writers/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma lista útil não é mais uma estante de clássicos. Compare guias mantidos por Microsoft, Google, GitHub e IBM, use Diátaxis para testar a estrutura e transforme cada leitura em um exercício real de documentação.</description></item><item><title>Como escolher um gerador de documentação sem escolher uma religião</title><link>https://techwriters.org/pt/articles/choosing-a-docs-generator/</link><guid>https://techwriters.org/pt/articles/choosing-a-docs-generator/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Sphinx, MkDocs, Astro e outros geradores atendem modelos de conteúdo e equipes diferentes. Escolha pelo fluxo de autoria, extensibilidade, localização e custo de manutenção, não pela aparência da demo. Uma demo bonita pode ser errada para sua documentação.</description></item><item><title>Como escolher busca para documentação: comece pelos fracassos</title><link>https://techwriters.org/pt/articles/choosing-search-for-docs/</link><guid>https://techwriters.org/pt/articles/choosing-search-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Como escolher busca para documentação: comece pelos fracassos, pensada para manter a documentação clara e sustentável. Como tratar «Como escolher busca para documentação: comece pelos fracassos» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Prática deliberada para technical writers: treine o trabalho, não buzzwords</title><link>https://techwriters.org/pt/articles/deliberate-practice-for-docs/</link><guid>https://techwriters.org/pt/articles/deliberate-practice-for-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Ler sobre documentação ajuda, mas a habilidade cresce mais rápido com exercícios repetidos de pesquisa, reestruturação, edição e verificação, sempre com feedback claro. “Melhorar technical writing” é amplo demais.</description></item><item><title>Diagramas como código: quando ajudam e quando não ajudam</title><link>https://techwriters.org/pt/articles/diagrams-as-code-in-documentation/</link><guid>https://techwriters.org/pt/articles/diagrams-as-code-in-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Diagramas como código: quando ajudam e quando não ajudam, pensada para manter a documentação clara e sustentável. Como tratar «Diagramas como código: quando ajudam e quando não ajudam» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Docs-as-Code sem fanatismo</title><link>https://techwriters.org/pt/articles/docs-as-code-without-fanaticism/</link><guid>https://techwriters.org/pt/articles/docs-as-code-without-fanaticism/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Docs-as-Code não significa obrigar todo redator a trabalhar em uma IDE. O fluxo saudável combina fontes versionadas, edição no navegador, previews, verificações automáticas úteis, revisão humana e publicação previsível.</description></item><item><title>Ferramentas de documentação antes e agora: o que realmente mudou</title><link>https://techwriters.org/pt/articles/docs-tools-then-and-now/</link><guid>https://techwriters.org/pt/articles/docs-tools-then-and-now/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Formatos e pipelines mudaram radicalmente, mas os problemas duráveis são familiares: controle de fonte, reuse, navegação, review e sincronização entre produto e informação publicada. Muito antes do rótulo Docs-as-Code, equipes lidavam com múltiplas fontes, fragmentos reutilizados, versões e a dúvida sobre qual cópia era atual.</description></item><item><title>Dívida de documentação: como encontrar o que realmente prejudica usuários</title><link>https://techwriters.org/pt/articles/documentation-debt-triage/</link><guid>https://techwriters.org/pt/articles/documentation-debt-triage/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Dívida de documentação: como encontrar o que realmente prejudica usuários, pensada para manter a documentação clara e sustentável. Como tratar «Dívida de documentação: como encontrar o que realmente prejudica usuários» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Documentação em CI/CD</title><link>https://techwriters.org/pt/articles/documentation-in-ci-cd/</link><guid>https://techwriters.org/pt/articles/documentation-in-ci-cd/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Trate documentação como artefato de build: valide estrutura, links, exemplos e regras antes da publicação. CI não decide se uma explicação é útil, mas rejeita defeitos previsíveis antes de gastar atenção humana.</description></item><item><title>Liderança de documentação sem criar burocracia</title><link>https://techwriters.org/pt/articles/documentation-lead-without-bureaucracy/</link><guid>https://techwriters.org/pt/articles/documentation-lead-without-bureaucracy/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Um lead de documentação deve reduzir incerteza, não adicionar uma camada de aprovação. Defina ownership, padrões e caminhos de escalonamento, mantendo a publicação rotineira rápida e perto de quem conhece o produto. Quando a documentação se espalha por várias equipes, surge a tentação de centralizar tudo.</description></item><item><title>Métricas de documentação mais úteis que visualizações de página</title><link>https://techwriters.org/pt/articles/documentation-metrics-that-matter/</link><guid>https://techwriters.org/pt/articles/documentation-metrics-that-matter/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Métricas de documentação mais úteis que visualizações de página, pensada para manter a documentação clara e sustentável. Como tratar «Métricas de documentação mais úteis que visualizações de página» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Um mapa de responsabilidade da documentação sem burocracia</title><link>https://techwriters.org/pt/articles/documentation-ownership-map/</link><guid>https://techwriters.org/pt/articles/documentation-ownership-map/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Um mapa de responsabilidade da documentação sem burocracia, pensada para manter a documentação clara e sustentável. Como tratar «Um mapa de responsabilidade da documentação sem burocracia» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Como organizar review de documentação</title><link>https://techwriters.org/pt/articles/documentation-review-workflow/</link><guid>https://techwriters.org/pt/articles/documentation-review-workflow/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Um bom processo torna a responsabilidade visível, reduz espera e separa revisão factual, editorial e de produto. Defina autor, revisor factual, editor e owner final.</description></item><item><title>Como documentar erros de API para permitir recuperação</title><link>https://techwriters.org/pt/articles/documenting-api-errors/</link><guid>https://techwriters.org/pt/articles/documenting-api-errors/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Como documentar erros de API para permitir recuperação, pensada para manter a documentação clara e sustentável. Como tratar «Como documentar erros de API para permitir recuperação» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Como documentar uma API REST corretamente</title><link>https://techwriters.org/pt/articles/documenting-rest-api/</link><guid>https://techwriters.org/pt/articles/documenting-rest-api/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Boa documentação de API combina contrato legível por máquina, explicações humanas, exemplos executáveis e comportamento de erro explícito. Documentação REST fala com máquinas e pessoas.</description></item><item><title>Exercícios de edição que melhoram a escrita técnica</title><link>https://techwriters.org/pt/articles/editing-drills-for-technical-writers/</link><guid>https://techwriters.org/pt/articles/editing-drills-for-technical-writers/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Exercícios de edição que melhoram a escrita técnica, pensada para manter a documentação clara e sustentável. Como tratar «Exercícios de edição que melhoram a escrita técnica» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Como entrar em technical writing em 2026</title><link>https://techwriters.org/pt/articles/entering-technical-writing/</link><guid>https://techwriters.org/pt/articles/entering-technical-writing/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Há três anos, escrever bem, aprender algumas ferramentas e montar um portfólio podia bastar. Em 2026 a entrada ficou mais difícil: a IA produz rascunhos, as equipes estão menores e espera-se que o technical writer verifique fatos, entenda APIs, use Git e responda pelo sistema de documentação.</description></item><item><title>Os primeiros 90 dias em uma equipe de documentação</title><link>https://techwriters.org/pt/articles/first-90-days-in-documentation-team/</link><guid>https://techwriters.org/pt/articles/first-90-days-in-documentation-team/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Os primeiros 90 dias em uma equipe de documentação, pensada para manter a documentação clara e sustentável. Como tratar «Os primeiros 90 dias em uma equipe de documentação» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Perguntas antigas de documentação que envelheceram surpreendentemente bem</title><link>https://techwriters.org/pt/articles/forum-questions-that-aged-well/</link><guid>https://techwriters.org/pt/articles/forum-questions-that-aged-well/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Nomes de ferramentas mudam mais rápido que problemas editoriais. Ownership, terminologia, screenshots, reuse e review continuam voltando porque refletem decisões de sistema mais profundas. A resposta técnica passou de pastas compartilhadas para repositórios e ownership rules.</description></item><item><title>Termos e definições: construindo um sistema terminológico</title><link>https://techwriters.org/pt/articles/glossaries-and-terminology/</link><guid>https://techwriters.org/pt/articles/glossaries-and-terminology/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Um glossário é útil quando governa decisões no produto, interface e documentação, não quando apenas coleciona palavras. Uma entrada útil registra termo preferido, definição, variantes proibidas ou obsoletas, contexto e owner.</description></item><item><title>Como contratar technical writers sem testes-armadilha</title><link>https://techwriters.org/pt/articles/hiring-technical-writers-without-trick-tests/</link><guid>https://techwriters.org/pt/articles/hiring-technical-writers-without-trick-tests/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Como contratar technical writers sem testes-armadilha, pensada para manter a documentação clara e sustentável. Como tratar «Como contratar technical writers sem testes-armadilha» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Hipertexto antes dos portais modernos de documentação</title><link>https://techwriters.org/pt/articles/hypertext-before-modern-docs-portals/</link><guid>https://techwriters.org/pt/articles/hypertext-before-modern-docs-portals/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Hipertexto antes dos portais modernos de documentação, pensada para manter a documentação clara e sustentável. Como tratar «Hipertexto antes dos portais modernos de documentação» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Arquitetura da informação para documentação que continua crescendo</title><link>https://techwriters.org/pt/articles/information-architecture-for-growing-docs/</link><guid>https://techwriters.org/pt/articles/information-architecture-for-growing-docs/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma estrutura que funciona com cinquenta páginas pode falhar com quinhentas. Organize a navegação em torno das tarefas do usuário, tipos de conteúdo e conceitos duradouros, não do organograma. Um conjunto pequeno de documentação tolera quase qualquer navegação.</description></item><item><title>Aprenda documentação de API construindo uma API pequena</title><link>https://techwriters.org/pt/articles/learn-api-docs-by-building-a-small-api/</link><guid>https://techwriters.org/pt/articles/learn-api-docs-by-building-a-small-api/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Aprenda documentação de API construindo uma API pequena, pensada para manter a documentação clara e sustentável. Como tratar «Aprenda documentação de API construindo uma API pequena» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Guardrails para um pipeline LLM que publica documentação técnica</title><link>https://techwriters.org/pt/articles/llm-content-pipeline-guardrails/</link><guid>https://techwriters.org/pt/articles/llm-content-pipeline-guardrails/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Se um modelo cria e atualiza conteúdo em escala, a validação precisa crescer junto. Restrinja entradas, preserve provenance, valide estrutura e separe geração da etapa privilegiada de publicação. Uma boa arquitetura assume que o modelo às vezes erra.</description></item><item><title>Markdown em escala: convenções que evitam o caos no repositório</title><link>https://techwriters.org/pt/articles/markdown-at-scale/</link><guid>https://techwriters.org/pt/articles/markdown-at-scale/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Markdown em escala: convenções que evitam o caos no repositório, pensada para manter a documentação clara e sustentável. Como tratar «Markdown em escala: convenções que evitam o caos no repositório» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>OpenAPI é fonte de verdade, não toda a documentação da API</title><link>https://techwriters.org/pt/articles/openapi-as-source-not-documentation/</link><guid>https://techwriters.org/pt/articles/openapi-as-source-not-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma descrição OpenAPI pode gerar referência precisa, mas developers ainda precisam de conceitos, fluxos, autenticação, exemplos e recuperação de falhas que um schema sozinho não explica. OpenAPI descreve muito bem operações, parâmetros, requests, responses, status codes e schemas reutilizáveis.</description></item><item><title>Um portfólio de technical writing deve mostrar decisões, não só páginas</title><link>https://techwriters.org/pt/articles/portfolio-for-technical-writer/</link><guid>https://techwriters.org/pt/articles/portfolio-for-technical-writer/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Equipes de contratação precisam ver como você pesquisa, estrutura e verifica documentação. Um portfólio forte explica problema, restrições, processo e resultado, em vez de mostrar screenshots isolados. Um artigo polido prova que você consegue produzir texto polido.</description></item><item><title>Notas de versão em que o usuário consegue agir</title><link>https://techwriters.org/pt/articles/release-notes-users-can-act-on/</link><guid>https://techwriters.org/pt/articles/release-notes-users-can-act-on/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Notas de versão em que o usuário consegue agir, pensada para manter a documentação clara e sustentável. Como tratar «Notas de versão em que o usuário consegue agir» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Regras de escrita estruturada que funcionam com centenas de contribuidores</title><link>https://techwriters.org/pt/articles/structured-writing-rules-that-scale/</link><guid>https://techwriters.org/pt/articles/structured-writing-rules-that-scale/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Consistência em escala vem de modelos de conteúdo, terminologia e padrões reutilizáveis, não de pedir que todos memorizem um style guide enorme. Codifique as regras importantes em schemas e componentes. Uma equipe pequena pode depender de hábitos compartilhados e edição direta.</description></item><item><title>Um guia de estilo que as pessoas realmente usam</title><link>https://techwriters.org/pt/articles/style-guide-people-use/</link><guid>https://techwriters.org/pt/articles/style-guide-people-use/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Um guia de estilo que as pessoas realmente usam, pensada para manter a documentação clara e sustentável. Como tratar «Um guia de estilo que as pessoas realmente usam» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Exemplos sintéticos: rascunho útil, evidência perigosa</title><link>https://techwriters.org/pt/articles/synthetic-examples-and-hallucinations/</link><guid>https://techwriters.org/pt/articles/synthetic-examples-and-hallucinations/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Exemplos sintéticos: rascunho útil, evidência perigosa, pensada para manter a documentação clara e sustentável. Como tratar «Exemplos sintéticos: rascunho útil, evidência perigosa» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>O que restou do technical writer de 2006?</title><link>https://techwriters.org/pt/articles/technical-writer-2006/</link><guid>https://techwriters.org/pt/articles/technical-writer-2006/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>As ferramentas mudaram radicalmente, mas o núcleo do trabalho continua reconhecível: público, evidência, estrutura, terminologia e responsabilidade. Em 2006 eram mais comuns desktop publishing, formatos de escritório e help systems mantidos manualmente.</description></item><item><title>Uma matriz de competências de technical writer que mede trabalho útil</title><link>https://techwriters.org/pt/articles/technical-writer-skills-matrix/</link><guid>https://techwriters.org/pt/articles/technical-writer-skills-matrix/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma boa matriz ajuda no desenvolvimento e na contratação. Uma ruim transforma traços vagos em falsa precisão. Meça capacidades observáveis e a complexidade dos problemas de documentação que a pessoa consegue assumir. Equipes costumam criar matrizes quando a contratação fica inconsistente ou promoções se tornam subjetivas.</description></item><item><title>Use Vale como quality gate, não como polícia de pontuação</title><link>https://techwriters.org/pt/articles/vale-style-linting/</link><guid>https://techwriters.org/pt/articles/vale-style-linting/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Style linting é valioso quando detecta deriva terminológica, linguagem de risco e defeitos editoriais repetíveis. Mantenha poucas regras, explicáveis e silenciosas o bastante para que uma falha tenha credibilidade. Um linter consegue revisar milhares de frases em segundos, então é tentador codificar toda preferência editorial.</description></item><item><title>WCAG 2.2 para equipes de documentação: pontos de partida práticos</title><link>https://techwriters.org/pt/articles/wcag-22-for-documentation/</link><guid>https://techwriters.org/pt/articles/wcag-22-for-documentation/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Acessibilidade não é apenas uma tarefa de frontend. Autores controlam headings, propósito de links, alt text, tabelas, instruções e a estrutura usada por tecnologias assistivas. Um tema pode oferecer bom contraste e teclado, mas autores ainda determinam se o conteúdo é compreensível.</description></item><item><title>Quando os manuais eram distribuídos em CD</title><link>https://techwriters.org/pt/articles/when-manuals-shipped-on-cd/</link><guid>https://techwriters.org/pt/articles/when-manuals-shipped-on-cd/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Quando os manuais eram distribuídos em CD, pensada para manter a documentação clara e sustentável. Como tratar «Quando os manuais eram distribuídos em CD» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item><item><title>Como trabalhar com especialistas sem transformar toda revisão em reunião</title><link>https://techwriters.org/pt/articles/working-with-subject-matter-experts/</link><guid>https://techwriters.org/pt/articles/working-with-subject-matter-experts/</guid><pubDate>Thu, 13 Aug 2026 00:00:00 GMT</pubDate><description>Uma abordagem prática e verificável para Como trabalhar com especialistas sem transformar toda revisão em reunião, pensada para manter a documentação clara e sustentável. Como tratar «Como trabalhar com especialistas sem transformar toda revisão em reunião» com critérios práticos, verificáveis e sustentáveis para documentação técnica.</description></item></channel></rss>