Вхід і реєстрація
Про роботу · 8 листопада 2020, 13:02 4832
Sergiy Morenets, Java evangelist

Погодилися б ви на pair programming на цілий день?

Всім доброго дня

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

Але був у їхніх умовах роботи один нюанс. Вони практикували pair programming протягом усього дня (з 10 ранку і до 7 вечора). Спочатку один програміст писав код, другий дивився, коментував, давав поради і рекомендації, потім вони мінялися ролями.

Я такі умови зустрів перший раз життя, тому хотів поцікавитися у інших розробників, як би ви поставилися до такого режиму роботи?

Теми: pair programming
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

Helena Logodska 13.11.2020 23:43

Два часа максимум. И то, либо если траблшутить вдвоем, либо новую фичу проектировать.

А просто сидеть и кодить в четыре руки? Зачем? Ревью потом достаточно.

Еще и не каждый для этого годится, иногда уже через пятнадцать минут хочется двинуть партнера клавиатурой. А иногда просто сидит такое возле тебя и зевает.

Ну нафиг.

Перейти до дискусії
Mike Gorchak 10.11.2020 01:58

Тот случай, когда старое засохшее дерьмо Extreme programming (XP) подают под свежим соусом. В начале 2000 это было очень модно, потом просто исчезло, и тут кто-то, кто не наигрался решил выкопать труп.

Перейти до дискусії
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Anton Katrus web, AVR(esp/arduino) 28.12.2022 05:27

Привіт, шукаю пару для live-програмування php.

Відповісти
Підтримати
Beaver Green 14.06.2022 12:40

Як техлід мені доводиться практикувати «парне програмування» близько 4-6 годин на день. Це специфіка гнилого леґасi ентерпрайзу: тут знання технологій не допоможе — потрібно знання коду і милиць, а головне — вміння дебажити і розумітися. Самому розбиратися в чужому спагетті-коді без документації — це не лише довго, а й непродуктивно. Там, де синьйор докопається — таки до суті — менш досвідчений може зробити неправильні висновки і отримає помилкове уявлення про те, навіщо цей шматок і як повинен працювати.
Враховуючи плинність (ака атрикшин) на проекті — завжди багато новачків, які не працювали з усіма частинами. Тому 4-6 годин на день мені доводиться сідати з ними в «пару» і разом розбиратися, дебажити та пояснювати.
P.S. Щукаю кращiй переклад слiв: «дебажити», «легасi», «реверс-iнженiрiнг», «естiмейт» та iньших термiнiв.

Відповісти
Підтримати
Alex Fogol Software Developer, C/C++ Expert 30.12.2022 00:17

тут дивись є 2 аспекти № 1 новачкам потрібно то є все робити самому бо новачок то є бойова одиниця у собі тіко не навчена № 2 питання лише у тому як навчити і як скоригувати усі ті

може зробити неправильні висновки і отримає помилкове уявлення про те, навіщо

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

саме це робить з тебе вже people lead а не лише сіньор з просунутими навичками копання у власному лєгасі коді бо у твоєму випадку ти просто мотивуєш чого саме ти продовжуєш копання у власному лєгасі коді замість того щоб копали інші

Тому 4-6 годин на день мені доводиться сідати з ними в «пару» і разом розбиратися, дебажити та пояснювати.

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

youtu.be/hYAQtEs2Img?t=101

Відповісти
Підтримати
Beaver Green
anonymus ps 14.06.2022 08:41

А може вони не всім лаптоп дають тому і так?

Відповісти
Підтримати
anonymus ps 14.06.2022 08:37

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

Відповісти
Підтримати
Денис Несенко 14.06.2022 08:34

Ад для интроверта. Давайте уж тогда тройничек, или вообще, групповое программирование

Відповісти
Підтримати
юнит тест 14.06.2022 08:18

Согласен, XP и pair programming протухшая дичь какая-то, одно дело менторство, когда синиор мидла поднатаскивает, заглянул на 15 мин в экран и ушел. Или совместно багу расковыривали на огромном проекте, но через час уже сидение вместе выбешивает. Но 2 синиора на пейр это обкуренный бред.

Відповісти
Підтримати
Max Shnurenok .NET Architect в LogiqApps 25.11.2020 00:45

Смотрю, многие рассматривают в разрезе парного программирования только обсуждение и поиск решения. Я и сам люблю/практикую брейнстормить плюс-минус серьёзные фичи максимальным количеством людей после предварительной проработки человеком, чья это задача изначально, только тогда не очень понятно, а зачем потом ещё и писать вместе код?.. Что это даст?

Відповісти
Підтримати
Олег Front End Lead 25.11.2020 00:44

Это типа на двух гребцов денег хватило, а купить два весла не хватило — гребите одним?

Відповісти
Підтримати
Anton Martynenko Tech Lead 23.11.2020 01:51

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

В паре проще пробовать новый фреймворк, проще искать баг, проще писать прототип, проще писать тесты. Но есть одна проблема — нужны адекватные коллеги, желательно использовать одинаковые тулы (а не так что один на маке с IDE от JetBrains, а другой на убунте с Vim)

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

Я бы посоветовал спросить какие тулы использует команда. Если они используют то же что и вы, или то что вы готовы учить — смело принимайте предложение о работе.

Відповісти
Підтримати
ak 22.11.2020 23:25

банально получается дорого и не эффективно 2 программиста задействованы, а код пишет один :-)
то же качество в современном мире достигается меньшими жертвами, за счёт нормального тестирования кода, ревью и CI/CD систем

