Насколько распространено парное программирование на рабочем месте?

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

Интересно, это из-за денег / времени (заостренный волосатый босс замечает двух человек на одном компьютере, работающих над одним и тем же кодом !!!! как они смеют!) Или по другим причинам?

У меня был такой же концерт в течение 15 лет, и мы недавно (последние 12-18 месяцев) начали применять гибкие методы. Там, где используется парное программирование, сюжет / функция результата были реализованы вовремя без дефектов. Я все еще не думаю, что это использовалось достаточно часто, хотя.

До нашего внедрения Agile еще один разработчик и я время от времени делили клавиатуру время от времени (возможно, раз в 3-4 месяца). Наша управленческая команда выглядела неохотно, но всегда была довольна нашей неформальной связью, поскольку она обычно выполняла несколько из следующих действий:

• уменьшение силосов в команде (огромная победа, когда команда составляет 6-8 разработчиков)
• произвел код с меньшим количеством дефектов
• каждый разработчик обычно извлекает из него навыки

Я бы сказал, что менеджмент неохотно, но если вы можете сделать шаги для ребенка и продемонстрировать, что эта функция впоследствии становится лучше (экономия затрат) и / или каждый (или один) разработчик приобрел некоторые навыки (платят вперед), вы можете набрать обороты, если Вы находите это практикой, которая подходит вам или вашей команде.

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

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

Жаль, что это было сделано больше.

Мне все равно

1 - Мне нравится слушать мою музыку во время кодирования. Не каждый хочет слышать, как Slayer взрывается в их ушах.

2 - Меня воспитали, потому что я очень грубо смотрю через плечи людей и чувствую себя очень неловко, когда люди делают это.

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

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

Я полагаю, что это может отличаться в других командах, но несколько раз, когда я на самом деле ошеломлен чем-то и НУЖНА помощь, я почти всегда тот, кто в конечном итоге придет к решению в любом случае. Я действительно хорош в том, что я делаю, но я думаю, что может произойти больше ... не уверен, во всяком случае, я считаю, что мне лучше просто решать сложные проблемы и вообще лучше делать это в одиночку. Может показаться высокомерным, но это не делает его ложным.

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

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

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

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

Мы никогда не называли это так, но когда-то так мы всегда решали новые проблемы. Мы объединялись, чтобы начать работу над решением, но затем, как правило, начинали индивидуально заканчивать / убирать детали. Не так много больше. Кажется, становится все реже и реже.

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

Соберите команду для проверки кода, будь то в группах или парами, и предоставьте разработчикам свое собственное пространство. В конечном итоге это будет лучше, чем погоня за последним увлечением Agile.