av
bf6a173115
- DECISIONS.md (4040 строк, 65 тем) → decisions/, файл на тему плюс указатель; - буквенные метки решений заменены сквозными Р1–Р234, следствия получили префикс С при прежних номерах: схема букв выродилась до пятибуквенных и сломалась — `АЕАКЛ` была занята и темой 53, и темой 65; - 42 перекрёстные ссылки переписаны под новые номера и стали живыми; где номер означал тему, а слово стояло «решение», формулировка исправлена.
2.8 KiB
43. Ревью дизайна тоже растёт ступенями (2026-08-07)
Состав ревью дизайна включался одним условием: specs всегда, rubric и
architecture — вместе, «при крупном или незнакомом». Значит standard получал
на предложении ровно один проход, то есть не отличался от quick ничем.
Р175. Три ступени вместо двух: quick — specs; standard — плюс rubric;
wide — плюс architecture и вопрос автору о трёх формах решения.
Р176. Рубрика съехала вниз, архитектура осталась наверху, и это не
симметричная правка. Они зарабатывают на разном. Рубрика порождает свойства
узла и окупается уже на среднем изменении: её выход уезжает приёмочными
критериями в tasks.md и работает потом на всей задаче. Архитектура отвечает на
вопрос «не появился ли второй способ», а он на среднем знакомом изменении
отвечается «нет» ещё до запуска — держать её ниже wide значит платить за
предсказуемый ответ на каждой задаче.
Р177. Тривиальность задачи больше не решает состав ревью. Раньше она решала,
звать ли ревью предложения вовсе; теперь глубину обеих стадий называет ступень,
а тривиальная задача просто получает quick. «Пропустить ревью дизайна» и
«пройти его одним самым дешёвым проходом» — разные вещи: сверка дельта-спек
стоит меньше, чем разбор того, что она поймала бы на готовом коде.
Что из этого следует
С156. Проходы, включаемые одним условием, стоит разводить по тому, на чём они зарабатывают. Общее условие — признак того, что их не сравнивали между собой, а не того, что они равноценны.
С157. Средняя ступень обязана отличаться от нижней на обеих стадиях. Иначе «рабочее умолчание» отличается от исключения только именем.