Відповісти
Підтримати
ak 22.11.2020 23:28

кстати во времена перфокарт, когда компьютерное время стоило дорого, а люди относительно дешёво подозреваю что даже не только по двое сидели и разрабатывали программу :-)

Відповісти
Підтримати
ak
Oleksandr Golovatyi -`★´- в ☁︎ 24.11.2020 02:27

Коли

2 программиста задействованы

то весь сенс в тому, що

нормального тестирования кода, ревью

разом з обміном досвідом відбуваються в той же самий час.

Відповісти
Підтримати
ak
ak 24.11.2020 22:16

ну да для обмена опытом обычно митинги проводят и ревью кода устраивают, а тут просто вдоём за одним компом
если один из строя вышел, другой подхватил на гарячую :-)

Відповісти
Підтримати
Oleksandr Golovatyi
Oleksandr Golovatyi -`★´- в ☁︎ 24.11.2020 22:59
для обмена опытом обычно митинги проводят и ревью кода устраиваю

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

а тут просто вдоём за одним компом

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

Відповісти
Підтримати
ak
ak 24.11.2020 23:01

вы на практике пробовали применять? какой экономии удалось добиться? какие метрики при этом выросли, а какие упали?

Відповісти
Підтримати
Oleksandr Golovatyi
Oleksandr Golovatyi -`★´- в ☁︎ 24.11.2020 23:14
вы на практике пробовали применять?

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

какой экономии удалось добиться?

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

какие метрики при этом выросли, а какие упали?

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

Відповісти
Підтримати
ak
ak 24.11.2020 23:43

речь не скорости разработки а о цене, во всех исследованиях обычно указывается на рост цены что очевидно при таком подходе
так же такой подход очевидно не эффективен если задача понятна и достаточна проста в реализации
поэтому такой подход применяют ситуативно и всё реже и реже по описаным выше причинам

Відповісти
Підтримати
Oleksandr Golovatyi
Oleksandr Golovatyi -`★´- в ☁︎ 25.11.2020 00:16
так же такой подход очевидно не эффективен если задача понятна и достаточна проста в реализации

Безумовно — якщо кожен в команді має уявлення як і що робити, і може зробити це самостійно то парне програмування можна назвати зайвим.

поэтому такой подход применяют ситуативно

Так, я думаю саме так і треба.

и всё реже и реже по описаным выше причинам

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

Відповісти
Підтримати
ak
Нестор Иванович 19.11.2020 07:08

я так провел довольно долго, сделал для себя выводы.

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

Відповісти
Підтримати
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 21:46

У сисадминов/девопсов обратная тенденция — 1 чел на несколько компов, а то и на несколько десятков :)

Відповісти
Підтримати
Otak 18.11.2020 08:21

Если есть за что потеть — можно)

Відповісти
Підтримати
Andriy Vorobyov フルスタック侍 18.11.2020 07:15

Насколько я помню, сессию больше 3х часов не рекомендуется делать.
Оба человека сильно устают.

8 часов, каждый рабочий день — звучит как не очень хорошая идея.
Плюс менее эффективно чем оба человека работающие отдельно.

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

Отказался бы.

Відповісти
Підтримати
anonymus ps 14.06.2022 08:40

Щодо ефективності це не зовсім так. Наприклад два джуни завжди більш ефективні разом, при умові зо обидва усвідомлюють що вони джуни

Відповісти
Підтримати
Andriy Vorobyov
Владислав Фурдак .NET Consultant 17.11.2020 18:48

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

Відповісти
Підтримати
Alex Fogol Software Developer, C/C++ Expert 18.11.2020 17:01

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

Відповісти
Підтримати
anonymous
Mykola Makhin Solution architect, team leader в EPAM 18.11.2020 21:41

Дурниці. Так само можна сказати про двох програмістів з окремими воркстейшнами — мовляв поки в одного перерва інший кодає. А коли немає перерви то два одночасно кодають — взагалі ще більший «профіт».

Але це все зовсім не про примноження профіту за рахунок тупого розширення (бо тут як не крути виходить не розширення а звуження) — яке, як відомо, не працює так як здається манагерам (Mythical man-month всі ж читали, еге ж?).

Двиіться глибше.

Відповісти
Підтримати
Alex Fogol
Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:59

Умиляють в коментарях теоретики, які не пробували pair programming ніколи, але точно знають що це — погано.

Ще більше умиляють коментатори, які лають XP, хоча при цьому самі скоріше за все працюють по agile методологіям типу Scrum-у або Kanban-у.

Відповісти
Підтримати
Уставший архитектор 17.11.2020 15:47
Умиляють в коментарях теоретики, які не пробували pair programming ніколи, але точно знають що це — погано.

ACM-class командные олимпиадки считаются? Там правда не pair, там ménage à trois, но в любом случае все скатывается к очереди к клавиатуре, а пока клавиатура кем-то занята, то код пишут на бумажке. Ну и понятное дело, что кто пишет, тот и отвечает за качество.

Відповісти
Підтримати
Mykola Makhin
Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 20:05
очереди к клавиатуре, а пока клавиатура кем-то занята, то код пишут на бумажке

Це зовсім не pair programming

Відповісти
Підтримати
Уставший архитектор
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 18:50
Умиляють в коментарях теоретики, які не пробували pair programming ніколи, але точно знають що це — погано.

А как ты решаешь кто теоретик, а кто нет? Если мнение идёт в разрез с твоим — то теоретики, так?

Відповісти
Підтримати
Mykola Makhin
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 19:14
Если мнение идёт в разрез с твоим — то теоретики, так?

