tgoop.com/prog_point/4074
Last Update:
5 правил для код ревью
1. Есть вопрос — спрашивай. Цель код ревью — делать все изменения в кодовой базе проекта понятными каждому разработчику. Без вопросов в сомнительных местах добиться этого будет невозможно.
2. Цель изменений в коде должна быть понятна. Если вы отправляете свой код на ревью — о донесении этих смыслов должны позаботиться вы. Если вы проверяете чужой код, то должны убедиться, что понимаете, какую задачу он решает.
3. Изменения в коде должны быть минимальными. На каждый код ревью не должно приходиться больше 10–100 строк кода. В большинстве случае изменения на 1000 строк можно разбить на десятки понятных частей. Это же правило стимулирует регулярный (ежедневный) код ревью.
4. Наличие стандартов. В каждой команде должны быть чётко прописанные стандарты кода, чтобы каждый раз вам не приходилось спорить из-за банального написания переменных (типа camelCase или underscore_case).
5. Баланс. Вы не живём в идеальном мире и всегда будут те, кто получает удовольствие от код ревью, и те, кто ненавидит его. Учитывайте это и старайтесь быть уважительным и при создании новых изменений, и при просмотре чужих.
Источник: dev.to
#простымисловами #команда
BY Точка входа в программирование
Share with your friend now:
tgoop.com/prog_point/4074