En

JazzTeam Software Development Company

Agile Java Development

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

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

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

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

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

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

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

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

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

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