Вы знали, что программисты могут работать в парах? Такая техника называется парное программирование и она регулярно используется профессиональными программистами.
Парное программирование работает так: один программист пишет код, а второй находится у него за спиной — возможно виртуально, если программисты не сидят рядом. Он смотрит на код, при необходимости дает подсказки и указывает на ошибки.
В чем преимущество парного программирования? Оказывается, это эффективная техника, которая дает массу плюсов:
Фокусировка. Программисты, не отвлекаясь, доводят задачу до конца. Из-за этого, кстати, такой формат работы — весьма энергозатратный. С непривычки достаточно тяжело продержаться хотя бы час.
Скорость принятия решений. Два программиста значительно быстрее находят баги и принимают сложные архитектурные решения. То, что у одного может занять часы и дни, у двух программистов занимает минуты. Не всегда, но значительно часто.
Взаимное обучение. Сюда входит все — начиная от эффективного использования, заканчивая какими-то приемами программирования. Парное программирование — лучший способ распространять знания в команде. Особенно эффективно это работает в паре новичок-опытный.
Последний пункт для нас особенно важен. Обучение работает эффективнее всего в парах, причем даже для двух новичков. Начинающие разработчики часто имеют пробелы в базовых концепциях и у разных людей эти пробелы в разных местах. Там, где один будет тупить часами, второй найдет проблему сразу, потому что прочитает сообщение об ошибке.
Кстати, парное программирование применяется и на собеседованиях тоже. О таком формате и чем он хорош мы рассказывали в этой статье.
Вот несколько советов о том, как правильно проводить парное программирование:
1. До начала работы важно убедиться, что у напарников совпадают стандарты кодирования, иначе это может повлечь за собой ненужные споры.
2. Парное программирование не стоит делать, если задача слишком легкая и понятная для обоих.
3. Парное программирование не стоит делать, если задача слишком сложная и требует постоянного чтения документации/анализа/думания.
4. Пары должны меняться ролями каждые 20 минут.
5. Пока один пишет, второй наблюдает, а не занимается своими делами.
6. Поначалу лучше ограничиваться 1-2 часами парного кодинга.
Пишите в комментариях, что думаете о такой механике. Может быть, у вас уже был подобный опыт или вы хотели бы попробовать?