Нет, это ламеры... Или лузеры... Или...
Ну, как-то так :) :)

Відповісти
Підтримати
Mike Gorchak
Alex L 17.11.2020 12:54

Такое есть. Тренд не оч хороший .

Відповісти
Підтримати
Maks Usanin Senior engineer в DXC Luxoft 17.11.2020 12:52

Это случаем не говно-гейм студия ?

Відповісти
Підтримати
Mykola Makhin Solution architect, team leader в EPAM 16.11.2020 23:52

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 02:08

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 03:51

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 12:52

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:11

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 16.11.2020 23:37

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

Напрягала тільки нездатність JIRA ассайнити тікети на пару а не на людину.

Відповісти
Підтримати
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 02:09

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 12:50

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:12

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:14

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:21

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:24

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:39

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:30

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:37

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:40

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:43

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:44

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:46

Коментар порушує правила спільноти і видалений модераторами.

Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:47

Коментар порушує правила спільноти і видалений модераторами.

Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 17.11.2020 14:50

Коментар порушує правила спільноти і видалений модераторами.

Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 19:15
у вигляді одного ПК з двома клавіатурами+мишками

Как авто с 2-мя рулями :)

Відповісти
Підтримати
Mykola Makhin
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 18.11.2020 19:19

Тут вопрос в другом, если в авто с двумя рулями проводили <50% времени, то это никакое не парное программирование, если >50% времени, то несмотря на то, что выдали незашаренный лептоп, он нафиг не нужен, ибо все рулят двумя рулями. Куда ни плюнь — одно лицемерие и пыль в глаза %)

Відповісти
Підтримати
Volodymyr Yefremov
Mykola Makhin Solution architect, team leader в EPAM 18.11.2020 21:37

В професійних раллі завжди є пілот і штурман. Додаєм можливість їм в будь-який час помінятись ролями — і вуаля ;-)

Відповісти
Підтримати
Volodymyr Yefremov
Helena Logodska DWH Engineer в metafinanz Informationssysteme GmbH 13.11.2020 23:43

Два часа максимум. И то, либо если траблшутить вдвоем, либо новую фичу проектировать.

А просто сидеть и кодить в четыре руки? Зачем? Ревью потом достаточно.

Еще и не каждый для этого годится, иногда уже через пятнадцать минут хочется двинуть партнера клавиатурой. А иногда просто сидит такое возле тебя и зевает.

Ну нафиг.

Відповісти
Підтримати
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 19:18
иногда уже через пятнадцать минут хочется двинуть партнера клавиатурой. А иногда просто сидит такое возле тебя и зевает

Ух какая!
Жёсткая...
А если партнёр тебя захочет двинуть? :)
Ты, надеюсь, не во всем такая прыткая

Відповісти
Підтримати
Helena Logodska
Мамкин АЙПИшник 13.11.2020 17:02

В конторах с тайм трекерами помоему гдето-так и есть. 8))
Я бы поробывал, только сначала всех(дам) посмотрю.

Відповісти
Підтримати
Valentin Logvinskiy Head of Solution Architects в CloudMade 13.11.2020 16:56

Pivotal отлично так работает уже много лет :) и все довольны

Відповісти
Підтримати
Олександр Слинько А потім маленьке звірятко запаковує код у контейнер 14.11.2020 11:35

VMware купила Pivotal и там теперь меньше pair programming.

Відповісти
Підтримати
Valentin Logvinskiy
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 15.11.2020 00:12

programmation a trois? %)

Відповісти
Підтримати
Олександр Слинько
Уставший архитектор 13.11.2020 14:08

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

Відповісти
Підтримати
Mykola Makhin Solution architect, team leader в EPAM 17.11.2020 14:52

Парне програмування не має абсолютно нічого спільного з економією на ПК.

Відповісти
Підтримати
Уставший архитектор
kraken 11.11.2020 01:35

Парное программирование — это когда неудобно будет отвлекаться от работы на чтение доу и в итоге получаем те же 8 чистых часов рабочего времени. Сплошной профит заказчику.

Відповісти
Підтримати
Олег Дорожко 10.11.2020 22:19

А вы хоть понимаете, отчего люди в пары начали стремительно кучковаться? Да,да в режиме Сирано Де Бержерака. Это элементарно, Ватсон! От одного рабо-человека рабо-владелец теперь требует столько часов жизни что они банально не находятся в распоряжении одного!
Переведу попроще: нельзя увеличивать сложность фреймворков и порогов входа бесконечно.
Не хватает часов жизни одного человека. Волей неволей они слепятся в несколько. То есть несколько человек будут выполнять одну самую маленькую атомарную задачу если она будет требовать применения каких-то сложных фремворков и очень сложных фреймворков.
Итак, когда просто это может делать один. Его часов жизни хватает на это.
Когда сложно (воистину хвала фремворкам за все эти сложности и даже невозможности) только команда способна нас спасти. Даже если речь идет о простом сайте выкладывающем новости города.
Отсюда ГОРЬКИЙ вывод:
Если фреймворк СЛОЖНЫЙ — брысь самородок, не твое, тут команда будет впахивать.
Отсюда второй вывод:
Команды стремятся к усложнению (а оно ведь и для них не бесконечно) иногда фреймворк требует и двух команд и больше.
А одиночки стремятся к упрощению.
Вы в команде или где?

Відповісти
Підтримати
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 10.11.2020 01:58

Тот случай, когда старое засохшее дерьмо Extreme programming (XP) подают под свежим соусом. В начале 2000 это было очень модно, потом просто исчезло, и тут кто-то, кто не наигрался решил выкопать труп.

