Обложка канала

Секреты IT-предпринимателя

8760 @it_skills

Рассказываю о своём многолетнем опыте в IT, секретах увеличения дохода, фрилансе и удаленной работе, а так же о том, как войти в эту сферу, если вы еще не айтишник!

Секреты IT-предпринимателя

6 лет назад
Открыть в
​​Ревью кода: что это и нужно ли?

Ревью кода (code review) - это когда один разработчик (чаще всего более опытный) анализирует и проверяет код другого. Основная цель такой проверки — конечно же, выявление проблем и ошибок.

Например, разработчику дали задачу, он ее выполнил (написал много кода) и отдал этот код на проверку более опытному коллеге. Опытный коллега проверил код и нашел там ошибку, поэтому сообщил разработчику о том, что он должен исправить её.

Ревью кода, по моему мнению, решает ряд очень важных задач на проекте:
1. Исключает ошибки (иногда даже совсем глупые, ведь все мы люди, можем что-либо и упустить)
2. Помогает делиться опытом между коллегами
3. Позволяет команде писать код в одном стиле и больше знакомиться с неизвестными частями проекта — вырабатывать единый стиль кода в проекте

Но на практике ревью кода делают довольно редко. За весь мой 7-летный опыт работы на множестве проектов, код ревью делали лишь на нескольких, и то не всегда. В результате чего некоторые проекты превращались в «франкеншейна», где каждый лепит код по-своему. К сожалению, руководители не всегда понимают, что ревью очень помогает как команде так и проекту. Они не выделяют дополнительное рабочее время на это, а потом тратят деньги на исправление вытекающих из этого ошибок и «рефакторинг»(улучшения и оптимизации кода в проекте). Но иногда, даже если у разработчиков и есть задача на ревью, они просто ленятся смотреть код других людей, ради экономии своего времени. Но это уже вопрос ответственности самих сотрудников.

Некоторые разработчики, особенно начинающие, не любят ревью кода. Многим людям неприятно, когда им указывают на их ошибки и косяки. Но ведь без осознания и исправления своих ошибок в этом деле далеко не продвинешься, поэтому каждый начинающий разработчик должен не только считать нормальным ревью своего кода, но и даже просить об этом более опытных разработчиков и, конечно же, не стесняться того, что совершил ошибку!