Начал я тут оформлять финальную (или нет), часть про legacy и понял, что заебло. Нужен перерыв. Давайте о чем-нить более веселом и заодно откроем новый тэг.
Но к legacy мы еще вернемся и в очень скором времени.
Притча.
В какой-то момент два человека решили, что им западло носить друг другу чай и бегать за хлебом. Теперь Вы называете их мама и папа.
В какой-то момент другой человек решил, что ему лень делать джуновские задачи. И какое-то время вы называли его наставник.
Наш опыт складывается, в том числе, и из решений людей, которые нас окружают и из того, что они в нас вкладывают.
Наша задача сделать так, чтобы наши решения влияли на других людей максимально лучшим для них и выгодным для нас образом.
Если разработчик в какой-то момент своей карьеры оказывается в точке, определяемой как совпадение его навыков и черт характера, а также навыками коллег (точнее их отсутствием), он решает: Надо кого-нибудь обучить.
Отступление
правда в последнее время «обучить джуна» все чаще заменяется на «обучить нейронку»
Новоявленному наставнику тут же спешат на помощь всякие методики, ИПРы, стажировки и прочая. Но парное программирование для меня является лучшим вариантом. Разумеется, оно не может быть единственным. Просто практический эффект от сессии ПП достигается быстрее, чем от чего-либо другого. Ввиду отсутствия классических ролей «ведущего» и «штурмана» (логика или википедия, при отсутствии первого, Вам в помощь), скорее можно назвать лайв-кодингом. Но я буду называть как хочу. Беее😜
Итак, почему парное программирование так хорошо ложится и в обучение, и в рабочий процесс в целом
👉Не отменяет других форм обучения (от ИПР до «блять, тебя что, в гугле забанили?»)
👉Отлично вписывается в цепочку жизни задачи «поставлена – вызвала проблемы – позвали эксперта – решили»
Остальные плюсы
➕Почти прямая трансляция идей из мозга в мозг
➕Максимально быстрая обратная связь
➕Сразу корректные практики
➕Высокий процент запоминания (исходя из моей практики, решения, показанные при ПП, ни разу не требовали повторения в дальнейшем, в отличии от скинутых ссылок, код-ревью, готовых методов и прочее)
➕Можно поставить запись и пересмотреть
Главный минус
➖Высокоуровневый специалист тратит много времени на низкоуровневую задачу. Но это вообще свойственно такой штуке, как обучение.
Все изложенные плюсы достигаются при соблюдении определенных условий
🔘Решение задачи выполняется наставником. Мои впечатления в обоих ролях, а также обратная связь от подопытных кроликов, говорит о том, что изначально следовать путем правильной логики лучше, чем искать косяки в неправильной
🔘Наставник не просто пишет код и проектирует решение. Он максимально подробно объясняет логику, подсвечивает узкие места, где можно проебаться, где используемые методы и библиотеки могут дать неочевидный результат.
🔘Решение не должно быть доведено до идеала перфекциониста на сессии. Обозначенные в процессе возможные уязвимости вполне отлично отправляются на доработку падавану, заодно потребуют еще одного прохода по решению в целом, что даст лучше закрепить материал в светлой голове обучаемого. Ну и сэкономит время наставника.
Согласно методичке «Искусство блоггинга для самых маленьких в картинках» тут должно быть что-то из разряда «побуждающего к дальнейшему обсуждению» в духе «а Вы используете ПП для похудения?», но я закончу более полезным
Обучение есть, в том числе, и эмоциональный процесс. И создание прочных эмоциональных связей между наставником и обучаемым позволит лучше передавать и усваивать знания. Так что общение в процессе обучения есть хорошо.
Если что, общее количество педагогических образований – 0. Возможно эта мысль где-то изложена также или очень похоже. Мне ее подсказали здравый смысл, опыт, сын ошибок трудных, и 3 литра пшеничного смузи. Последнее – в большей степени.
#медведьразмышляет #обучение