👥 Полное руководство по эффективному парному программированию

Удвойте мозги, удвойте силу!

Говорят, две головы лучше, чем одна, и часто это особенно верно, когда дело доходит до кодирования.

Я не могу сказать вам, сколько раз я застревал на проблеме с кодированием, и мне приходилось просить о помощи. Это часто означало, что я присоединяюсь к видеозвонку с другим разработчиком и делюсь своим экраном, чтобы мы могли решить проблему вместе.

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

Что такое парное программирование?

Иногда можно предложить больше, чем просто протянуть кому-то руку помощи, когда он застрял, или наоборот.

Иногда, как разработчики, мы планируем работать над задачей вместе с самого начала в надежде, что сможем уменьшить количество блокировщиков с двумя парами глаз и двумя мозгами.

Все это известно в индустрии как парное программирование.

Парное программирование — это метод, который берет свое начало в методологиях Agile, в частности, в экстремальном программировании, когда два разработчика работают вместе над одним и тем же кодом на одной рабочей станции (это со временем эволюционировало в удаленную работу, но об этом позже).

Кент Бек, первоначальный создатель экстремального программирования, так говорит о цели парного программирования:

«Поддерживайте друг друга в выполнении задач. Проведите мозговой штурм по усовершенствованию системы. Уточняйте идеи. Берите на себя инициативу, когда их партнер застрял, тем самым уменьшая разочарование. Держите друг друга подотчетными за методы работы команды».

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

Так что чем больше вы об этом знаете, тем лучше!

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

Теперь возьми меня за руку и давай посмотрим…

Поток парного программирования

В командах разработчиков программного обеспечения поток парного программирования начинается с концепции Коллективного владения кодом. Именно здесь каждый в команде поощряется вносить новые идеи во все аспекты проекта.

Идея состоит в том, что «любой разработчик может изменить любую строку кода, чтобы добавить функциональность, исправить ошибки, улучшить дизайн или провести рефакторинг», что означает, что никто не становится барьером или блокировщиком для изменений и прогресса.

Здесь лучше всего использовать парное программирование, так как никто не отвечает за один аспект, члены команды могут свободно работать вместе и создавать «поток» или цикл непрерывной интеграции.

Вот как это выглядит на практике:

Преимущества и недостатки парного программирования

Как вы понимаете, у парного программирования есть несколько преимуществ.

Вот некоторые из них:

Улучшенное качество кода. Это позволяет просматривать код в режиме реального времени и получать обратную связь, что позволяет выявлять проблемы на раннем этапе, обеспечивает лучшее соответствие стандартам кодирования и более высокое качество кода в целом.
Эффективное общение. Это способствует постоянному общению между разработчиками, что приводит к более быстрому решению проблем, эффективной координации и общему пониманию целей и требований проекта.
Меньше ошибок и меньше времени на отладку. Два разработчика активно участвуют в написании кода, поэтому парное программирование помогает выявлять ошибки и ошибки на ранней стадии, сокращая время, затрачиваемое на отладку, и сводит к минимуму вероятность выпуска неисправного программного обеспечения.
Больше обмена знаниями. Работая совместно, парное программирование способствует обмену идеями, методами и опытом, позволяя разработчикам учиться друг у друга и коллективно улучшать свои навыки.
Повышение удовлетворенности работой. Это может помочь сделать работу более приятной, а также способствовать командной работе и предоставить возможности для непрерывного обучения и роста. Это приводит к повышению удовлетворенности работой среди разработчиков, поскольку вы будете чувствовать себя более вовлеченными и поддерживаемыми в своей работе.

Тем не менее, это может быть не все весело и солнечно, есть некоторые неудачи и недостатки, которые также могут быть связаны с парным программированием, например:

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

Хотя некоторые из этих преимуществ и недостатков конкретно связаны с работой разработчика в компании, многие из них по-прежнему применимы к созданию пар в целом, поэтому их полезно знать, даже если вы все еще учитесь.

Техники парного программирования

