Мій найкращий друг щойно розпочав стажування місяць тому. Проблема в тому, що він не відлякує. У школі він був хорошим студентом A +, і він відчуває, що взагалі нічого не знає. Проблеми, над якими він працює, хоч і є мовами, в яких він почуває себе комфортно, здаються йому настільки чужими, сказав він. Він по-справжньому знемагає, наче він взагалі не знає кодової бази. Я намагаюся сказати йому, що це просто пройде час і що у нього очікується багато питань. Що мені йому сказати?
Відповіді:
Продовжуйте йому це говорити. Він тільки почав місяць тому. Знання мови не означає, що він автоматично осмислить проект, який, швидше за все, набагато складніший за все, що є зі школи. Щоб ознайомитися з кодом існуючого проекту, потрібно навіть деякий час, навіть для нас. Йому потрібно відпочити. Якщо у нього є питання, він повинен проконсультуватися з будь-якою проектною документацією, яку він має, або попросити наставника або старшого розробника.
Це нормально !! Усі проходять через це. Він буде добре, якщо перестане панікувати.
Однією з найважчих речей, яку я виявив, переходячи зі школи на роботу, було те, що миттєвого зворотного зв'язку не було. Мені ніхто не давав оцінку після того, як я щось закінчив, насправді вони ледве дали мені «кивок», важко було сказати, чи я навіть закінчувався! І замість остаточної оцінки заміток до подання, я отримав нескінченний потік помилкових питань у нерегулярні часи від своїх колег / керівників.
Що я повинен був помітити, щоб залишатися здоровим, це було
Ніхто не повинен очікувати, що стажер знатиме набагато більше, ніж просто основні поняття. Цілком нормально відчувати себе переповненим, але він робить собі недобре, не задаючи питань.
Я би сподівався, що якщо стажер, який працює над моєю командою, відчує, що він переповнений, він прийде до мене на допомогу. Хоча іноді цього немає. Це може бути питання завищеного его або гордості, або, можливо, просто намагання справити враження, жодна з цих речей не має значення для його звинувачення.
EDIT: Ще одна важлива зауваження, я вважаю, що важливо, щоб практикуючих навчали інші розробники.
Чи чули ви коли-небудь цитату: "Ви зберігаєте 10% прочитаного, 20% того, що ви чуєте, 50% того, що ви робите, і 90% того, що ви навчаєте".
Навчання інших допомагає інтегрувати складний дизайн та концепції в розум викладачів.
Брудний маленький секрет - ніхто не повністю розуміє кодову базу, якщо вона звичайної складності для комерційного продукту. Коледж погано готує вас до цього, тому що всі їх завдання повністю автономні оригінальні проекти. Ви повинні навчитися розбирати найменшу можливу частину коду, який вам потрібно зрозуміти, щоб виконати своє завдання, і довіряти, що решта коду робить те, що він, як стверджує, робить. Коледжі могли б зробити це краще, призначивши такі проекти, як виготовлення хромового розширення чи щось подібне, але насправді, вивчення подібних речей є цількою метою стажування.
Шкільні проблеми майже завжди уникають брудних питань, з якими вам доводиться вирішуватись у реальній кодовій базі, тож було б дивно, якби він не відчував себе відстороненим. Реальні бази кодів, як правило, набагато складніші і далеко не ідеальні. Скажи йому, щоб він продовжував намагатися. На мій досвід, як правило, потрібен хороший рік, щоб відчувати себе комфортно з новою складною базою коду.
Ти повинен бути переповнений. Я ніколи не вступав у нову роботу, де не було якоїсь кривої навчання, яка не викликала в мене переповненості: навіть на робочих місцях, де я був надто кваліфікованим, є такий період коригування. Іноді це триває днями, інколи - місяцями. Моя нинішня робота настільки постійно в потоці, що тривала роками.
Працюйте через нього, освоюйте поставлені вам завдання. Не бійтеся просити допомоги.
Я можу вам сказати, що я схилився до коледжу, не підготував мене до розробки програмного забезпечення в реальному світі. Запропонована теорія стане в нагоді, але практично, ймовірно, зараховується ні до чого. Незалежно, просто йдіть з потоком і вчіться стільки, скільки можливо.
Можливо, ця книга допоможе розібратися з речами:
Офіційна освіта в галузі торгівлі чи професії не є нічого іншого, крім того, щоб підготувати вас до того, щоб почати вчитися, як насправді робити роботу.
Він подолає паніку, коли відмовиться від поняття, що він повинен уже знати, як виконати роботу, і зрозуміє, що в цей момент він насправді повинен дізнатися, як це робиться насправді (в "реальному світі").
Якщо ваш друг миттєво став зірковим програмістом команди, то він був би ідіот за те, що за це не платили.
Прийняття на роботу в якості стажера - це неявне визнання того, що ви ще не продуктивні - якби ви були, вас найняли б за реальні гроші, або компанія вас позбавляє. Так що, як і всі, я б сказав, розслабтеся, і використати цей досвід для навчання. Не тільки ви повинні дізнатися, що вам потрібно для цієї роботи, але якщо ви побачите, що вам не вистачає досвіду (скажімо, з математики чи навичок Unix, чи будь-чого іншого), то зробіть це на замітку та продовжуйте заправляти її навіть після відходу саме ця робота.
Звикнути. Після семи років у цій галузі я все ще є ноб, і це рідкісний день, коли я не дізнаюся нічого нового (і часто дивно) як про мови, так і про програми. Щодо питань, хорошої довідки, декількох хороших навчальних посібників та як задавати питання Розумний шлях може бути дуже корисним.
Мені б сподобалося задати йому кілька питань, щоб спробувати подолати проблему:
Що він очікував?
Він тепер знає будь-яку кодову базу?
Перше питання - про те, які очікування він мав. Наскільки схожий він був на школу? Наскільки чужі проблеми насправді?
Друге - питання, що він має зараз, чого не зробив, коли почав. Тут може бути щось, про що він знає, і мусить зробити так, щоб він дещо вдосконалювався і знав щось із того, що відбувається.