5 типовых ошибок в техдоках, из-за которых команда теряет время и контекст
Если документация живёт отдельно от кода, она быстро устаревает. Чтобы этого не случилось, держите рядом с репозиторием: короткое описание сервиса, точки входа, зависимости и правила деплоя.
— Не фиксировать владельца и назначение модуля: потом непонятно, кто отвечает за изменения.
— Писать общими словами вместо шагов: «поднять сервис» без команды запуска и переменных окружения.
— Хранить важные решения только в чатах: через месяц контекст уже теряется.
— Не обновлять схему интеграций: новые запросы и очереди появляются, а карта системы остаётся старой.
Для сложных частей лучше делать отдельные заметки: формат данных, сценарии отказа, ограничения по нагрузке, типовые ошибки и как их диагностировать. Это помогает быстрее разбирать инциденты и онбордить новых инженеров.
Главное — документация должна отвечать на вопрос «как это устроено и как это поддерживать». Если текст нельзя использовать в рабочем процессе, его нужно переписать.
DevTools Brief — обзор инструментов
@devtools_brief
5 типовых ошибок в техдоках, из-за которых команда теряет время и контекст
Этот пост опубликован в Telegram-канале DevTools Brief — обзор инструментов. Подписаться можно по ссылке: @devtools_brief.