Проверка кода в прошлом была относительно «тяжеловесным» процессом. Сегодня они считаются эффективными, но неэффективными, хотя существуют уже 30 лет. В среднем тяжелая проверка занимает девять часов на 200 строк кода (Cohen, 2011). Представьте себе один из таких обзоров кода: часы рутинных совещаний, просмотр распечаток кода, проверка с высоким уровнем детализации, с участием трех-шести человек. Звучит болезненно. Тяжелый процесс сбора метрик в полновесных обзорах был заменен чем-то гораздо менее трудоемким и научно доказанным, позволяющим найти такое же количество ошибок.
Новый стиль рецензирования — это упрощенный процесс, сохраняющий рассудок как рецензентов, так и разработчиков. Это позволяет обнаруживать дорогостоящие ошибки с гораздо большей скоростью, гарантируя, что клиенты получат продукты высшего качества. Рецензенты стремятся к 200–400 строкам кода за раз, но это не занимает больше 60–90 минут. При использовании облегченной проверки с помощью инструментов дефекты считаются положительным моментом, метрики собираются легче, и это защищает моральный дух людей, создающих код.
Самостоятельная проверка кода до того, как он будет проверен, также даст вам преимущество под названием «Эффект эго». Если вы написали код, на который никто не будет смотреть, было бы справедливо сказать, что он не был бы написан так же хорошо, как если бы вы знали, что ваш начальник и коллеги будут его изучать. Если существует обязательная проверка или даже вероятность того, что ваш код будет отправлен на проверку, составляет 1 из 4, The Ego Effect гарантирует, что вы сделаете работу лучше, чем если бы вас никогда не проверяли. Просмотр части вашего кода лучше, чем его отсутствие, и где-то от 20 до 33% даст вам максимальный эффект эго с минимальными временными затратами.
использованная литература
Коэн, Дж. (2011, 25 января). 11 проверенных методов для более эффективной и действенной коллегиальной проверки кода. Получено с сайта IBM Developer: https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/