Помня о преимуществах и недостатках, давайте рассмотрим некоторые методы парного программирования.

Итак, у вас есть напарник, и вы готовы программировать, что теперь делать?

В зависимости от вашей настройки вы вряд ли сможете писать код одновременно, поэтому есть несколько способов сотрудничества:

Неструктурированный 🔀

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

Этот тип парного программирования обычно используется, когда не используется какой-либо конкретный подход.

Свобода от отсутствия структуры часто может ускорить сеанс кодирования.

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

Водитель/Навигатор 🚗

Вспомните время, когда вы могли отправиться в путешествие на машине в незнакомое место.

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

Примерно так эта техника работает с парным программированием.

Возможно, это самый популярный тип сопряжения, когда один человек берет на себя роль «водителя», активно пишущего код, а другой выступает в роли «навигатора», обеспечивая руководство, просматривая код и предлагая улучшения.

Роли можно часто менять, чтобы сохранить свежий взгляд.

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

Водитель на заднем сиденье 👀

Подобно подходу «водитель-штурман», техника «водитель на заднем сиденье» предполагает, что один человек активно кодирует (водитель), а другой человек обеспечивает руководство и обратную связь (водитель на заднем сиденье).

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

Например, это может означать сообщение драйверу, когда писать новый метод или открывать новый файл. Или сказать им, как назвать переменную или тест.

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

Экскурсовод 🗺

Помните, когда вы в последний раз были в туре? Что случилось?

Скорее всего, гид или водитель проведут вас по достопримечательностям и расскажут вам обо всем, что вы видели, и обо всем, что они делали.

Это в основном то, что происходит с этой техникой.

Один человек выступает в роли «экскурсовода» и проводит другого человека по кодовой базе или определенному разделу, объясняя архитектуру, шаблоны проектирования и детали реализации.

Цель состоит в том, чтобы передать знания и обеспечить всестороннее понимание кодовой базы.

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

Пинг-понг 🏓

Этот метод очень тесно связан с экстремальным программированием, с практикой разработки через тестирование или TDD.

В нем разработчики по очереди пишут код и пишут тесты для кода.

Один человек пишет проваленный тест, а затем другой человек пишет код, чтобы тест прошел.

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

Повторяйте туда-сюда — как в игре в пинг-понг!

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

Моббинг 👨‍👩‍👧‍👦

Нет, это не имеет ничего общего с мафией.

Мобильное программирование включает в себя всю команду или группу разработчиков, работающих вместе как «толпа» над одной задачей или проблемой.

Все члены команды активно вносят свой вклад: один человек печатает на клавиатуре, а другие вносят свой вклад, дают рекомендации и обзоры.

Моббинг способствует коллективному владению, обмену знаниями и постоянному сотрудничеству на протяжении всего процесса разработки.

Любая из вышеперечисленных техник парного программирования может быть использована в сеансе моббинга.

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

Сочетание привычек, которых следует избегать

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

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

Поэтому постарайтесь пресечь их в зародыше:

Для водителей 🚕