Відповісти
Підтримати
Armin Van Tubin 10.11.2020 11:08

То был XP для тех кому лень было делать RUP, а это XP для тех кого простой и пресный AGILE уже не удовлетворяет

Відповісти
Підтримати
Mike Gorchak
Mykola Gurov тролль 15.11.2020 12:40

love it or hate it, но никуда оно не исчезало

Відповісти
Підтримати
Mike Gorchak
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 15.11.2020 14:52

У меня особоя нелюбоффъ к тем компаниям где такое практикуют, в 90% это означает минимальный простой в работе при работе минимум 8 часов, ни времени на подумать, ни переосмыслить, ты просто педалишь код на пару и через какое-то время производительность падает очень сильно, то ты также продолжаешь колбасить 8 часов у станка. Второй момент, в таких случаях, обычно, людей очень легко выставляют на мороз, т.к. есть второй человек, который полностью в курсе все ньюансов разработки, такой себе человеческий RAID.

Відповісти
Підтримати
anonymous
Armin Van Tubin 15.11.2020 15:56
есть второй человек, который полностью в курсе все ньюансов разработки

Так это на самом деле лучше чем «Вася в отпуске/заболел/забухал/выпал на мороз/впал в деменцию/параноид/шизофренит, поэтому лососни пока тунца, а не ачивку получи»

PS: для «Васи» же в первую очередь лучше

Відповісти
Підтримати
Mike Gorchak
Mike Gorchak Graphics Device Driver Developer в QNX Software Systems 15.11.2020 16:05

Для бизнеса неплохо, для людей — плохо. Для всех гораздо лучше, когда над продуктом работает команда людей и все более-менее в курсе того, что происходит с проектом.

Відповісти
Підтримати
Armin Van Tubin
Armin Van Tubin 15.11.2020 16:33
все более-менее в курсе того, что происходит с проектом

Тык это ж оно и есть шо и «есть второй/третий/четвертый человек который полностью в курсе нюансов разработки»! Точной карбон-копи понимания нюансов не получить в принципе, тем более пейр программингом. Да и бизнесу совсем другая синергия нужна: не фейловер который почём зря кормить до китайской пасхи, но широта взгляда

А если начать аппроксимировать то «полностью в курсе» стремится к «более-менее в курсе того» с увеличением количества нюансов как проекта, так и проектантов.

По крайней мере я так вижу :)

Відповісти
Підтримати
Mike Gorchak
Олександр Шпак Oarsman в Self Employed 24.11.2020 00:03

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

Відповісти
Підтримати
Mike Gorchak
Grez 10.11.2020 00:55

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

Відповісти
Підтримати
Valeriy Shvets Engineer в Phonexa 10.11.2020 01:04

Для troubleshooting’а, knowledge sharing или менторства на несколько часов — нормально, даёт результат. Но для типичных задач смысла нет.

Это уже «пара» получается, как в танцах или коньках, жена может начать что-то подозревать.

Відповісти
Підтримати
Grez
Jan Haring 10.11.2020 01:06

Командный дух, римская армия)

Відповісти
Підтримати
Valeriy Shvets
Valeriy Shvets Engineer в Phonexa 10.11.2020 01:37

Главное не ляпнуть: «ох чего мы с Витькой сегодня только не делали» )

Відповісти
Підтримати
Jan Haring
wall e 17.11.2020 20:48
Командный дух, римская армия)

децимация

Відповісти
Підтримати
Jan Haring
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 19:23
либо синьйор шарит опыт с юниором (а тот внимательно слушает)

О, вот зерно.
Или хотя бы крепкий миддл

Відповісти
Підтримати
Grez
Andrii Kozak Software Engineer в Ring Ukraine 09.11.2020 22:16

Пробовал так на одном из проектов, около полугода, ближе к началу карьеры. Ощущения в целом позитивные.

Відповісти
Підтримати
Sergiy Morenets Java evangelist 10.11.2020 00:45

А це було оффлайн або онлайн?

Відповісти
Підтримати
Andrii Kozak
Dmitriy Mozgovoy JavaScript / NodeJS Developer 09.11.2020 20:39
Спочатку один програміст писав код, другий дивився

Человеческая Кодерская многоножка :)

Відповісти
Підтримати
Eugene Lesko 09.11.2020 17:01
Спочатку один програміст писав код, другий дивився, коментував, давав поради і рекомендації, потім вони мінялися ролями.

ІМХО таке.
1. За такою схемою — «в дві морди», або навіть «в три» — декілька днів підряд приходилось круті баги шукати. Там є сенс, тому що дві голови такі кращє, тому що вони втикались в різні сарци, мають різноплановий досвід і т.п. Аналогічний підхід працює при плануванні: один пише шо тра зробити, колективний розум збоку диктує :8)
2. Якщо говорити чіста про девелопмент, то чітко прописаний коде стайл і мусова практика коде ревю — куди ефективніші.
3. Зі зміною ролей і позицій — це мені інший різновид траху нагадує.
4. Так само, як в іншому різновиді, багато залежить від партнера, або ж його можна м-м-м обєздвіжіть і обєззвучіть. В такий ситуації, ефективність підходу, як і ступінь обопільного задоволення процесом, під великим сумнівом.
5. Я ваащє собі погано уявляю як парне програмування може бути реалізовано на ремоуті.

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

Відповісти
Підтримати
Alex Raiev Self-Architect в Self-Employed 09.11.2020 20:39
5. Я ваащє собі погано уявляю як парне програмування може бути реалізовано на ремоуті.

