Недавно у меня был небольшой разговор с некоторыми коллегами и бывшими сотрудниками о парном программировании, и я был удивлен, что многие из них были категорически против этой практики. Есть несколько способов парного программирования, наиболее часто используемые там, где я сейчас работаю, следующие: «вы можете управлять клавиатурой, пока другой человек говорит вам, что делать». Преимущества этого заключаются в том, что нет необходимости иметь пул-реквест или тратить время на просмотр другого кода, вы просматриваете код на лету, и если вы работаете в режиме одной дорожки, с фиксацией в master, теоретически, время выхода на рынок невелико.

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

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

Итак, если вы 8+ часов в день работаете в тесном контакте с другим человеком, шансы оказаться на том же пути очень низки. Я имею в виду, что человек, который по какой-то причине медлителен, страдает 8 часов, пытаясь быть в «обычном» темпе, в противном случае человек, который быстрее, разочаровывается, потому что этому человеку приходится ждать другого. .

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

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

PS / отказ от ответственности:

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