Принцип 3: параллельный вайбкодинг

Иногда задача - другого порядка сложности. И тогда самое системное решение - позвать человека.

Когда включать

Третий принцип - не про то, что ты чего-то не понимаешь и хочешь понять. И не про то, что нейронка не справляется. Она справится. Он про другое:

Я уже понял на опыте: иногда мне системно полезнее на час-два сесть с технарём и сделать вместе, чем неделю-две делать в одиночку - и сделать не то.

Сигнал - задача нового уровня: появляется архитектура, вопросы стека, «правильной» структуры. Пример из практики: собрать в единую платформу кучу разрозненных сервисов (опросы, мероприятия, LMS, контент, бот с анонсами). Сделать «в лоб» можно - но это задача следующего уровня, где точно всплывут вопросы архитектуры и стека.

Что это даёт

Два часа с опытным разработчиком в параллель дают больше, чем неделя в одиночку:

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

Это старая идея

В разработке есть понятие pair programming - парное программирование: двое делают одну задачу вместе, и менее опытный перенимает опыт. Раньше так подмастерье учился у мастера.

Здесь то же самое, только в формате вайбкодинга: вы садитесь с технарём (созвон, экран, один-на-один) и делаете сложный кусок в параллель. Отсюда и название - параллельный вайбкодинг.