Это 64-й шаг к получению серии Программирование Просветление. Если вы не выучили 63-й шаг, прочтите его.

Парное программирование — это не стратегия «быстрее», это стратегия «меньше потерь» (которая часто приводит к тому, что вы работаете быстрее). ~ Кент Бек

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

Также известно как Сопряжение. Это метод гибкой разработки программного обеспечения, при котором два программиста работают вместе на одной рабочей станции.

Зачем заниматься парным программированием?

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

Как заниматься парным программированием?

Занимайтесь парным программированием, следуя программе пинг-понга.

  • Один, драйвер, пишет код.
  • В то время как другой, наблюдатель или навигатор, просматривает каждую строку кода по мере ее ввода.
  • Два программиста часто меняются ролями.
  • Кроме того, каждый член выполняет действие, которое другой в данный момент не выполняет: пока один вводит UnitTest, другой думает о классе, который удовлетворит тест.

Распространенные заблуждения в парном программировании

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

TL;DR Парные программисты всего на 15% медленнее, чем два независимых программиста по отдельности, но производят на 15% меньше ошибок.

Перейти к сериалу.



97 путешествий, которые должен совершить каждый программист
«Путешествие в тысячу миль начинается с одного шага.medium.com»



Перейти к 63-мушагу



Шаг 63: Собственная сборка (и рефакторинг)~ Стив Берчук
Это 63-й шаг к получению серии «Просветление программирования. Если вы не изучали 62-й Шаг, прочтите его.medium.com»



Перейдите к Шаг 65.



Шаг 65. Отдавайте предпочтение доменно-ориентированным типам примитивам~
Это 65-й шаг на пути к прохождению серии «Просветление программирования. Если вы не изучали 64-й Шаг, прочтите его.medium.com»



Ссылки: