Будь-який досвід з «розумом для початківців» у програмі парного програмування?

У статті "Промізне парування та розум для початківців" (PDF) випливає, що ви ставите когось із пари, який найменше знає про конкретну область кодової бази. Він також припускає , що ви підкачування з старшого члена пар кожні 90 хвилин або близько того . Новачки не тільки дізнаються про цю область коду, але й будуть думати інакше порівняно з тим, хто вже знає цю область.

Хтось має досвід роботи з цією стратегією? Чи має це якийсь зв’язок з реальністю?

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

Якщо ви не знайомі з парним програмуванням, є цікаві статті у Вікіпедії та c2.com .

agile pair-programming

— Дон Кіркбі
джерело

У чому саме різниця між програмуванням парного програмування і промісним спарюванням?

— Fosco

Дивіться також: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, я думаю, розбещене сполучення - це коли часто міняти партнерів і робити всі можливі пари в команді. Тим НЕ менше, я питаю про конкретної стратегії , де ви завжди підкачки з старшого члена кожної пари, і принести в проявнику з найменш відповідними навичками. Документ, до якого я посилався, розрізняє вміння та навички. (Навички більш конкретні.)

— Дон Кіркбі

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

— Дон Кіркбі

Посилання на PDF порушено. Це, мабуть, ця стаття .

— Пітер Куйперс

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

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

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

— ажеглов
джерело

Здається, у вас був успіх змішування експертів з новачками. Як ви вважаєте, принаймні один член пари завжди повинен бути експертом? Що я питаю про те , стратегія конкретної виступає в статті I пов'язаний з пропонує вибрати найменш досвідчений розробник для кожного завдання, і завжди обмінювати з старшого члена пари. Заявлена перевага полягає в тому, що новачки піднесуть «розуму початківця» до завдання, зададуть проникливі запитання та внесуть творчі пропозиції. Я хотів би почути від кожного, хто спробував цю конкретну стратегію.

— Дон Кіркбі

@Don: (вибачте, що мені потрібно було трохи часу, щоб відповісти, я зробив довгу перерву з сайту) Якщо ви не думаєте, що один з членів пари завжди повинен бути експертом, але якщо обидва - новачки, це не добре. Вони будуть робити помилки у новачків і увічнювати їх. У той же час, нічого поганого в тому, щоб задавати «запитання новачкам», - поки пара може на них відповісти!

— ажеглов