Парное программирование: преимущества и недостатки - [9]

Шрифт
Интервал

(полную версию смотрите на http://c2.com/cgi/wiki?ExpertInEarshot)


Суть

Неопытным программистам довольно сложно самостоятельно научиться хорошо работать, поэтому…

Около них (в пределах слышимости) должен находиться высококлассный специалист в данной области.


Показания

(1) Новички плохо обучаются и медленно осваивают новые технологические приемы работы.

(2) Все работают над одним проектом, но несмотря на это, специалисты сидят в отдельном помещении, а новички собраны в общей комнате.


Противопоказания

(1) Согласно правилам, размещение специалистов и новичков в одной комнате запрещено.

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

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


Цели и задачи

(1) Вам нужно, чтобы все делали свою работу - и новички, и опытные специалисты.

(2) Вы хотите, чтобы новички обучались, и считаете, что у ваших специалистов есть чему поучиться.

(3) Вы можете позволить себе выделить часть времени специалистов на то, чтобы они уделяли внимание новичкам (если конечно, те при этом учатся работать).

Но при этом…

(1) Вы не хотите, чтобы специалисты посвящали все свое рабочее время преподаванию.

(2) Люди всегда стесняются беспокоить начальника (или специалиста) телефонным звонком или стуком в дверь.


Сделайте следующее

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


Таким образом

(1) Новички будут перенимать у специалиста опыт и технологию (будем надеяться, правильную)

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

(3) Вам и специалисту нужно будет следить за тем, чтобы новички не начали просто перекладывать свои проблемы на чужие плечи.

(4) У вам будет больше людей в одной комнате.


Эффект передозировки

(1) Чрезмерное обилие вопросов существенно снизит производительность специалиста.

(2) Если в одной комнате собрать слишком много переговаривающихся между собой людей, в такой обстановке будет трудно сконцентрироваться.

См. также

Паттерн "Обучение:Дневная няня" (Training:Day Care) предлагает следующее: "Если ваши специалисты проводят слишком много времени за обучением новичков, то … каждый день назначайте одного "ответственного" за всех новичков, а остальные спецы будут в это время спокойно работать. [CoSOOP]. Это может также быть решением в ситуации, когда специалист пытается обучать новичков во время проектирования системы. В паттерне "Специалист в пределах слышимости" (Expert In Earshot), профессионалы не отвечают за обучение новичков. В этой ситуации само окружение позволяет новичку получать необходимые знания, наблюдая за тем, как работает специалист.

Паттерн "Парное программирование" (Pair Programming) не противоречит принципам паттерна "Специалист в пределах слышимости". Таким образом, специалист оказывается в пределах слышимости только своего партнера-новичка (если они работают в одной паре), или же всех остальных коллег, которые работают с ним в одном помещении.

Примеры

(1) Когда Томас Дж. Уотсон Младший, бывший главный администратор компании IBM, сменил жизнь авиатора и плэйбоя на карьеру в серьезном бизнесе, его отец, исполнявший тогда обязанности главного администратора в этой компании, распорядился, чтобы тот провел полгода, сидя сбоку у стола одного из старших руководителей. Целых шесть месяцев единственным занятием молодого человека было смотреть и слушать, как этот высококлассный профессионал выполнял свою ежедневную работу, как он общался с людьми и т.д. Это несколько необычный, но зато очень яркий пример паттерна "Специалист в пределах слышимости".

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

(3) Старший программист работал в одной комнате с шестью новичками. У этого специалиста были две не очень хорошие привычки: во-первых, он не принимал всерьез идею правильного и аккуратного дизайна системы и, во-вторых, вместо того, чтобы объяснять своим неопытным коллегам, что такое хороший дизайн или программа, он просто по ночам переписывал их код. Утром, приходя на работу, эти шестеро никогда не знали, осталась ли программа в прежнем виде или изменилась, и насколько. Через несколько месяцев все новички стали создавать не только плохой, но и неряшливый дизайн. Их идеалом стало высокомерное отношение к проектированию старшего программиста.


Еще от автора Алистэр Коуберн
Люди как нелинейные и наиболее важные компоненты в создании программного обеспечения

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


Каждому проекту своя методология

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


Рекомендуем почитать
Pro Git

Разработчику часто требуется много сторонних инструментов, чтобы создавать и поддерживать проект. Система Git — один из таких инструментов и используется для контроля промежуточных версий вашего приложения, позволяя вам исправлять ошибки, откатывать к старой версии, разрабатывать проект в команде и сливать его потом. В книге вы узнаете об основах работы с Git: установка, ключевые команды, gitHub и многое другое.В книге рассматриваются следующие темы:основы Git;ветвление в Git;Git на сервере;распределённый Git;GitHub;инструменты Git;настройка Git;Git и другие системы контроля версий.


Java 7

Рассмотрено все необходимое для разработки, компиляции, отладки и запуска приложений Java. Изложены практические приемы использования как традиционных, так и новейших конструкций объектно-ориентированного языка Java, графической библиотеки классов Swing, расширенной библиотеки Java 2D, работа со звуком, печать, способы русификации программ. Приведено полное описание нововведений Java SE 7: двоичная запись чисел, строковые варианты разветвлений, "ромбовидный оператор", NIO2, новые средства многопоточности и др.


MFC и OpenGL

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


Симуляция частичной специализации

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


Обработка событий в С++

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


Питон — модули, пакеты, классы, экземпляры

Python - объектно-ориентированный язык сверхвысокого уровня. Python, в отличии от Java, не требует исключительно объектной ориентированности, но классы в Python так просто изучить и так удобно использовать, что даже новые и неискушенные пользователи быстро переходят на ОО-подход.