Экстремальное программирование включает более 10 разнообразных приемов — TDD, игра в планирование, «заказчик всегда рядом» и т.д. Сегодня речь пойдет о парном программировании. Предлагаем читателям блога beeline cloud поделиться своим мнением об этом приеме! Практиковали ли вы когда-нибудь парное программирование? Повысило ли это эффективность разработки? Расскажите нам в комментариях!
Жизнь в Кремниевых доках (Ирландском аналоге Кремниевой долины) имеет свои неоспоримые преимущества. Обилие высокотехнологичных компаний и бесконечная череда интеллектуальных тусовок под их сводами создают прекрасные условия для полезных встреч. Перемещаясь из компании в компанию, в коворкинги и на конференции, вы не только встретите нынешних, прошлых и будущих коллег, но и получите возможность познакомиться с различными методами работы и обучения. И не раз вам доведется услышать о всяческих стратегиях совместной работы. Пожалуй, одной из самых разрекламированных является парное программирование.
С концепцией парного программирования я познакомился ещё в самом начале своей карьеры. Одни мои коллеги были ярыми её приверженцами, другие не видели в ней явных преимуществ, либо считали, что таковые вообще отсутствуют. Проведя более десяти лет в сфере разработки программного обеспечения, я пришел к выводу, что ни одна из групп не была права. Парное программирование в неумелых руках способно принести немало вреда. Однако в определенных ситуациях его полезность не вызывает сомнений.