Доброе утро, вчера сачканул и не выложил вторую часть материалов по ревью. Был увлечён подготовкой докладчиков. Хайлод, кстати, стартанул и через 10 минут начнутся доклады. Напоминаю о трансляции из главного зала. Сегодня выложу сразу всё, следующая порция знаний будет завтра, поговорим о кросс-функциональности.
А тем, кто не хочет приобщиться к высокому, таки продолжу про ревью.
https://habr.com/company/Voximplant/blog/272469/ - инструкции о том, как делать review чужого кода и пережить review собственного. Статья переведена очень неплохо, но для любителей в начале есть ссылка на оригинал. Если в двух словах, то статья фокусируется на практических аспектах code review и содержит множество толковых рекомендаций, как и что делать, чтобы было легко и полезно.
https://medium.com/palantir/code-review-best-practices-19e02780015f - очень неплохая статья от Palantir Technologies (ребята пилят софт для анализа данных и много сотрудничают с спецслужбами и банками, в 2016 их стартап был 4-ый по капитализации, но по другим данным это был пузырь:))) c кучей полезных ссылок, если хочется погрузиться в тему ещё сильнее. В статье можно поискать ответы на вопросы: почему, зачем и когда делать код ревью? подготовка кода к ревью (а вы всё ещё отдаёте код на ревью просто так?) собственно сам процесс код ревью и примеры его проведения. 12 минут на всё про всё.
И наконец, https://medium.freecodecamp.org/unlearning-toxic-behaviors-in-a-code-review-culture-b7c295452a3c
Даже не смотря на то, что автор девушка-индус (хи-хи, вы же слышали про качество индийского кода), статья достойна внимания хотя бы потому, что это ещё одна точка зрения на этот процесс. Токсичность в поведении некоторых членов команд может очень серьёзно навредить бизнесу, а если речь идёт о ревью кода, когда один официально получает право уничтожать другого, ситуация может обернуться проблемами посильнее, чем Фауст Гёте. В статье один за одним рассматриваются 8 нехороших паттернов и аж 12 хороших. И снова 12 минут. В начале страница не очень интересного текста, не обращайте внимания, мякотка дальше.
А тем, кто не хочет приобщиться к высокому, таки продолжу про ревью.
https://habr.com/company/Voximplant/blog/272469/ - инструкции о том, как делать review чужого кода и пережить review собственного. Статья переведена очень неплохо, но для любителей в начале есть ссылка на оригинал. Если в двух словах, то статья фокусируется на практических аспектах code review и содержит множество толковых рекомендаций, как и что делать, чтобы было легко и полезно.
https://medium.com/palantir/code-review-best-practices-19e02780015f - очень неплохая статья от Palantir Technologies (ребята пилят софт для анализа данных и много сотрудничают с спецслужбами и банками, в 2016 их стартап был 4-ый по капитализации, но по другим данным это был пузырь:))) c кучей полезных ссылок, если хочется погрузиться в тему ещё сильнее. В статье можно поискать ответы на вопросы: почему, зачем и когда делать код ревью? подготовка кода к ревью (а вы всё ещё отдаёте код на ревью просто так?) собственно сам процесс код ревью и примеры его проведения. 12 минут на всё про всё.
И наконец, https://medium.freecodecamp.org/unlearning-toxic-behaviors-in-a-code-review-culture-b7c295452a3c
Даже не смотря на то, что автор девушка-индус (хи-хи, вы же слышали про качество индийского кода), статья достойна внимания хотя бы потому, что это ещё одна точка зрения на этот процесс. Токсичность в поведении некоторых членов команд может очень серьёзно навредить бизнесу, а если речь идёт о ревью кода, когда один официально получает право уничтожать другого, ситуация может обернуться проблемами посильнее, чем Фауст Гёте. В статье один за одним рассматриваются 8 нехороших паттернов и аж 12 хороших. И снова 12 минут. В начале страница не очень интересного текста, не обращайте внимания, мякотка дальше.