<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>техническое письмо on Digitable courses</title>
    <link>https://courses.digitable.life/tags/%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5-%D0%BF%D0%B8%D1%81%D1%8C%D0%BC%D0%BE/</link>
    <description>Recent content in техническое письмо on Digitable courses</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ru-RU</language>
    <lastBuildDate>Thu, 16 Jul 2026 10:00:00 +0300</lastBuildDate><atom:link href="https://courses.digitable.life/tags/%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5-%D0%BF%D0%B8%D1%81%D1%8C%D0%BC%D0%BE/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ADR: запись архитектурного решения, которая переживёт автора</title>
      <link>https://courses.digitable.life/post/technical-writing/04-adr/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/04-adr/</guid>
      <description>ADR пишется для инженера, который через два года решит, можно ли снять то, что вы поставили: устройство полей, почему запись нельзя редактировать, разбор плохих и переписанных абзацев контекста и последствий и как отличить живой журнал решений от папки, заполняемой ради аудита.</description>
    </item>
    
    <item>
      <title>README: первое, что видит новый человек</title>
      <link>https://courses.digitable.life/post/technical-writing/07-readme/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/07-readme/</guid>
      <description>README отвечает на три вопроса за шестьдесят секунд — что это, как это запустить и к кому идти дальше; разбираем анатомию файла на парах «плохо / переписано», метрику первого успеха, границу между README и соседними документами и структурные способы не дать ему протухнуть.</description>
    </item>
    
    <item>
      <title>RFC и проектные документы: как выносить решение на обсуждение</title>
      <link>https://courses.digitable.life/post/technical-writing/05-rfc/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/05-rfc/</guid>
      <description>RFC — не описание системы, а запрос на возражения до того, как они станут дорогими: когда открыто окно для такого документа, из каких разделов он состоит, как формулировать альтернативы и открытые вопросы, как вести период комментариев и принимать решение, почему RFC устаревает сразу после принятия и что с этим делают структурно.</description>
    </item>
    
    <item>
      <title>Документация API: справочник, примеры, контракт</title>
      <link>https://courses.digitable.life/post/technical-writing/08-api-docs/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/08-api-docs/</guid>
      <description>Под словом «документация API» живут три документа с тремя читателями: справочник для того, кто уже пишет код, примеры для того, кто оценивает вас за пятнадцать минут, и контракт для того, кто строит систему поверх вашей. Разбор плохих и переписанных абзацев, генерация против ручного текста, депрекейт как жанр и способ отличить живую документацию от выгрузки Swagger ради регламента.</description>
    </item>
    
    <item>
      <title>Постмортем: документ, который меняет систему, а не ищет виноватого</title>
      <link>https://courses.digitable.life/post/technical-writing/06-postmortem/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/06-postmortem/</guid>
      <description>Как написать разбор инцидента, после которого чинят систему: читатель и решение, грамматика обвинения, хронология без послезнания, влияние в числах, проверяемые правки, внешний отчёт и почему постмортемы не устаревают, а становятся невидимыми.</description>
    </item>
    
    <item>
      <title>Почему документация устаревает и что с этим делать структурно</title>
      <link>https://courses.digitable.life/post/technical-writing/11-maintenance/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/11-maintenance/</guid>
      <description>Устаревание документа — не следствие лени, а свойство конструкции: разбираем экономику расхождения, классы изменчивости фактов, лестницу проверяемости, владельца и срок жизни, удаление как первоклассную операцию, метрики здоровья документации и ритуальное сопровождение, которое имитирует работу.</description>
    </item>
    
    <item>
      <title>Практика и ресурсы: как поставить письмо в процесс команды</title>
      <link>https://courses.digitable.life/post/technical-writing/13-practice-and-resources/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/13-practice-and-resources/</guid>
      <description>Почему личный навык письма не переживает увольнение автора, как прикрепить документы к событиям, которые в команде происходят и так, что можно проверить машиной, а что нельзя, какими тремя метриками мерить письмо, как отличить рабочий документ от ритуального в своей организации и с чего начинать квартал внедрения.</description>
    </item>
    
    <item>
      <title>Ревью текста: как читать чужой документ и как принимать правки</title>
      <link>https://courses.digitable.life/post/technical-writing/12-review/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/12-review/</guid>
      <description>Протокол ревью инженерного документа: шесть уровней правки и порядок их прохождения, три прохода за двадцать минут, обратный конспект, анатомия действенного комментария, разбор абзацев до и после, как принимать правки, не защищая текст, что отдать линтерам и как ревью удерживает документацию от устаревания.</description>
    </item>
    
    <item>
      <title>Руководства и обучающие тексты: разные жанры, разные правила</title>
      <link>https://courses.digitable.life/post/technical-writing/09-guides-and-tutorials/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/09-guides-and-tutorials/</guid>
      <description>Туториал, инструкция, раннбук и объяснение — четыре жанра с несовместимыми правилами: что обещает каждый, как выглядит выполнимый шаг, почему обучающие тексты гниют быстрее всех и что с этим делают структурно, как отличить руководство ради читателя от руководства ради процесса.</description>
    </item>
    
    <item>
      <title>Структура: как расположить материал, чтобы его прочли</title>
      <link>https://courses.digitable.life/post/technical-writing/02-structure/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/02-structure/</guid>
      <description>Порядок доступа вместо порядка изложения: инвертированная пирамида, первый экран, слои детализации, заголовки-утверждения, выбор между прозой, списком и таблицей, длина как решение и то, как раскладка материала определяет, устареет документ или нет.</description>
    </item>
    
    <item>
      <title>Схемы в документах: когда рисовать и что именно</title>
      <link>https://courses.digitable.life/post/technical-writing/10-diagrams/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/10-diagrams/</guid>
      <description>Схема — такое же утверждение с адресатом и решением, как абзац: она отвечает на один вопрос одного читателя или не нужна вовсе. Что глаз читает лучше текста, а что хуже; разбор плохих и переписанных схем; семантика стрелки и уровни абстракции; почему картинки гниют быстрее прозы и какие структурные меры это лечат; как отличить схему для читателя от схемы для регламента.</description>
    </item>
    
    <item>
      <title>Техническое письмо: карта трека и зачем инженеру писать</title>
      <link>https://courses.digitable.life/post/technical-writing/00-overview/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/00-overview/</guid>
      <description>Почему инженерный документ существует только ради решения, которое он должен изменить, и читателя, который это решение примет; какие жанры бывают, почему документация устаревает структурно, как отличить рабочий документ от ритуального и в каком порядке читать четырнадцать глав трека.</description>
    </item>
    
    <item>
      <title>Читатель и решение: зачем существует этот документ</title>
      <link>https://courses.digitable.life/post/technical-writing/01-reader-and-decision/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/01-reader-and-decision/</guid>
      <description>Технический документ существует ради решения, которое должен принять конкретный читатель: как найти адресата, сформулировать запрос на решение, переписать абзац под него, отличить рабочий документ от процессного и почему тексты без адресата устаревают первыми.</description>
    </item>
    
    <item>
      <title>Ясность: почему инженерный английский проще разговорного</title>
      <link>https://courses.digitable.life/post/engineering-english/11-writing-clearly/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/engineering-english/11-writing-clearly/</guid>
      <description>Ясность как инженерная дисциплина, а не как уровень языка: почему потолок мастерства здесь измерим, какие операции правки дают почти весь эффект и как сокращать текст, добавляя в него информацию.</description>
    </item>
    
    <item>
      <title>Ясность: предложения, термины, двусмысленности</title>
      <link>https://courses.digitable.life/post/technical-writing/03-clarity/</link>
      <pubDate>Thu, 16 Jul 2026 10:00:00 +0300</pubDate>
      
      <guid>https://courses.digitable.life/post/technical-writing/03-clarity/</guid>
      <description>Как устроена ясная фраза в инженерном документе: деятель и действие, известное в начале и новое в конце, каталог двусмысленностей, термины как контракт, модальность вместо «рекомендуется», числа вместо «быстро», линтеры прозы в CI и честный разбор документов, которые мутнеют намеренно.</description>
    </item>
    
  </channel>
</rss>
