Правила написания чистого, понятного и поддерживаемого кода. Код должен читаться как литература, а не как ребус.
Каждый стандарт решает свою задачу: документирование, намерения, навигация
Документирование публичного API с маркерами. Summary, параметры, возвращаемое значение, примеры. Обязательно для всех экспортных функций.
Однострочное описание намерения функции. Код говорит "что", ib говорит "зачем". Контекст для ревьюера, ИИ и будущего себя.
GPS для кода. Визуальные маркеры для быстрой навигации: изменения, циклы, тяжёлые операции, возвраты.
Стандарты — не бюрократия, а инвестиция в будущее проекта
80% времени разработчик читает код, 20% — пишет. Инвестируй в читаемость сейчас, экономь часы потом.
Claude и GPT понимают контекст лучше, когда есть ib и XML-doc. Стандарты делают код "AI-friendly".
Новый разработчик разберётся в коде за часы, а не за недели. Стандарты — это инструкция к проекту.
Пошаговое внедрение стандартов в проект
Начни с документирования публичных функций. Добавь ✦ Summary,
➤ параметры и ⬅ возврат. Это основа.
Добавь ib = "..." в начало каждой функции.
Одна строка — одно намерение. Пиши "зачем", не "что".
Расставь маркеры в сложных функциях: //✏ на изменениях,
//⟳ на циклах, //↩ на возвратах.