Допомогти новому програмісту стати більш власною та не запитувати мене так багато?

Зараз я працюю над проектом з новим програмістом. Як я допоможу йому прискорити роботу? Він часто задає мені запитання, і я пару програмував з ним у backbone.js (частина проекту).

Тепер я хочу, щоб він сам впорався з проектом, щоб я міг сконцентруватися на інших речах, щоб прискорити процес. Він не хоче речей з Google і не питає на форумі, якщо виникає проблема. Він просто приходить до мене. Що він повинен робити? Що я повинен зробити? Коли я змушую його, то він робить все швидко. Як я мотивувати його робити більше роботи самостійно?

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

На сайті stackoverflow.com потрібно багато чого, коли задаються питання, скажіть "покажіть мені, що у вас є" . Якщо це великий жир нічого , надішліть йому упаковку, з деякими підказками, що шукати, звичайно, поки у нього є щось конкретне, щоб запитати.

Найкращий спосіб пришвидшити когось - це ... ну, довести їх до швидкості. Це звучить так, ніби ви досить жорстоко ставитеся до людини. Вам слід заохочувати питання, а не хлюпати їх, щоб отримати результати, за якими ви хочете. Навіть чудові розробники не знають усе, коли потрапляють на нове місце. Тепер, якщо його питання узгоджуються з пунктом "Як я розділити рядок" (він же легко може google), то ви можете його зняти. Але постарайтеся оцінити той факт, що люди не можуть бути негайно продуктивними на новій роботі, і вам слід очікувати багато і багато питань.

Чи може це бути довірою? Якщо можливо, що він задає вам усі ці питання, бо боїться невдачі, можливо, було б добре поговорити з ним про це.

Наприклад, коли я наставник інтернів, я даю їм знати, що вони в якийсь момент зазнають невдачі. Невдача є частиною гри. Але навчитися невдачі може, коли вони задають собі запитання на кшталт "що я намагався зробити до цього часу?" перш ніж вони прийдуть до мене за відповідями - це що насправді важливо. Коли вони починають задавати собі питання і борються за відповіді, їх знання та впевненість зростають.

Це може бути просто питання впевненості в собі, де він не вважає, що він достатньо здатний самостійно виробляти роботу, що відповідає вашим очікуванням. Це досить часто для нових розробників, які вступають у пару з старшими.

Можливо, замість того, щоб "примушувати" його "піти геть", спробуйте заохотити його роботу і кинути йому виклик вирішувати проблеми самостійно. Я був би досить безпечним, коли після успішного виконання деяких завдань без вашої допомоги він стане більш звичним до нього і врешті-решт недоброзичливо прийде до вас на допомогу.

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

Схоже, ви його навчили, що він завжди може прийти до вас за відповіддю. Крім того, схоже, навчили його думати, що він може використовувати вас як милицю до речей, які йому не зручно робити.

Натомість потрібно повідомити йому, що ти не єдиний його ресурс. Покажіть йому кілька способів пошуку відповіді, а не просто дайте йому відповідь. Ви сказали, що він може зробити роботу, коли тиснеш, тож може бути, що він лінивий і ти найлегше рішення. Пам’ятайте, вам не завжди потрібно говорити так. Якщо у вас є важливіші справи, скажіть йому, що ви хотіли б допомогти, але надто багато ще працюєте.

Якщо на питання є коротка відповідь, то просто відповідь на нього. Якщо потрібне пояснення, і ви не є владою з цього питання, або якщо ви не знаєте відповіді, то скажіть їм, куди їх слід шукати. Врешті-решт, ви зможете сказати їм, де їх шукати в кількох складах. "... Вибір HTML?" "Google: встановіть MDN" "Як зробити ... прапорець?" "MDN". "Перетворення часового поясу Oracle?" "RTFM" у часовому поясі "" Якщо запитання нечасто зустрічаються, вам потрібно буде якось ознаменувати, що ви недоступні.

Чому він приходить до вас? Він боїться зробити помилку і, отже, приходить до вас, щоб вас могли використовувати як привід, якщо щось не працює? Чи занадто багато знань, що стосуються конкретних проектів, ви знаєте, що він не міг легко знайти самостійно? Ви можете розглянути, чому тут запитують все, що ви робите.

Ви повинні побачити, як далеко він проходить самостійно і наскільки впевнений у своїх силах. Як швидко виникає проблема, він приходить до вас? Чи вважали ви, що ви можете бути наставником цього нового програміста, і тому він намагається затінити вас, щоб він знав, що ви робите, як ви це робите і з ким це робите.

Встановіть час, коли можна задавати питання, не заважаючи вам. Дивно, що ця людина задає лише запитання, які можуть бути в Google, і нічого конкретного для ваших проектів або того, як ваша команда робить справи. Почніть відстежувати питання. У вас розчарування може затьмарити ваше сприйняття проблеми.