Инженерная практика
Собираем вместе: тест со свободным припоминанием
Припоминание сильнее перечитывания. Для каждого вопроса восстановите полный ответ по памяти до того, как раскроете модельный — и проследите, чтобы ответ связывал практику со звеном до и после неё в петле, а не только с ней самой.
Восстановить хребет всего трека — почему практики образуют одну петлю, порядок, делающий каждое звено безопасным, и отказ на стыке при пропуске зависимости — не подглядывая в уроки.
- 01Объясните, почему семь практик трека — одна петля обратной связи, а не чеклист независимых ритуалов, и проследите порядок звеньев.
- 02Выберите три практики и назовите для каждой зависимость, на которой она держится, и отказ при её пропуске.
- 03Почему DORA настаивает на том, чтобы четыре метрики двигались вместе, и что именно ломается, когда команда оптимизирует одну deployment frequency?
- 04Полный end-to-end набор организации из 20 сервисов медленный и флакающий, поэтому инженеры его заглушают и баги доезжают до прода. Диагностируйте отказ в терминах петли и дайте сеньорный фикс.
- 05Почему feature flag — это инструмент релиза, а не гейт качества, и какой самый тихо дорогой способ, которым флаги ломают петлю?
- 06Проведите один плохой деплой через целую петлю и назовите, какое звено даёт каждое свойство: быстрое обнаружение, быстрое восстановление и отсутствие повторов.
Если вы смогли восстановить каждый ответ по памяти, вы держите хребет всего трека: практики — одна замкнутая петля с несущим порядком, каждое звено держится на конкретной зависимости, чьё отсутствие инвертирует практику в обузу, четыре метрики DORA управляют петлёй вместе, а не одной церемонией изолированно, контракты бьют хрупкие e2e на гейте мержа, флаги — инструмент релиза, а не гейт качества, и постмортем замыкает петлю, только когда его action items owned, отслеживаются и возвращаются вверх по течению.