#парное_программирование — Public Fediverse posts

Парное программирование — когда две головы лучше (а когда нет)

Есть мнение, что парное программирование (далее — ПП) автоматически дает более качественный результат — код лучше, багов меньше. А вот на практике нередко получается наоборот — подход, который должен был бороться со злом, приводит к конфликтам, усталости и выгоранию. Кто виноват? Оказывается, на эффективность парного программирования влияет не только скиллы участников процесса, но и их психологическая совместимость . В этой статье разберем, когда парное программирование действительно выигрывает у одиночного, как личностные черты и ротация влияют на процесс и результат, какие риски создает тандем из эксперта и новичка и меняет ли появление ИИ-ассистентов психологию парной работы. Поехали!

https://habr.com/ru/companies/ispsystem/articles/1036388/

#программирование #парное_программирование #ии #ai #исследование

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

[Перевод] Когда парное программирование не работает

Экстремальное программирование включает более 10 разнообразных приемов — TDD, игра в планирование, «заказчик всегда рядом» и т.д. Сегодня речь пойдет о парном программировании. Предлагаем читателям блога

https://habr.com/ru/companies/beeline_cloud/articles/795067/

#экстремальное_программирование #парное_программирование

Экстремальные практики программирования: что, как и зачем

Всем привет! Меня зовут Сергей Бережной, я работаю в Яндексе уже 18 лет: в 2005 году пришёл разработчиком интерфейсов, потом руководил подразделениями разного размера, а сейчас я директор по взаимодействию с разработчиками. Ещё я много занимаюсь обучением: в рамках наших сезонных школ и в Практикуме (где я работал над курсом

https://habr.com/ru/companies/yandex_praktikum/articles/787084/

#agile #extreme_programming #экстремальное_программирование #парное_программирование #рефакторинг #непрерывная_интеграция #коллективное_владение

Экстремальные практики программирования: что, как и зачем

Всем привет! Меня зовут Сергей Бережной, я работаю в Яндексе уже 18 лет: в 2005 году пришёл разработчиком интерфейсов, потом руководил подразделениями разного размера, а сейчас я директор по взаимодействию с разработчиками. Ещё я много занимаюсь обучением: в рамках наших сезонных школ и в Практикуме (где я работал над курсом

https://habr.com/ru/companies/yandex_praktikum/articles/787084/

#agile #extreme_programming #экстремальное_программирование #парное_программирование #рефакторинг #непрерывная_интеграция #коллективное_владение