Помогаете новому программисту стать более уверенным в себе и не спрашивать меня так много?

В настоящее время я работаю над проектом с новым программистом. Как я могу помочь ему ускорить его работу? Он часто задает мне вопросы, и я программирую с ним пару в backbone.js (часть проекта).

Теперь я хочу, чтобы он сам управлял проектом, чтобы я мог сосредоточиться на других вещах, чтобы ускорить процесс. Он не хочет гуглить вещи или спрашивать на форуме, возникает ли проблема. Он просто приходит ко мне. Что он должен сделать? Что мне делать? Когда я заставляю его, тогда он делает вещи быстро. Как я могу мотивировать его делать больше самостоятельно?

Скажите: « Я сейчас немного занят, вы можете спросить на stackoverflow.com, действительно ли вы застряли». В конце концов он надеется получить подсказку. Кроме того, в следующий раз, когда он придет к вам на стол, скажите: «Хм, я не знаю, давайте посмотрим на Google и посмотрим ...» или «Давайте проверим документы API» Сочетание этих двух подходов помогло мне в прошлом со студентами-кооператорами - в конце концов они видят, как я ищу и нахожу информацию, а затем учатся тому, как это делать.

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

Лучший способ заставить кого-то набрать скорость - это ... ну, довести его до скорости. Звучит так, как будто ты довольно жесток с человеком. Вы должны поощрять вопросы, а не раздавливать их, чтобы получить результаты, к которым вы стремитесь. Даже великие разработчики не знают всего, когда попадают на новое место. Теперь, если его вопросы похожи на «Как мне разбить строку» (иначе, легко в Google), тогда вы можете от него отказаться. Но постарайтесь оценить тот факт, что люди не могут быть мгновенно продуктивными на новой работе, и вам следует ожидать много-много вопросов.

Может ли это быть проблемой доверия? Если возможно, что он задает вам все эти вопросы, потому что боится потерпеть неудачу, было бы хорошо поговорить с ним об этом.

Например, когда я наставник стажеров, я дал им знать, что в какой-то момент они потерпят неудачу. Неудача является частью игры. Но учиться на неудаче можно, когда они задают себе такие вопросы, как: «Что я пытался сделать до сих пор?» прежде чем они придут ко мне за ответами, вот что действительно важно. Когда они начинают задавать себе вопросы и борются за ответы, их знания и уверенность возрастают.

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

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

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

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

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

Если на вопрос есть короткий ответ, просто ответьте на него. Если требуется объяснение, и вы не являетесь авторитетом в этом вопросе, или если вы не знаете ответа, то скажите им, куда обратиться. В конце концов вы сможете сказать им, где искать в нескольких слогах. "... HTML выбрать?" "Google: выберите MDN" "Как мне ... флажок?" "MDN". "Преобразование часового пояса Oracle?" «RTFM« в часовом поясе »» Если вопросы неоправданно часты, вам нужно будет как-то показать, что вы недоступны.

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

Вы должны увидеть, как далеко он продвигается самостоятельно и насколько он уверен в своих силах. Как быстро после возникновения проблемы он приходит к вам? Рассматривали ли вы, что вы могли бы стать наставником для этого нового программиста, и поэтому он пытается скрыть вас, чтобы он знал, что вы делаете, как вы это делаете и с кем вы делаете это.

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