Як пережити випробувальний термін

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

Вид Нубус студентікус (лат. - Noobus studenticus - прим.ред.)добре помітний по витріщеними очиськами і звичкою переміщатися зграйками - їм здається, що так безпечніше. Після першої сесії виявляється, що вижити можна . На другому курсі з'являється віра в себе, яка міцніє з кожним роком аж до самого випуску. Подібні метаморфози відбуваються і в рядах початківців програмістів : перший випробувальний термін - найбільш хвилюючий . Коли людина досягає певного професійного рівня ( aka високий програміст ), такі питання хвилюють його куди менше. У нього все досить передбачувано : в'їжджаєш в проект, починаєш потихеньку робити таски - і навіть сам момент успішного завершення випробувального терміну проходить майже непомітно. Чи це не мрія Джуна ? Але випробувальний термін може завалити не тільки новачок. Адже рівень технічних Скіл не грає вирішальну роль. Скільки вже я бачив тлумачних, але пафосних програмістів, яких просили піти вже через місяць, або тих мізкуваті самородків , які самі розуміли, що їм не місце в цій компанії, і звалювали вже через пару тижнів - і це при високих зарплатах і традиційної нестачі спеців на ринку IT ! І стільки ж я бачив програмістів і тестувальників , які об'єктивно « не тягнуть » , але їх навчають і витягують , тому що:
- вони хочуть вчитися,
- з ними комфортно працювати. Це важливе правило, яке іноді забувають навіть маститі челябинские ковбої : « Наймають не самих розумних, але тих, з ким приємно мати справу ». Причому, це «приємно» у кожної команди своє.

Вичавити максимум

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

Кредит довіри

На самому початку можна багато помилятися - це не залежить від лички «Джуно» або « мідл ». І це хороший спосіб набити шишки і чогось навчитися . Але , звичайно, якщо не підтримувати кредит довіри виконаними завданнями або , у разі Джунь, хоча б надіями на ефективну роботу в найближчому майбутньому, з кожним тижнем його буде все менше. Слід також використовувати кредит довіри , щоб налагодити контакти з програмістами , тестувальниками , сисадмінами і навіть прибиральницями - з усіма людьми, з якими доведеться взаємодіяти. До новачків ставляться поблажливо і добросердно , гріх цим не скористатися.

Запитання

Одне з головних упущень багатьох мовчунів або особливо сором'язливих новачків - вони не ставлять запитань . У ті перші дні на роботі , які слід присвятити з'ясуванню стану справ та архітектури проекту, вони намагаються виглядати розумними і робити вигляд , що все під контролем. А адже це золота жила для Джуна - там , де Мідл було б вже соромно питати , у Джуна є фора : йому дозволені найбезглуздіші питання . Так що принцип « мовчання - золото» тут тільки заважає. Багато очевидні для «дідів » речі на проекті або прийняті в команді code conventions можуть не збігатися з тим, що собі навоображал наш подає надії клавіатурний ковбой . Чим раніше все з'ясувати , тим менше потім доведеться переписувати. Якщо щось незрозуміло , запитувати потрібно будь-якої людини , який потенційно може дати відповідь . Навіть якщо він з іншої команди , навіть якщо він на іншому проекті і навіть якщо він - кондиционерщик . Ніколи не знаєш, хто, де і над чим працював . До речі, оскільки в перші дні зазвичай збирається багато інформації , непогано б записувати ключові моменти в зошити .

Ментор

Не в кожній команді можна знайти Мегамозга з навичками і бажанням викладати, але якщо він там є, до нього варто притиснутися , як Ді Капріо до Кейт Уінслет у фільмі «Титанік». Немає нічого краще, ніж захоплена своєю справою фанат , у якого є відповіді на всі питання. І хоча, людина, яка живе своєю справою - це, звичайно, знахідка, але не варто зациклюватися на ньому одному : навколо повно людей , які, може , і менш фанатичні і досвідчені, але зате точно розумніші вас , а значить, можуть стати вашими менторами хоча б на пару хвилин. Якщо ж ви - найрозумніша людина в кімнаті, значить, ви не в тій кімнаті .

Розбіжності

Людина на випробувальному терміні може відчувати себе неповноцінним членом команди, в його словах менше ваги . Тому в суперечках потрібно винести за дужки всі звання і намагатися вести конструктивний діалог , навіть якщо цього не хочеться. Тому що суперечка - це також і провокація, яка дозволяє не тільки вивудити корисну інформацію, а й наштовхнути співрозмовника на певні думки . Краще здатися ідіотом, ніж догідливо промовчати і не попередити потенційний баг, який самому ж доведеться потім фіксують . Так що слід пам'ятати про народні традиції : на ринку торгуються , у whiteboard'а сперечаються.

Нерви

