Зачем программисты работают в парах? Кратко рассказываем о парном программировании

Вы знали, что программисты могут работать в парах? Такая техника называется парное программирование и она регулярно используется профессиональными программистами.

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

В чем преимущество парного программирования? Оказывается, это эффективная техника, которая дает массу плюсов:

Фокусировка. Программисты, не отвлекаясь, доводят задачу до конца. Из-за этого, кстати, такой формат работы — весьма энергозатратный. С непривычки достаточно тяжело продержаться хотя бы час.

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

Взаимное обучение. Сюда входит все — начиная от эффективного использования, заканчивая какими-то приемами программирования. Парное программирование — лучший способ распространять знания в команде. Особенно эффективно это работает в паре новичок-опытный.

Последний пункт для нас особенно важен. Обучение работает эффективнее всего в парах, причем даже для двух новичков. Начинающие разработчики часто имеют пробелы в базовых концепциях и у разных людей эти пробелы в разных местах. Там, где один будет тупить часами, второй найдет проблему сразу, потому что прочитает сообщение об ошибке.

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

Вот несколько советов о том, как правильно проводить парное программирование:

1. До начала работы важно убедиться, что у напарников совпадают стандарты кодирования, иначе это может повлечь за собой ненужные споры.

2. Парное программирование не стоит делать, если задача слишком легкая и понятная для обоих.

3. Парное программирование не стоит делать, если задача слишком сложная и требует постоянного чтения документации/анализа/думания.

4. Пары должны меняться ролями каждые 20 минут.

5. Пока один пишет, второй наблюдает, а не занимается своими делами.

6. Поначалу лучше ограничиваться 1-2 часами парного кодинга.

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