Планирование эффективных проверок кода
Большинство разработчиков согласятся, что проверки кода могут повысить качество создаваемых ими приложений, но только если процесс проверки кода будет эффективным. Крайне важно заранее прийти к согласию о том, что все участники стремятся достичь лучшего качества кода.
Получение качественного кода может казаться сложной задачей, ведь не существует единственно правильного способа написать какой-либо фрагмент кода (или, по крайней мере, сколь-либо сложный фрагмент кода). Каждый хочет хорошо выполнять свою работу и гордиться сделанным.
Но это означает, что разработчики легко могут начать с излишним пылом "защищать" собственный код. Организационная культура должна давать всем участникам ощущение того, что проверки кода ближе к сеансам наставничества, где с разработчиком делятся идеями по усовершенствованию кода, чем к допросам, на которых пытаются найти проблемы и обвинить в них автора.
На сеансах в стиле наставничества может происходить обмен знаниями — это один из самых важных результатов процесса проверки кода. Лучше всего он идет в маленьких группах (даже из двух человек!), а не на больших командных совещаниях. Важно отмечать и то, что было сделано хорошо, а не только то, что требует улучшений.
Нередко разработчики на эффективных сеансах проверки кода узнают и изучают больше нового, чем в ходе любого формального обучения. Проверка кода должна быть для всех участников возможностью обучения, а не тягостной обязанностью, которую приходится выполнять, поскольку этого требует формальная процедура.
Глядя на то, как два или более человека работают над задачей, легко можно подумать, что и один человек справился бы с этой задачей самостоятельно. Но это поверхностный взгляд на выбор с долгосрочными последствиями.
Руководству команды следует понимать, что улучшение качества кода снижает стоимость кода, а не повышает ее. Руководителям команд необходимо ввести и поддерживать соответствующую культуру в своих командах.