Комментарии 11
Для решения отдельно взятых задач или проверки концепций может быть и ок. Но для постоянной практики это антипаттерн, потому что будет приводить к быстрому эмоциональному выгоранию. Знаю, пробовал на себе.
Попробовал пару раз с коллегой, вообще не вдупили оба в чём прикол. Как бы какой профит-то? Обучение никакого не происходит, т.к. информация поступает в голову слишком рвано, функционал пилится сильно дольше, подумать практически не получается, просто фигачишь. Я вот иногда могу полчаса тупо в монитор смотреть, размышляя. Напарник всё это время должен сидеть и ждать?
Попробуйте размышлять вслух, всё может существенно поменяться. Один из ключевых факторов успеха ПП - это взаимодействие двух соавторов.
Я не представляю, как совместить в себе связную речь и обдумывание чего-то сложного)) Если я говорю, то я больше думаю о том, что я говорю, а не о том, какую проблему решаю сейчас.
Примерно понимаю. Сам порой с чем-то подобным сталкивался. Себе на дилетантском уровне объясняю это так: за мышление отвечает одно полушарие мозга, а за речь другое. А канал связи между ними оказывается перегруженным... Возможно, в этом случае поможет рисование схемок на бумаге. Так можно обойти затык, потому что "думательное полушарие" тоже работает образами.
Но опять же, для меня это работает, а Вам таких гарантий дать не могу, сорри
Я очень часто размышляю вслух. Проблема в том, что если при этом послушать меня со стороны, то надо срочно вызывать бригаду психиатров. Потому что будет услышано что-то вроде: "Так, хм, но ведь здесь... Ага, а если сделать вот так, то как раз получим... Стоп, а как тогда… Ага! Оно само собой получится!" Потому что у меня при этом в голове картина примерно как в системе проектирования Тони Старка с кучей разных объектов и связей между ними, и я в каждый могу заглянуть, вынырнуть обратно и т.д. Если я попытаюсь передать всю эту картину словами, то пока ее расскажу, уже давно забуду, что собственно хотел сделать. Возможно я просто не умею готовить парное программирование, и на самом деле это очень классная вещь, но пока мой опыт только отрицательный.
По моему в Контур(хабр ещё подсказывает @skbkontur, в чем разница?) рассказывали что всё делают в парах.
Не уверен, было ли это на Хабре, может подскажут.
@xoposhiy ping
Pair programming упрощает реализацию небольших функций, но плохо подходит для запуска систем с сотнями интерфейсов и комплексной архитектурой. В первую очередь потому, что парная разработка в таких масштабах увеличивает издержки, так как над каждым вопросом трудятся два инженера.
Какой-то совершенно нелогичный вывод. Основные затраты времени при работе над сложной системой уходят в первую очередь на понимание этой системы - т.е., на построение некой её модели. Важно не только видеть общую картину, но и ключевые детали, которые могут существенно влиять на решение. Но "объём головы" у одного человека достаточно ограничен, и все важные детали не всегда могут туда влезать. Это бывает весьма неприятно. Но если рядом есть коллега, он может часть деталей держать в своей голове, облегчая этим задачу. Тем самым сокращается время на самую затратную часть работы.
Парное программирование помагает выбраться из тупика. Можно быстренько наляпать минимальное рабочее решение или исправить ошибку. Но использую изредка при необходимости, потому что эмоционально выматывает.
Любит или не любит: парное программирование