Потому что он многому научился благодаря этому.

Наш недавно нанятый программист попросил старшего инженера выполнить «парный проект». он сказал, что многому научился тогда, так что я отмечу это обучение.

Начинающим программистам, которые планируют работать над парными проектами со старшими, я говорю: «Таким вещам можно научиться, работая над парными проектами». Я рад это слышать.

Даже если я говорю обучение, я думаю, что это уже было кратко изложено в этой статье.

  • Плохая привычка, тормозящая рост программистов-новичков, замеченная парным программированием

Эта статья посвящена ветерану пары X-новичков, и, поскольку она была написана со стороны ветерана, я хотел бы написать о том, «Чему конкретно вы научились?» с точки зрения новичка.

Я скептически относился к парным профи, но когда я внедрил парные профи на практике, мои мысли изменились на 180 градусов.

Как я уже упоминал, думаю, все это было написано в «Плохих привычках, мешающих росту новых программистов, замеченных с помощью парного программирования», но среди «хороших привычек» в этой статье. Особенно меня поразили три вещи.

Находите время, чтобы часто читать и понимать код.

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

Я не понимаю, что «чтобы понять код, нужно время», поэтому я читаю код все больше и больше, хотя я не понимал его и не мог понять на полпути.

Выполняя парные проекты, в хорошем смысле, я понял, что инженеры-ветераны — это не супермены, поэтому стал тратить больше времени на чтение кода, чем раньше.

Всегда используйте мудрость, чтобы упростить проблему.

В прошлом, когда я сталкивался с ошибкой, я не задумывался об этом и делал только такие вещи, как «Посмотрите на код, который я написал еще раз» и «Погуглите код ошибки». Я не делал очевидных вещей, таких как «подумайте, насколько это работает, какая часть выдает ошибку и в чем причина».

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

Инженерам-ветеранам метод определения причины ошибки, считающейся «очевидной», был объяснен с нуля, что открыло глаза новичкам.

Улучшение и автоматизация инструментов

С точки зрения новичка, инженеры-ветераны пишут код быстро. Конечно, есть разница в навыках, но я заметил, что «настраиваете ли вы инструменты так, чтобы их можно было легко использовать» также создает эту разницу в скорости. Скорость совершенно другая, просто освоив функции и сочетания клавиш редактора.

Даже если вы их не используете, вы можете попасть в код, так что, если у вас нет чего-то вроде «модели» того, как попадать, для новичка вы даже заметите, что делаете что-то неэффективное. Вы не можете. Я этого не замечаю, поэтому не могу улучшить сам.

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

Наконец

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

Дополнительные материалы на PlainEnglish.io.

Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord .