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

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

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

1. Улучшает качество кода: одна голова хорошо, а две — лучше. Зная, что код будет кем-то просмотрен, разработчик более внимательно относится к написанию кода. Разработчик будет лучше комментировать код, чтобы избежать ответов на большее количество вопросов от аудиторов.

2. Улучшает навыки самого разработчика. Разработчик не будет совершать одни и те же ошибки. Также разработчик будет писать код более понятным, чтобы не приходилось несколько раз подряд объяснять, что делает данный код.

3. Помогает в обучении новичков. Новичок получает доступ к коду других программистов и, таким образом, может прочувствовать стиль кодирования и стиль документации.

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

5. Помогает перенимать навыки у других разработчиков.

6. Помогает создать стиль программирования и стиль документирования, которого будут придерживаться все разработчики.

7. Помогает понять некоторые части программы или всё приложение в целом.