IT-статьи из наших ретроспектив

Наша компания проводит не только проектные Scrum ретроспективы, но и ретроспективы, касающиеся жизни компании. После каждой ретроспективы мы голосуем за 3 пункта, которые нужно улучшить, или изменить, и назначаем за ними ответственных, которые в течении следующей итерации имеют задачу реализовать эти пункты. Иногда результатом являются статьи, некоторые их них мы размещаем тут.

Почему нужно проводить code review?

Улучшает качество кода: одна голова хорошо, а две — лучше. Зная, что код будет кем-то просмотрен, разработчик более внимательно относится к написанию кода. Разработчик будет лучше комментировать код, чтобы избежать ответов на большее количество вопросов от аудиторов.
Улучшает навыки самого разработчика. Разработчик не будет совершать одни и те же ошибки. Также разработчик будет писать код более понятным, чтобы не приходилось несколько раз подряд объяснять, что делает данный код.
Помогает в обучении новичков. Новичок получает доступ к коду других программистов и, таким образом, может прочувствовать стиль кодирования и стиль документации.
Помогает находить ошибки и мгновенно реагировать. Во-первых, при обзоре кода, когда находиться ошибка или баг, они тут же исправляются. Соответственно, тратиться намного меньше времени на исправление ошибки, чем если бы ошибка обнаружилась при тестировании приложения или же, в худшем случае, при эксплуатации. Во-вторых, при тестировании находиться меньше ошибок, которые необходимо потом исправлять. Также помогает находить такие ошибки, которые при тестировании не возможно обнаружить (описки, опечатки). => Значительно ускоряется процесс разработки приложения и тестирования.
Помогает перенимать навыки у других разработчиков.
Помогает создать стиль программирования и стиль документирования, которого будут придерживаться все разработчики.
Помогает понять некоторые части программы или всё приложение в целом.