Имею довольно большой опыт программирования, накопленный за последние несколько лет. Какой-то опыт я приобрел, работая в своей команде, какой-то опыт при работе с клиентами, а какой-то опыт пришел от додзе кодирования и работа над проектами с открытым исходным кодом.
Программистам, умеющим использовать парное программирование, это дает возможность повысить свою продуктивность.
Но не стоит ожидать, что программисты с самого начала значительно улучшат свою производительность.
Парное программирование требует постоянного обучения, а также осознания самими программистами четкой разницы между исполнителем (тот, кто стучит по клавиатуре) и штурманом.
Ниже приведено более подробное описание.
1. Недоразумения по поводу навигатора.
А.
Он тот, кто постоянно отдает приказы.
Любители отдавать приказания обычно просят исполнителя добавить в конце скобку «)», а затем многоточие «…».
Однако их не волнует общая картина в целом, а больше интересуют конкретные детали программирования.
На самом деле такому человеку скорее хочется как можно быстрее оказаться за клавиатурой.
Поэтому, когда вы встретите человека, который любит командовать, просто предложите ему свое место за клавиатурой.
Б.
Он любит исправлять орфографические ошибки.
Если штурман будет постоянно сидеть рядом с вами, исправляя каждую вашу ошибку, то времени на реальный контроль у него просто не будет. Поэтому, когда он снова начнет исправлять ваши ошибки, просто начните с ним разговаривать или предложите принести вам чашку кофе (или что-нибудь еще).
С.
Это тот, кто критикует. Критик будет критиковать каждую строчку кода, которую вы пишете.
Если он действительно окажется прав, то в дальнейшем он не будет этим пользоваться, а настойчиво требовать своего.
Попробуйте поменяться ролями, и тогда критик будет полностью доволен вашим кодом.
Д.
Это тот, кто тихий.
Тихий человек – это тот, кто выражает только свое мнение.
Он просто смотрит на твою работу.
Попытайтесь узнать его мнение о том, что вы программируете или какой тест вам нужно написать дальше.
Е.
Это тот, у кого нет мышления.
Это тот тип людей, которые служат только для того, чтобы постоянно отвлекать вас, а не предлагают вам какие-либо конструктивные мнения и решения проблем.
Так что просто отпусти его.
Вы вполне способны заниматься программированием самостоятельно, а не заниматься этим с человеком, который вам постоянно мешает.
2. Недоразумения об исполнителе.
А.
Это тот, кто не говорит того, что делает. Это тот тип людей, которые просто пишут код, никому не рассказывая, что они пишут. Навигатор должен разобраться, для чего нужен этот код. При этом между исполнителем и штурманом не ведется дискуссия о выбранных методах и способах их реализации.
Штурману просто необходимо прислушаться к мнению и узнать о планах исполнителя.
Б.
У него большое эго.
Такие люди обычно игнорируют предложения навигатора, поскольку считают свои идеи гораздо лучшими.
Столкнувшись с чем-то подобным, лучше всего просто остановиться и перейти к следующей задаче.
Тот, чья самооценка слишком высока, вряд ли будет хорошим штурманом.
Вполне вероятно, что он, скорее всего, сможет только приказывать или критиковать.
C. Это тот, кто не знает, что и как делать.
Такие люди обычно не получают особого удовольствия от парного программирования.
Они взволнованы и просто не в силах справиться со сложившейся ситуацией.
Просто убедитесь, что вы действительно играете роль штурмана в меру своих способностей.
Нужно быть предельно осторожным при выражении своего мнения и в первую очередь предлагать свою поддержку.
Большинство программистов испытывают это в самом начале.
Поэтому не стоит возлагать больших надежд. Сначала пусть он будет штурманом, либо найдите другого штурмана, который сможет работать с этим исполнителем.
Д.
Это тот, кто пропускает куски кода.
Такой человек любит пропускать часть кода, в результате чего навигатор перестает понимать, что есть что.
В такой ситуации штурману следует замедлиться и узнать о дальнейших планах исполнителя, а также убедиться, что он знает больше горячих клавиш, чем он сам.
Е.
Это тот, кто не знаком с инструментами.
Это тот тип людей, которые не используют горячие клавиши в своей среде разработки, потому что не осознают их эффективности.
Попробуйте поменяться ролями и показать ему свои методы работы.
Ну или просто дать ему готовую шпаргалку со всем списком горячих клавиш.
Теги: #переводы #парное программирование #экстремальное программирование #Аномальное программирование #программирование
-
Авторские Права И Потоковая Передача
19 Oct, 24