Якшо шо, то Visual Studio пропонує LiveShare
І якшо шо в «іншому різновиді» вже теж є щось подібне для ремоуту.))

Відповісти
Підтримати
Eugene Lesko
Євген Лесько Competency manager в ELEKS 13.11.2020 11:49
Visual Studio пропонує LiveShare

Дякую, подивився ролік ... можливо тому що не пробував, але в такому режимі 8 годин кожен день — хз, може і парне, але не програмування.
Щойно проводив он-лайн мітап і озвучив своє враження: он-лайн, як на мене, не працює коли потрібна спільна робота думки, шось типу брейнстормінга... якщо відкинути теорію про невідомі науці ментальні хвилі, то мова тіла там дуже важить, а у декого це 90% комунікації взагалі.

в «іншому різновиді» вже теж є щось подібне для ремоуту

Був старий анегдод, як Пєтя і Василь Іванович взяли відстаючий колгосп, запросили двох м-м-м представників народів Кавказу на роботу, дали їм старий сарай, і всіх хто погано працював, відправляли туди на м-м-м співбесіду. Через квартал колгосп став передовий, приїхав відповідно секретар обкому — перейняти досвід, спитав — «а шо то вони там роблять!?» і захотів також зайти в сарай... На шо йому було сказано Василем Івановичем: я сам туди не ходжу, і Вам не раджу :8)))

Відповісти
Підтримати
Alex Raiev
Podoprigora Alexandr front-end developer в freelace 09.11.2020 16:24

Отличная практика, попробовал бы с удовольствием. Таким приемом можно намного улучшить качество кода.

Відповісти
Підтримати
Andriy Loboda 09.11.2020 14:46

Пам’ятаю орієнтовно у 2005-му році львівський офіс ЕПАМу до поглинення власне самим ЕПАМом саме так і працював.
Десятки людей працювали по двоє за одним комп’ютером цілий день.
І називали це — парний програмінг. Типу що це тоді було модно.
А насправді — економили на всьому. І не могли собі дозволити таку розкіш, як кожному працівнику видати по окремому комп’ютеру.

Можливо, що згадана автором компанія і досі надто бідна, щоб дозволити собі видати кожному працівнику по комп’ютеру???

Відповісти
Підтримати
Віталій Мартиник Senior Software Engineer в United Software 10.11.2020 13:08
А насправді — економили на всьому. І не могли собі дозволити таку розкіш, як кожному працівнику видати по окремому комп’ютеру.

Що за фігню ти написав? Не було такого. Можливо на якомусь одному проекті

Відповісти
Підтримати
Andriy Loboda
Andriy Loboda 11.11.2020 13:22

Було-було. І масово. Бачив на власні очі.
І багато людей знайомих так працювали.

Відповісти
Підтримати
Віталій Мартиник
Sergii Voloshchenko Quality Assurance & QA Automation Department Manager IS Soft Ukraine в IS Soft Ukraine 11.11.2020 14:18

Віталік, він все бачив. Цікаво, а ти хто, бо ми тебе з Віталіком не бачили?)))

Відповісти
Підтримати
Andriy Loboda
Віталій Мартиник Senior Software Engineer в United Software 11.11.2020 15:11

Кидай вживати те що вживаєш. Тебе я не знаю хоча з початків там працював)))

Відповісти
Підтримати
Andriy Loboda
Andriy Loboda 11.11.2020 17:31

Ну — за 15-ть років багато чого можна було забути.
А я от це добре запам’ятав, бо мене це тоді шокувало.
Але мушу визнати — після того як львівський офіс викупив ЕПАМ, то там трешу стало менше.

П. С. Я там не працював тоді. Не зрозумійте мене неправильно.
Я не був жертвою цих експериментів особисто.

Відповісти
Підтримати
Віталій Мартиник
Yuriy Brygas AQA в Edvantis 11.11.2020 18:58

а я працював там і не бачив такого

Відповісти
Підтримати
Andriy Loboda
Luci 09.11.2020 13:24

Уже давно и безуспешно пытаюсь уговорить супругу на pair programming. У кого получилось, поделитесь, плюсик в карму!

Відповісти
Підтримати
Olena Sharovar Senior Software Engineer (Billing) in a startup 09.11.2020 15:42

Покажите ей хороший пулл реквест, она сама согласится. У нас работает.

Відповісти
Підтримати
Luci
Леголас Трандуилович 09.11.2020 13:14

Никогда, или почти никогда не пробовал. Хотел бы так поработать, само собой не каждый день — говорят выматывает, да и иногда одному побыть надо сконцентрированно подумать, но в целом было бы прикольно. Но практически не реально. Все писец какие индивидуалисты.

Відповісти
Підтримати
Taras Morozovsky Senior C++ Overengineer 09.11.2020 13:07

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

Відповісти
Підтримати
Dmytro Shchurov Frontend/React Developer в KAJO s.r.o. 09.11.2020 11:43

З деякими фанатами Hugo важко в одній кімнаті знаходитися цілий день. Не те що за одним столом.

Відповісти
Підтримати
Armin Van Tubin 09.11.2020 08:52

Я б на вашому місці почав би з парного написання кул сторі

Відповісти
Підтримати
Think Different 08.11.2020 21:58

Дичь. Иногда от Review пул реквеста бываешь в шоке. А тут еще такое.
Люди, а следственно мысли разные. И малоли что кому в какой момент выстрелит.

Відповісти
Підтримати
Sergiy Morenets Java evangelist 08.11.2020 23:42

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