У перші дні/тижні на роботі може бути стрьомно . Я знаю одного Джунь, який і через півроку продовжував сильно нервувати, якщо його код не працював на ПРОДАКШИН або якщо виконання таски затягувалося . Іноді з цим можна щось зробити - наприклад, піти до головного і сказати: « так , мовляв, і так , я не знаю, як бути ». Якщо ходиш в погонах Джунь, то тебе не тільки пробачать і запропонують кілька рішень , але і нагодують, напоять чаєм, ще й книжку розумну дадуть. Якщо ж кредит довіри вже вичерпано , то , принаймні , бос зацінить чесність і прямоту і або допоможе, або передасть задачу іншій людині. У кожному разі, це буде вже його проблема .

Настрій

Позитивний настрой покращує продуктивність - це факт. Але у новачків буває ситуація порочного кола , коли все погано, і тому псується настрій , і тому справи йдуть погано . Це жахливе , тужливий почуття , коли ввечері йдеш з роботи ні з чим ( живеш життя даремно ) . Розірвати це зачароване коло допоможе військова хитрість , для якої потрібно взяти якусь дрібну ТАСК , зробити її і закомітіть . Навіть якщо для цього потрібно буде самостійно її придумати . Навіть якщо це буде пара додаткових коментарів, переформатована запис в логи або перейменована змінна. Будь-яка корисна , яка працює і закоміченная дрібниця підніме настрій. Знову з'явиться відчуття робочого потоку , і на цій хвилі , з гарним настроєм , вже можна буде займатися чим -небудь більш серйозним. Оптимізм (постійне гарний настрій ) особливо важливий для Джун , яким на перших етапах належить вигрібати тонни прикрих помилок.

Спочатку пробувати, потім просити допомоги

Так зване правило 15 хвилин не тільки полегшує життя новачкові, але й економить для компанії багато людино-години . Суть в тому, щоб не залипати занадто довго над нерозв'язним завданням . Якщо за 15 хвилин не вдається знайти рішення, варто записати або запам'ятати всі випробувані підходи, і тільки потім йти до старшого . Навіщо записувати ? Він вас запитає: « А це ти робив ?», « Список дивився ? » , «Через інший інтерфейс пробував ? ». Так от, щоб по два- три рази не бігати туди-сюди і не нервувати людей, у яких і так є своя робота , варто зробити прохання про гуманітарне кодинг - притулок максимально ефективними. Підходиш до столу, човгає ножищами по килиму, клацаєш каблуками і доповідаєш - « Так , мовляв, і так , такий- то такий- то спробував першу - десяте і застряг . Маю честь просити про допомогу ». Це взагалі одна з типових проблем новачків. Вони не завжди вміють просити про допомогу , коли вона їм потрібна . Соромляться , бояться . «Як так ? Я герой- одинак, який сам все зробить і вирішить ». У підсумку втрачається одна з найважливіших переваг роботи в офісі - можливість запитати поради у інший голови, яка думає інакше, ніж твоя . Тому будь-якому програмісту - самураєві , яким би крутим він не був, все ж слід пам'ятати глобальну картинку місії команди і пам'ятати, що найважливіше - кінцевий результат саме команди, а не окремої людини - генія. Розуміючи це , новачки не прагнули б у що б то не стало довести свою компетентність , викидаючи десятки і сотні людино-годин на звалище невдалих тупикових рішень . Але випробувальний термін - це не тільки гарна можливість завалити всю команду купою найдурніших питань і, тим самим, залишити про себе пам'ять на віки. Це також чудовий шанс дізнатися, що почому в новому колективі . Те, чого не було вловити під час співбесіди з HR, в ці пару місяців спливе на поверхню і стане помітним. Інтриги і плітки , знайомства і зв'язки - хто знає що стане в нагоді в подальшому житті. Але найголовніше - це, звичайно, досвід. Немає нічого краще, ніж посидіти в зв'язці з іншим програмістом і повчитися тому , як він думає. І якщо в компанії не прийнято використовувати pair - programming , то на випробувальному терміні можна спробувати прогнути свою лінію під соусом « передачі знань про проект ». Тоді вийде вичавити з цієї ситуації максимум - і вже не буде страшно, навіть якщо в кінці терміну вас попруть з компанії чарівними мітлами . Але ж не попруть ? Отакий ви молодець .


P.S. Присвячую цю статтю комсомолці - спортсменці Оле, у якої сьогодні перший день на позиції Junior Java developer . Оля , пам'ятай про правило 15-ти хвилин!

Опубліковано: 05/01/15 @ 07:58
Розділ Різне

Рекомендуємо:

Апдейт 30 грудня. Як зняти санкції за накрутку ПФ і отримати імунітет від фільтрів за зовнішній спам
12 січня, Київ - Курс " Автоматизоване тестування . Selenium WebDriver "
Інтерв'ю з Бігпікчей : « Бігпікчу оцінили в 2 млн $, а ти хто такий? »
SQL Server дайджест # 1: Пол Рендалл на зустрічі KSUUG , подарунок від SQLSkills , апдейт Azure SQL Database
Java дайджест # 9