Continuous delivery. Практика непрерывных апдейтов

Разработчиков очень удобно разбивать на пары старший-младший, когда от старшего опыт постепенно перетекает младшему. Один пишет тесты, другой код. Один разрабатывает архитектуру, другой реализацию. Один пишет, другой проводит code review. И постоянно при это меняются. Не всегда эта методика оправдана, но для повышения качества её удобно вводить хотя бы временно!

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

Все в курсе, что такое и для чего нужны системы CI и CD. В них в том числе принято встраивать автотесты, которые помогут поставить ещё один заслон перед багами. В целом, такие системы называются системами непрерывных апдейтов. Есть специально книга про это Эберхарда Вольфа «Continuous delivery. Практика непрерывных апдейтов». Для общего развития рекомендую почитать её, чтобы лучше понимать происходящее в цепочке доставки продукта до юзеров.

Также существуют системы постоянно контроля качества кода. Почитать можно здесь https://ru.wikipedia.org/wiki/SonarQube и https://habrahabr.ru/company/pvs-studio/blog/315422/ Это уже ближе к code review автоматизированному.

Источник: https://t.me/ctorecords/9