Канал

15 мая 2026 г.

Парное и публичное программирование

Парное и публичное программирование

Быстрее всего я как программист прокачивался на сессиях парного программирования.

Лет 15 назад это выглядело так: за мой ноут садился Виталя Харисов, менял все мои настройки в шелле и IDE под себя и начинал фигачить какую-то магию на шоткатах слепым десятипальцевым, но хотя бы на понятных технологих. В это же время Серега Пузанков делал что-то совсем непостижимое на XSLT в режиме трансляции своего экрана на целую переговорку. Чуть позже — Дима Филатов за часовую сессию писал на i-bem.js компоненты целиком.

Затем я из роли наблюдателя перешел за клавиатуру. Иногда парное программирование превращалось в лайв-сессии перед большим залом приглашенных людей или трансляции на YouTube.

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

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

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

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

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

Второй частый аргумент, что тупить думать публично некомфортно. Согласен. Как и с любым новым делом нужно освоиться и наработать привычку. Зато потом это будет в кайф!

И даже после ухода из Яндекса я все с тем же Виталей уже успел попрограммировать по зуму, но теперь к нам присоединилась еще пара нейронок.

Так что не могу не поделиться еще одной отличной идеей из статьи Learning on the Shop floor Tobi Lutke (CEO Shopify).

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

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

Если вы никогда не практиковали парное / публичное программирование — просто попробуйте! А потом приходите в комменты сказать спасибо :)

@devspotting