7 posts
Большинство команд исправляют дефекты и двигаются дальше. Те же дефекты возвращаются. Вот как запустить причинный анализ внутри Fagan inspection, чтобы перестать писать один и тот же баг дважды.
У каждой команды есть тот самый дефект, который постоянно возвращается. Off-by-one в пагинации. Пропущенная проверка на null в middleware аутентификации. Race…
Множество исследований в IBM, AT&T, HP и Microsoft подтверждают, что неформальное code review выявляет примерно четверть дефектов. Вот что данные говорят на самом деле, почему этот показатель так низок и как это исправить.
Неформальное code review выявляет от 15 до 30 процентов дефектов, присутствующих в проверяемом коде. Это не мнение. Это вывод, который был воспроизведён на…
Большинство чек-листов для ревью — это скопированные списки благих намерений. Структурированный чек-лист в стиле Fagan inspection строится на основе реальных данных о дефектах, ориентирован на конкретные типы артефактов и используется во время индивидуальной подготовки. Вот как построить тот, который работает.
Если у вашей команды есть чек-лист для code review, есть немалая вероятность, что он живёт на вики-странице, которую никто не открывает. В нём, скорее всего,…
Инспекции Фагана требуют от четырёх до шести человек и двух часов на проверку 250 строк. LLM может сократить эти затраты, взяв на себя подготовку и соблюдение чек-листа, но не может заменить человеческие роли, которые находят самые дорогие дефекты.
Полноценная инспекция Фагана требует модератора, читателя, от двух до четырёх инспекторов и автора. Команда тратит два часа на проверку примерно 250 строк кода…
Структурированный процесс ревью Майкла Фагана в IBM позволял находить почти все дефекты ещё до компиляции. Но он поглощал 15–20% общих трудозатрат проекта. Вот почему исчез самый эффективный метод ревью в истории разработки ПО и что команды на самом деле теряют.
В 1976 году Майкл Фаган опубликовал статью в IBM Systems Journal, в которой описал процесс ревью настолько эффективный, что он стал золотым стандартом качества…
Даже senior-инженеры находят лишь долю дефектов в неструктурированном review. Исследование Michael Fagan в IBM показало, почему, и построило структурированный процесс inspection для исправления этого.
Два senior-инженера ревьюят один и тот же pull request. Один отмечает пропущенный null check. Другой находит race condition в cleanup path. Ни один из них не…
Неформальное code review выявляет 15–30% дефектов. Fagan inspections — структурированный 50-летний процесс — стабильно демонстрирует показатели устранения 60–90%. Вот как они работают, почему команды избегают их и как запустить облегчённую версию.
Большинство code review находит от 15 до 30 процентов дефектов, которые должны были обнаружить. Это не догадка. IBM измерила это в 1970-х, и исследования в…