Работает ли парное программирование при несоответствии импеданса навыков?

Question

Например, может ли опытный кодер с ограниченным опытом работы с C # .NET быть успешно соединен с опытным кодером C # .NET с вторичной целью ускорить работу первого с C # .NET?

Answer 1

Абсолютно. Обмен знаниями является одной из точек парного программирования (наряду с полезной динамикой, когда один человек набирается немного, а другой проверяет, как они это делают).

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

Answer 2

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

Answer 3

Да, я считаю, что хорошее парное программирование всегда двустороннее, по сути, это часть социальной инженерии, маскирующаяся под ИТ-инновации.

Answer 4

Да, это будет работать. Если 1) программист с ограниченным опытом восприимчив к изучению C # и 2) другой программист готов преподавать C #.

Answer 5

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

Однако, даже если это нецелесообразно или бесполезно, очень полезно проводить очень редкие парные сессии! Даже если ученик перегружен или неуклюж, иногда «ученикам» полезно посмотреть, как работают и думают люди высшего уровня. Это помогает им понять проблемы / навыки / методы работы высокого качества. Думайте об этом как о старшекласснике, посещающем исследовательскую лабораторию. Ученые старших классов тратят впустую учёных, но 1-часовой визит может помочь сосредоточить внимание ученика и дать ему представление о конечных целях ...

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

Answer 6

Лично я думаю, что это сработало бы хорошо и является одной из целей парного программирования, но насколько успешным будет зависеть от двух программистов. Если программист 1 (изучающий C #) тратит дополнительное время, чтобы по-настоящему набрать скорость, а программист 2 (другой) имеет терпение и желание учить, это должно быть хорошо для обоих.

Answer 7

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

Answer 8

Это может быть эффективно при следующем предупреждении: Вы должны поменять партнеров .

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

Answer 9

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

Answer 10

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

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