Наскільки поширене парне програмування на робочому місці?

Мене завжди заінтригувало парне програмування, але за 12 років розвитку я ніколи не працював там, де вони застосовували цю практику, тому я завжди скептично ставився до того, як люди це бачать.

Цікаво, чи це через гроші / час (точковий шеф-бос помічає двох людей на одному комп’ютері, які працюють над тим самим кодом !!!! як вони наважуються!) Чи з інших причин?

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

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

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

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

Я здогадуюсь, що, ймовірно, буде багато опорів з боку розробників. Ви пам’ятаєте, що під час коледжу чи навіть середньої школи примушували працювати з людьми, які, можливо, не були найбільш мотивованими людьми у світі? Ці люди все ще існують. Якщо у вас немає команди, яка складається з усіх "першокласних" людей, такий тип налаштування викличе деяку ворожнечу в групі.

Це не робилося офіційно, але щоразу, коли я застряг, я зателефоную до розробника, і ми обидві разом будемо працювати над рішенням. Це прекрасний спосіб відмовитись від ідей, дозвольте одній людині думати, поки інша реалізує, так що ви не втратите свій порядок думок, оскільки ви їх набираєте.

Бажаю, щоб було зроблено більше.

Мені це не байдуже:

1 - Я люблю слухати свою музику під час кодування. Далеко не всі хочуть почути, як Вбивця шумить у вухах.

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

3 - Думаю дуже швидко, і коли я перебуваю на вирішенні теми, коли я починаю знаходити відповідь, переривання - це саме останнє, що мені потрібно.

4 - Я не можу робити перерви для ознайомлення з форумами та групами новин. Дехто може вважати це недоречним, але я вважаю це дуже важливим для мого постійного вдосконалення. Інколи я занадто відволікаюсь, але загалом користь від моїх розширених знань переважає будь-який удар у мою продуктивність.

Я думаю, що в інших командах це може бути інакше, але в декілька разів, коли мене насправді щось наштовхує, і НЕОБХІДНА допомога, я майже завжди є тим, хто врешті-решт придумає рішення. Я дуже хороший у тому, що роблю, але думаю, що може статися більше ... не впевнений, у будь-якому випадку я вважаю, що мені краще просто вирішувати важкі проблеми і взагалі краще робити це поодинці. Можливо, це звучить зарозуміло, але це не робить його помилковим.

Я вважав, що це може допомогти іншим підібрати деякі мої методики, але, беручи до уваги №3, вони навряд чи зможуть задати питання, так чи інакше порушивши мій потяг думок.

Все, що було сказано, я намагався час від часу. Іноді це має незначні переваги, але я, звичайно, не можу сприймати це як послідовну річ. Система одиноких вовків працює для мене і, здається, працює для команди.

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

Я брав участь у ряді сесій парного програмування, як у стартап / гаражних компаніях, так і в великих корпораціях. Це незмінно траплялося лише тоді, коли було зроблено щось нове і важке, тобто в кращому випадку два рази на рік протягом декількох тижнів. Як часто це відбувається у вашій компанії?

Ми ніколи не називали це так, але в той час ми завжди атакували нові проблеми. Ми би парувались, щоб розпочати роботу над рішенням, але тоді зазвичай виходимо, щоб окремо закінчити / очистити деталі. Не так вже й багато. Здається, стає все рідше і рідше.

Не дуже часто. У всіх магазинах, в яких я був за останні 10+ років, я бачив це один раз. У найповільнішому і найменш ефективному магазині. Здається, це створює галасливі та стресові умови. Одна людина заводиться, роблячи водіння та постійно розмовляючи, не даючи іншим взагалі думати.

Об'єднайте команду для перевірки коду в групах чи парах і дайте розробникам свій простір. Зрештою, це буде краще в довгостроковій перспективі, ніж гнатися за найсвіжішою пристрастю.