audit

Topics in the source

• Аудит обвязки: правильно ли она устроена
• Заканчивается отчётом, а не правками
• Два корпуса
• Области: корпус читается частями
• Порядок прохода
• Признаки: что ищется в обвязке
• Признаки: что ищется в документации проекта
• Список признаков растёт

Обвязку проверяют четыре инструмента, и у каждого свой вопрос: | Инструмент | Вопрос | | --- | --- | | режим falsify | ловит ли каждая машинная сверка свой предмет | | скилл probe | справляется ли обвязка как процесс с живой задачей, и чем это удержано | | скилл bar-probe | находит ли свод по планке дефект в коде | | этот скилл | правильно ли обвязка устроена | Аудит читает и рассуждает, остальные три ломают и смотрят. Чтение не говорит, держится ли правило на деле, — это меряет probe. Слом не говорит, верно ли правило задумано, — это находит аудит. Поэтому они кормят друг друга, а не заменяют. Находка аудита — недостающее, лишнее или противоречивое правило, а правка доктрины — развилка разработчика (loop.md, раздел «Найденное чинится сразу, в том же заходе»). Аудит кладёт перед ним выбор с ценой, а не ставит перед фактом. Исключение одно: находка обычного класса — битый адрес, застывшее число, опечатка, мёртвая отсылка — чинится сразу и называется в отчёте отдельно. | Корпус | Где читают | Что в нём | | --- | --- | --- | | обвязка | в мастерской — репозитории, откуда обвязку раздают | доктрина и обоснования, справочники инструмента, посадка с семенами и заметками, скиллы, состояни

This is an excerpt. Refer to the complete source and its current requirements.