Как принимать замечания к своему коду
Про то, как писать замечания, говорят часто. Про обратную сторону — почти никогда, а именно она определяет, будет ли ревью работать.
Первое: отделите себя от кода. Замечание к решению — не оценка вас как специалиста, даже если написано сухо. Это трудно первые полгода и легко потом.
Второе: не спорьте ради победы. Если замечание кажется неверным, спросите: «Что случится в твоём сценарии?» Половина споров заканчивается тем, что вы оба поняли разное.
Третье: не отвечайте сразу, если задело. Полчаса паузы превращают резкий ответ в спокойный, и рабочие отношения остаются целыми.
Четвёртое: соглашайтесь молча там, где спор дороже правки. Имена, порядок методов, формат — не тот холм, на котором стоит стоять.
Пятое: просите ревью раньше. Огромная порция кода на проверку в конце спринта гарантирует поверхностные замечания и обиды. Мелкими частями и чаще — приятнее всем.
И благодарите за найденную ошибку. Человек потратил своё время, чтобы вы не сломали прод.
IT Нижний Новгород — t.me/it_nizhny_novgorod
IT Нижний Новгород
@it_nizhny_novgorod
Как принимать замечания к своему коду
Этот пост опубликован в Telegram-канале IT Нижний Новгород. Подписаться можно по ссылке: @it_nizhny_novgorod.