Чи потрібно приймати роботу, якщо потрібно парне програмування? [зачинено]

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

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

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

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

Виходячи з ваших різних коментарів тут, ви, схоже, маєте подібний світогляд / погляд на цю тему. І я вже випробував «парне програмування». І я, звичайно, не приєднався б до компанії, яка вимагала від мене кусати скорпіона. :)

Що я б порадив: іди зі своєю кишкою.

Якщо компанія змусить вас зайнятися програмуванням пари, і ви знаєте, що цього не хочете, не приєднуйтесь.

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

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

Здогадайтесь, що - спочатку ніхто не любить програмування пар .

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

Потім я спробував це. І вгадайте, що? Це все-таки смоктало . У нас виникали всілякі проблеми - я хотів працювати з іншим хлопцем в різні години , у нас були різні налаштування клавіатури та ярлики, наші столи не дуже добре працювали для програмування пар тощо тощо.

Так тривало близько тижня. Протягом цього тижня ми переписували всю застарілу систему входу для розподіленої програми. Нам довелося дізнатись, як працюють деякі серйозно важкі проблеми з ниткою, з’ясувати, як працювали видалення мийок, змінити тонни та тонни застарілого коду, щоб працювати з нашим новим модулем входу, і в значній мірі виконати деякі найспішніші кодування, які мені довелося зробити моя кар’єра. Через тиждень цього ми його розгорнули .. і все просто спрацювало . Жодної помилки . Не один .

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

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

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

Повірте, ви хочете працювати в такій компанії.

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

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

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

Редагувати Враховуючи те, що вони розуміють, звідки ви беретесь (і готові взяти вас, як ви згадали у своєму коментарі), чому б не обговорити, як ви почуваєтесь з кількома розробниками в компанії? Цілком можливо, вони зможуть вирішити будь-які проблеми чи упередження щодо ПП. Для них також важливо знати, що ви не дуже захоплюєтесь ідеєю, оскільки будете працювати з ними штатно.

Це також дасть вам можливість дізнатися щось про людей, з якими ви так близько працюєте.

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

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

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

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

Я ненавиджу ідею парного програмування

...

Я ніколи насправді не працював з парним програмуванням

Ви повинні спочатку уточнити це.

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

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

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

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

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

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

Моя пропозиція (для себе): займайтеся програмуванням пари на відстані. Використовуйте Office Live Meeting та діліться екраном. Чувак залишається за своїм столом, я залишаюсь у себе.

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

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

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

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

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