Во-первых, что такое парное программирование?
Парное программирование — это метод разработки программного обеспечения, при котором два программиста работают вместе на одной рабочей станции. Один, водитель, пишет код, а другой, наблюдатель или навигатор, просматривает каждую строку кода по мере ее ввода. Два программиста часто меняются ролями.
Это взято прямо из Википедии. 😎. Так что двусмысленности нет. 😉.
Во-вторых, зачем использовать парное программирование?
Парное программирование при правильном использовании — отличный способ для новичка или начинающего программиста сотрудничать и изучать свое ремесло кодирования, наблюдая и кодируя с другим единомышленником. Смена ролей «водителя» и «наблюдателя» дает прекрасную возможность улучшить навыки решения проблем обоих программистов. (Да, еще раз повторю, 2 руководителя лучше, чем 1).
Помимо очевидных преимуществ, компании, использующие этот стиль обучения, могут набирать в свою организацию «новичков», нанимая более опытного разработчика. с младшим разработчиком, чтобы ускорить его/ее знакомство с предпочтительным технологическим стеком компании и освежить его/ее знание кодекса поведения и практики компании. Тем самым делая их интеграцию бесшовной и сплоченной.
Далее, каковы преимущества и недостатки парного программирования?
Преимущества:
- Знания делятся между двумя участниками.
- Обнаружение ошибок кодирования становится проще.
- таким образом, устранение ошибок происходит быстрее и проще.
- Обучение становится взаимовключающим.
- Команды внутри организации развивают лучшие коммуникативные навыки и, следовательно, становятся более эффективными.
Недостатки:
- их не так много, но вот несколько примеров.
- Объединяем двух новичков, так как у них нет опыта, чтобы помогать друг другу.
- Управление уровнями навыков двух участников может быть затруднено для старшего персонала/разработчиков.
- Эффективность участников. т.е. взять 2 разработчиков и поместить их в 1 проект, а не работать над 2 проектами.
- Вовлеченность участников. т.е. Один разработчик может не соответствовать энтузиазму или его отсутствию у другого разработчика.
Наконец, вот несколько рекомендаций по использованию парного программирования.
- Общение является ключевым!
- Постоянно меняйтесь ролями, чтобы оба участника получили опыт.
- Объединитесь с единомышленником.
- Учитесь и адаптируйтесь друг к другу.
- Сделайте перерыв, если необходимо. Мое предложение — техника Помидора. (Используя метод Помидора, вы разбиваете свой рабочий день на 25-минутные периоды концентрации, за которыми следуют пятиминутные перерывы. Каждый из этих периодов концентрации плюс период перерыва называется Помидором — от таймера в форме помидора. впервые использовалась для проверки метода.)
Вот оно. Подходит ли вам парное программирование?
Будете ли вы использовать его в своем путешествии по программированию?
Дайте мне знать в комментариях ниже, было ли это выгодно для вас и вашей команды/организации.