Слишком быстрая езда. Не двигайтесь в таком темпе, при котором ваш навигатор с трудом успевает за вами. Диктуйте свои действия и следите за тем, чтобы ваша пара следовала за вами.
Разрешить навигатору «проверить». Если вы чувствуете, что ваш навигатор теряет фокус или не полностью понимает, что вы делаете, приостановите и синхронизируйте. Поддерживайте постоянную двустороннюю связь, чтобы обеспечить активное участие обеих сторон.
Не делать перерывов. Взаимодействие может истощать умственные способности, поэтому очень важно делать регулярные перерывы. Рассмотрите возможность использования Техники помидора или заранее договоритесь с вашей парой об интервалах работы и перерывов, чтобы обеспечить достаточный отдых и восстановление сил.
Слушать, не слыша – сложно внимательно слушать во время набора текста. Когда ваш навигатор делает предложение или вводит данные, подумайте о том, чтобы убрать руки с клавиатуры. Еще лучше, повернитесь к ним, установите зрительный контакт и полностью сосредоточьтесь на разговоре.
Неравный доступ к экрану. Расположитесь так, чтобы монитор находился между вами обоими, обеспечивая одинаковую видимость. Или, если сопряжение удаленно, убедитесь, что другой человек может видеть, что вы делаете правильно, увеличив или увеличив код на экране.
Слишком быстрый переход к ошибкам. Позвольте водителю замечать и исправлять собственные синтаксические ошибки и опечатки. Постоянное указание на мелкие ошибки может нарушить поток и сделать вашу пару застенчивой. Сосредоточьтесь на общей картине, а не сразу указывайте на мелкие ошибки.
Предоставление инструкций низкого уровня. Предоставляя водителю предложения, общайтесь простым языком, чтобы он мог его понять. Избегайте диктовки кода или отдельных нажатий клавиш. Вместо этого попытайтесь передать свои идеи на более высоком уровне абстракции. При необходимости попросите временно сесть за руль, чтобы набросать вашу идею.
Ничего не вводите. Если вы навигатор, не сидите сложа руки и ничего не говорите. Помните, что цель здесь — работать вместе, поэтому общение является ключевым. Даже если вы новичок и не знаете, что сказать, вместо этого задавайте вопросы, если водитель делает что-то, чего вы не понимаете, попросите его объяснить это.

Для всех 🔍

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

Инструменты сопряжения

Я упомянул в начале, что традиционно парное программирование — это метод, который выполняется лично, когда два разработчика сидят вместе и делят компьютер или рабочее пространство.

Однако времена меняются, и с увеличением количества работающих из дома многие разработчики вместо этого объединяются удаленно.

Чтобы эффективно заниматься парным программированием удаленно, вам потребуются подходящие инструменты для работы, с помощью которых вы сможете легко делиться своими экранами друг с другом, а также общаться.

Вот несколько инструментов, которые могут помочь в этом:

Кодируй вместе со мной — сервис от JetBrains, который обеспечивает совместное кодирование в режиме реального времени и парное программирование, позволяя вам приглашать других людей для одновременной работы над вашим проектом IDE.
Visual Studio Live Share —универсальный инструмент, обеспечивающий совместную работу в режиме реального времени для кодирования, отладки и проверки, что позволяет вам делиться своим проектом с коллегами без необходимости клонирования репозитория или настройки среды. , сохраняя при этом существующий рабочий процесс и предлагая варианты настройки.
CoScreen — инструмент для совместной работы с видео, разработанный для технических групп, позволяющий парное программирование и разрешение инцидентов посредством совместного использования экрана несколькими пользователями, специально разработанный для распределенных инженерных групп и команд DevOps.
Tuple — специально созданный высокоточный инструмент для удаленного парного программирования. Он предлагает такие функции, как многопользовательский контроль, низкая загрузка ЦП, потоковое видео с качеством 5K и удобный интерфейс, разработанный специально для улучшения интерактивного процесса удаленного сопряжения для разработчиков.
Демонстрация экрана посредством видеовызовов.Поскольку не все вышеперечисленные инструменты поддерживают видео- и аудиосвязь, вам также может понадобиться связать их с инструментами, предлагающими возможности демонстрации экрана, такими как Zoom, Slack, Microsoft. Команды или Google Meet и это лишь некоторые из них.

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

Заключение

В заключение отметим, что парное программирование, как мы установили, является полезным методом для совместной работы, повышения производительности, обмена знаниями и качества кода.

От понимания процесса парного программирования до изучения различных методов и стратегий — мы изучили суть этого подхода к совместному программированию.

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

Речь идет о создании среды, которая поощряет учиться, делиться и расти вместе.

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

Программирование — это весело, и в эту игру могут играть двое!

От вашего коллеги, постоянно растущего разработчика,

Код Черлока

💙 Если вам понравилась эта статья…

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

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

Давайте расти вместе 🌱

И оставайтесь на связи 🐦 @evergrowingdev