Вчера провел парное программирование с разработчиком-джуном, которого недавно взял. И был доволен, потому что он может системно мыслить! Не просто начинает что-то писать, а способен сначала подумать.

За последние два года я редко встречал такое у начинающих. 10-20 лет назад, когда мы набирали в CS-Cart программисты приходили с этим по умолчанию. Сейчас это норма - скорее у тех, кто прошел длинный путь до сениора. Одно время, мы, после собеседования практиковали парное программирование, прежде чем делать оффер. Это было лучшее для принятия решения подходит ли нам человек.

Что я проверял на сессии:
• понимание vibe-кодинга и последовательности действий
• способность структурировать и декомпозировать задачу
• умеение слышать и быстро орентироваться

Все оказалось на уровне,даже с моим критическим взглядом.

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

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

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

P.S. картинка, конечно, - ирония! В таких ролях никакого парного проаммирования не получится.