Привет. Меня зовут Дима Вдовин.
В предыдущей статье я излагал теорию о парном программировании и говорил о том, какие плюсы вижу в этом подходе. Сегодня я бы хотел продолжить эту тему и поговорить о том, как начать практиковать парное программирование у себя в команде. Полный перечень всех плюсов есть в предыдущей статье, а тут мы просто тезисно вспомним, что нам дает парное программирование.
- Обучение и онбординг новичков.
- Шеринг кода/процессов и обмен опытом.
- Пара решает проблему быстрее и реже обращаются за помощью.
- Повышение производительности.
- Сплочение коллектива.
- Увеличение скорости ревью.
Последний пункт стоит пояснить отдельно. Так как при работе в паре процесс ревью, фактически, проходит в фоновом режиме, то и часть ошибок отсеивается еще на этапе написания кода. Благодаря этому итераций на ревью становится значительно меньше. Тут хорошо подходит вот эта картинка:
Но давайте начнем с грустного и поговорим о том, что может помешать начать внедрять парное программирование в своей команде.