Відповісти
Підтримати
Think Different
Think Different 08.11.2020 23:48

Ну у каждого свои решения и практики.
Но код это грубо говоря построения диалога с машиной. Интересно как бы работалось писателю когда с/над ним ещё стоят люди и диктуют ему что не так по их мнению и потом начнётся оспаривания той или иной мысли. Ещё стоит добавить шанс «Баранов у ворот».... так что каждому своё. Ревью кода я всегда за. Но такую практику... со своей стороны не признаю

Відповісти
Підтримати
Sergiy Morenets
Леголас Трандуилович 09.11.2020 13:04
Интересно как бы работалось писателю когда с/над ним ещё стоят люди и диктуют ему что не так по их мнению и потом начнётся оспаривания той или иной мысли

Никогда не слышали о соавторах? Там некие братья Стругацкие к примеру, и прочие тоже

Відповісти
Підтримати
Think Different
Think Different 09.11.2020 13:07

соавтор над душей не стоит. А делает ревью, грубо говоря. Но да есть эпизоды описаны вместе которые дополняют друг друга но это скорее редкость чем постоянство

Відповісти
Підтримати
Леголас Трандуилович
Леголас Трандуилович 09.11.2020 15:44
соавтор над душей не стоит. А делает ревью, грубо говоря

В смысле «над душой не стоит а делает ревью грубо говоря». Почитайте как те же Стругацкие работали что ли.

Відповісти
Підтримати
Think Different
Think Different 09.11.2020 15:47

Хорошо. Не буду спорить.( я ошибался в данном приведённом вами случаи весьма возможно или точно )
Значит есть случаи где это применимо. Но я в целом выразил своё мнения

Відповісти
Підтримати
Леголас Трандуилович
Taras Morozovsky Senior C++ Overengineer 09.11.2020 13:10
Но код это грубо говоря построения диалога с машиной.

«Любой дурак может написать код, понятный компьютеру. Хороший программист пишет код, понятный человеку.» ©

Відповісти
Підтримати
Think Different
Think Different 09.11.2020 13:12

для этого есть градации... что определят на скок профессионально понятный код и на скок он верный.. есть конечно исключения но сейчас не об этом

Відповісти
Підтримати
Taras Morozovsky
wall e 09.11.2020 15:29
Дичь.

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

Відповісти
Підтримати
Think Different
Олексій Пєніє 08.11.2020 21:26

Щось мені підказує, процент нетрадиційно орієнтованих там зашкалює

Відповісти
Підтримати
Stan Maleev 09.11.2020 13:22

Может, просто экстраверты/филантропы. :)

Відповісти
Підтримати
Олексій Пєніє
wall e 09.11.2020 15:31

небинарные ковид-диссиденты

Відповісти
Підтримати
Stan Maleev
wall e 09.11.2020 15:32

мабуть СЕО десь бабла намутив, щоб погратися в ойтi.

Відповісти
Підтримати
anonymous
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 21:42

Умножать на кол-во участников.
Тогда все захотят впятером за одним компом работать :)

Відповісти
Підтримати
anonymous
Андрій Плотніков Java Software Engineer 08.11.2020 20:00

Пол дня это работает нормально
На целый день крыша едет
Ну и результат будут спрашивать с двоих а ответить сможет только один

Відповісти
Підтримати
Олексій Пєніє 08.11.2020 21:26
Пол дня это работает нормально
На целый день крыша едет

Так про всю работу сказать можно

Відповісти
Підтримати
Андрій Плотніков
Рахіт Срінавасович Кумар 08.11.2020 19:16

потренировать английский или с симпатичной ХР

Відповісти
Підтримати
Володимир Корнійчук Senior Software Engineer (C++) в Infopulse 08.11.2020 19:13

Та не все так погано. Колись, років 20 тому, фірма, куди я вийшов на роботу, в мій перший робочий день не встигла придбати для мене комп’ютер. Мене попросили попрацювати в цей день за одним компом з колегою (у нього теж був перший робочий день). Було досить цікаво! Ми дуже швидко знайшли один у одного кілька прогалин у знаннях, заповнили їх. Толк з того був.

Навіщо цим займатися більше одного дня — це я, звичайно, не розумію :)

Відповісти
Підтримати
Olena Sharovar Senior Software Engineer (Billing) in a startup 08.11.2020 15:49

Знакомый так работал, в США, возможно вы в одну и ту же компанию с ним собеседовались. Не знаю как он пережил, рассказывал с юмором. Работа на H1b визе бывает разная )

Відповісти
Підтримати
OrangePi Bot 08.11.2020 15:17

Ага, ну нафиг это логово задротов. Ненавижу эти тупые понты и людей, которые с ними носятся. Где нить видели сантехника с парной установкой смесителя? Да через 2 минуты один другого покроет трехэтажным, что тот ключ не под тем градусом держит. Или сантехтон на выходные, где сантехники со свей страны залипают на 2-е суток в решении проблем, высосанных из пальца за бесплатно или за грамоту и набор отверток? Нет, то в ИТ почему то этот нарциссический цирк в порядке вещей. А еще подход, по которому ты должен после 8-9 часов работы сидеть дома «самосовершенствоваться» и видеть сны об ангуляре, решая там задачки на сайтах, где при должном усердии тебе дадут бейджик истинного задрота.

Відповісти
Підтримати
Діма Кісенко 08.11.2020 16:46

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

Відповісти
Підтримати
OrangePi Bot
OrangePi Bot 08.11.2020 18:02
Это полезно раз в год

ну если только трубы шатать, а так остеохондроз и профдеформации не очень то полезны ради того, чем уже обмазаны во много слоев все интернеты.

