En

JazzTeam Software Development Company

Agile Java Development

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

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

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

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

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

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

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

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

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

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