Значение «парного программирования», как следует из его названия, — программирование в парах. Посылка: «Две головы лучше, чем одна». Но это еще не все. Самый распространенный метод сопряжения — это водители и навигаторы, где водитель — это человек, который активно печатает, их внимание сосредоточено на реализации. Другой человек — навигатор, чья система отсчета более долгосрочна, его внимание сосредоточено на общей картине.
Преимущества парного программирования
Основное использование парного программирования, вероятно, связано с его более короткой петлей обратной связи. Вместо того, чтобы думать о решениях или копаться в кроличьих норах с другим программистом, они могут держать вас в курсе (или наоборот), а также давать второе мнение или другую точку зрения на что-то. Другое использование — обнаружение ошибок и проблем раньше благодаря дополнительной паре глаз и, следовательно, более эффективное. В парах «эксперт-новичок» старшие разработчики могут направлять новых, а также позволяют им осваивать техники или навыки. Менее известные способы использования включают ускорение адаптации и сохранение проекта, если один человек должен уйти по причинам (будь то отпуск, болезнь, увольнение и т. д.), а также наличие более согласованного кода.
Парное программирование Dos
Для эффективной работы в паре необходимо учитывать несколько критериев. Для начала пары должны «программировать вслух», объяснять свои мыслительные процессы, программисты не умеют читать мысли, ваш партнер не сможет рассказать, о чем вы думаете или как вы пришли к тому или иному решению, и предложит альтернативы или варианты. поднимите проблемы / проблемы, с которыми вы можете столкнуться. Вы также должны время от времени меняться ролями, чтобы лучше понять обе точки зрения, поэтому важно использовать взаимно удобную IDE (интегрированную среду разработки). Эта смена системы отсчета может дезориентировать, что делает переключение хорошей возможностью сделать перерыв.
Парное программирование запрещено
Есть также несколько вещей, которых следует избегать. Устроить спектакль и не дать другому возможности поучаствовать («наблюдать за мастером») и, наоборот, только дать указания, что делать, и не дать другому подумать (микроменеджмент) — распространенная ловушка. Когда кто-то чувствует необходимость схватить клавиатуру, чтобы что-то сделать (хватание за клавиатуру), или чувствует необходимость оттолкнуть ее, чтобы он мог направить другого (нажатие на клавиатуру), — это еще один распространенный сценарий. Этих ситуаций, вызывающих конфликты и напряженность, можно избежать.
Личный опыт
С момента запуска буткемпа мы сделали несколько упражнений в паре. Они были полезными и информативными, узнавали чужую точку зрения и их мыслительный процесс, а также могли практиковать «программирование вслух» и быть немного более общительными. Несмотря на то, что в начале колебался из-за «синдрома самозванца». Каждое упражнение длилось всего час, поэтому я чувствую, что было бы лучше, если бы оно было длиннее или что-то в этом роде, может быть, присутствовал наставник, чтобы дать немного больше указаний.
В заключение, хотя парное программирование имеет некоторые недостатки, преимущества перевешивают проблемы. Некоторые из его преимуществ включают более короткую петлю обратной связи, что приводит к повышению эффективности, уменьшению количества ошибок и большей устойчивости к прерываниям.