Відповісти
Підтримати
Діма Кісенко
Рахіт Срінавасович Кумар 08.11.2020 19:45

К сантехнику прикрепили практиканта. Вызывают на выезд. Приезжают. Канализационный люк. Из него течет дерьмо. Сантехник подходит к люку и ныряет.
Через минуту выныривает, кричит:
— Ключ на 19.
Снова ныряет. Через полминуты выныривает:
— Прокладку No.6.
Опять ныряет. Выныривает:
— Ключ на 26.
Ныряет. Через минуту выныривает. Выходит, отряхивается и закуривает. Сел, отдышался и говорит практиканту:
— Вот так!.. Учись, студент! А то так и будешь всю жизнь ключи подавать...

Відповісти
Підтримати
Діма Кісенко
Леголас Трандуилович 09.11.2020 13:07

Блин.. у меня месяц назад меняли батареи. Сантехники приходили вдвоем, и те мужики что демонтировали старые приходили вдвоем, и маляры красить за батареями приходили вдвоем, и что-то ещё на тему как красить, где подстелить и прочее, прочее между собой обсуждали.

Відповісти
Підтримати
OrangePi Bot
OrangePi Bot 09.11.2020 16:08
Сантехники приходили вдвоем, и те мужики что демонтировали старые приходили вдвоем

А ты на проект видно один приходишь? =)

где подстелить и прочее, прочее между собой обсуждали.

Да ну? как так то? Ведь, ежедневных миттингов у тебя нет, задачи не обсуждаете, решения и архитектуру не обсуждаете, ревью нет, вообще между собой не разговариваете, а вот парное юзание одного ключа это другое дело...
— ты не правильно мотаешь фумленту!!! С вчерашнего дня это антипаттерн! Согласно книге «Искусство сантехника, совершенные трубы» надо мотать 2мя пальцами от себя со скоростью 15rpm, стоя лицом на запад! Ты чё не был на конфе, где выступал сам дядя Стёпа, спущенные штаны? Уже каждый 2-й сантехник так мотает, это будущее!

Відповісти
Підтримати
Леголас Трандуилович
Леголас Трандуилович 09.11.2020 16:33
А ты на проект видно один приходишь? =)

Смотря на какой проект.
Обычно не один. Но я обычно и не рассказываю что ни с кем вдвоем работать просто невозможно. И о том что сантехники работают строго индивидуально.

Да ну? как так то? Ведь, ежедневных миттингов у тебя нет

У них тоже был сутра ежедневный митинг на котором они сверили свой график и поэтажный план работ на сегодня.

а вот парное юзание одного ключа это другое дело...

А работа вдвоем с одной батареей? Где один отпиливает-откручивает, а другой держит тоже в природе не случается?

А юзанье одной електропилы поочереди?

ты не правильно мотаешь фумленту!!! С вчерашнего дня это антипаттерн!

Нафига любую идею доводить до абсурда и возводить в абсолют?

Відповісти
Підтримати
OrangePi Bot
OrangePi Bot 09.11.2020 19:49
не рассказываю что ни с кем вдвоем работать просто невозможно.

кто такое сказал? Пусть газует за свой комп и там работает. А то вспоминается класс информатики начала нулевых, где за компом сидели по 2-е или 3-е и код набирали и каждый тянул в свою сторону.

А работа вдвоем с одной батареей?

В вдвоем работать над батарей, это вдвоем работать над проектом, это не один работает, а второй только дышит в затылок и нудит. Категорически против такой оргии, где прогер долбит свой код, а второй смотрит. Это процесс интимный, тут третий лишний :D

Відповісти
Підтримати
Леголас Трандуилович
Леголас Трандуилович 09.11.2020 21:59
, это не один работает, а второй только дышит в затылок и нудит

Извини дорогой, но парное програмирование это тоже не «один работает а второй дышит и нудит».

Відповісти
Підтримати
OrangePi Bot
Volodymyr Yefremov Laravel/Vue.js dev в - - - 18.11.2020 22:01
а вот парное юзание одного ключа это другое дело...

Например такого
cs4.pikabu.ru/...​/1448876164_226277179.JPG

Відповісти
Підтримати
OrangePi Bot
Уставший архитектор 13.11.2020 14:06
Где нить видели сантехника с парной установкой смесителя?

Есть металлопластиковая труба слева, металлопластиковая труба справа, паяльник для труб посередине. Что в руки возьмешь, а что другим местом держать будешь? // Капец, если к вам приходит сантехник паять трубы В ОДИНОЧКУ, такого аматора следует посылать подальше сразу

Відповісти
Підтримати
OrangePi Bot
Oleksandr Merkulov asterisk guru 16.11.2020 17:06

Я паял отопление недавно в одиночку,сам. Нефига не сантехник, но карантин. Где-то через 30-40минут привыкаешь и все идет без проблем.

Відповісти
Підтримати
Уставший архитектор
Mr Daddy Bootleg 16.11.2020 18:04

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

Відповісти
Підтримати
Уставший архитектор
Oleksandr Merkulov asterisk guru 16.11.2020 18:13

То ли дело профессионал, который мне обвязку котла сделал.
Вроде как не особо то и течет(на двух десятках стыков 3-4 точки мокрые), но 4-5 литров воды в неделю из контура исчезают.
Зато у него «не баловство» и все сделано на пакле, ага. Все никак не дойдут руки перепаковать на герметик. Чето мои стыки на герметике — сухие. Может, дело в технологиях больше, чем в скилах?
Причем это вроде как лучший в городе, из неуехавших.
Или другой профессионал, который предлагал на неотапливаемой даче в стены замуровать полипропилен, неармированный.
Еще два проффесионала рассказывали, что на глазок лучше мешать раствор(а не как написано в инструкции) и все стены в трещинках.

Відповісти
Підтримати
Уставший архитектор
Yury Gavrilenko 08.11.2020 14:49

А що за компанія? Часом не Codeborne?

Відповісти
Підтримати
Олексій Пєніє 08.11.2020 21:27

Коментар порушує правила спільноти і видалений модераторами.

John Appleseed 14.11.2020 22:15

Коментар порушує правила спільноти і видалений модераторами.

Олексій Пєніє 15.11.2020 01:00

Коментар порушує правила спільноти і видалений модераторами.

John Appleseed 15.11.2020 16:23

Коментар порушує правила спільноти і видалений модераторами.

Sergiy Morenets Java evangelist 08.11.2020 23:39

Ні, це не Codeborne, але насправді думаю це багато практикують, може просто в Україну не заходять з проектами

Відповісти
Підтримати
Yury Gavrilenko
Andriy Loboda 09.11.2020 14:51

Це колись практикували років із 10-20 тому.
Зараз від поєднання слів «пейр програмінг» — всі тупо ржуть як коні.
Це типу як пропозиція попрацювати по старому: без контролю версій, без інтернету чи без рефакторингу.

Відповісти
Підтримати
Sergiy Morenets
TechnoBarbarian 08.11.2020 14:14
Вони практикували pair programming протягом усього дня (з 10 ранку і до 7 вечора).
як би ви поставилися до такого режиму роботи?

Я бы относился с осторожностью и попытался выяснить больше деталей от инсайдеров. Но не из-за самого парного программирования — это абсолютно одна из наиболее эффективных техник повышения качества кода. А из-за риска попасть в компанию, где слепо практикуют карго культы, о чем свидетельствует безальтернативность предложенного графика. Я знаю, что есть компании, которые успешно практикую PP весь день, например Pivotal Labs. Они вроде даже какой-то тренинг по PP у нас проводили. Но тут нужно на конкретную команду смотреть.

Мы регулярно практикуем PP и это мощнейший инструмент продуктивности, но он требует лазерного фокуса и взрывных усилий. Соответственно, применять его нужно разумно и по необходимости. Например, проработать вместе API контракт, отрефакторить модуль, проверить несколько гипотез. То есть реально тогда, когда можно честно сказать, что «одна голова хорошо — а две лучше». PP для унылого бойлерплейта и тривиальных задач — изнуряет и демотивирует. Обычно мы в таких ситуациях говорим что-то вроде «ок, тут все очевидно, я набросаю решение и завтра продолжим».

В блоге у Фаулера, кстати, тему раскрыли дальше некуда martinfowler.com/...​/on-pair-programming.html

Відповісти
Підтримати
Mykola Makhin Solution architect, team leader в EPAM 16.11.2020 23:55
PP для унылого бойлерплейта и тривиальных задач — изнуряет и демотивирует

Очень странное заявление.

Бойлерплейт и тривиальщина изнуряют и демотивируют сами по себе, это понятно — только при чем здесь PP?

С PP как раз сию ношу можно разделить на 2, и изнуряющей рутины становится вполовину меньше.

Как ни крути — профит.

Відповісти
Підтримати
TechnoBarbarian
TechnoBarbarian 17.11.2020 02:32
С PP как раз сию ношу можно разделить на 2, и изнуряющей рутины становится вполовину меньше.

Мне кажется, мы уже говорим не о PP здесь. Разделение работы — это просто разделение работы: выдали каждому по подзадаче и кодим каждый в своем углу.
А PP — это двое человек с одним I/O, что делает невозможным разделение чего-либо, кроме мыслительного процесса.
Соответственно, когда задача тривиальна, то I/O становится bottleneck’ом процесса и 2 «мозга» начинают жестко throttle’ить.
PP эффективен в противоположной ситуации — когда задача нетривиальна и I/O компьютера большую часть времени ожидает пока 2 «мозга» выдадут результат.

Відповісти
Підтримати
Mykola Makhin
Yevgen Gryaznov 08.11.2020 14:13

Пару раз в спринт — почему бы и нет. Каждый день — конечно нет.

Відповісти
Підтримати
Олег Дорожко 08.11.2020 14:03

Интересно было бы попробовать.

Відповісти
Підтримати
Sergiy Morenets Java evangelist 08.11.2020 23:39

Ви можете запропонувати на поточному проекті)

Відповісти
Підтримати
Олег Дорожко
William Stark 08.11.2020 13:49

Коментар порушує правила спільноти і видалений модераторами.

Max Shnurenok .NET Architect в LogiqApps 08.11.2020 13:41

Если это в офисе, то ещё куда ни шло, а на удалёнке у меня бы постепенно крыша начала отъезжать от такого режима).

Відповісти
Підтримати
Sergiy Morenets Java evangelist 08.11.2020 23:41

На час карантину всі працюють віддалено і PP через remote desktop, з можливістю контролю комп’ютера

Відповісти
Підтримати
Max Shnurenok
honeybadger 08.11.2020 13:15
потім вони мінялися ролями

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

Відповісти
Підтримати
Mr Daddy Bootleg 08.11.2020 13:11

Коментар порушує правила спільноти і видалений модераторами.

Підписатись на коментарі

Не підписуватись
Скористайтесь акаунтом
×
з умовами використання сайту і політикою конфіденційності.