Как пройти первую стажировку или испытательный срок в ИТ

Вот и прошли все бесконечные этапы собеседований. Ты всё выдержал, и наконец-то наступил твой первый рабочий день.

Тебя бьёт нервяк. Колотится сердце. Ты знакомишься с командой, киваешь, улыбаешься, пытаешься запомнить имена, и одновременно пытаешься выглядеть нормально.

Я в первое время боялся заговорить хоть с кем-то. Стеснялся спросить громко в офисе, можно ли включить свет на весь зал. Глупо? Да. Но это правда. А ещё у меня был один стажёр, который в свой первый рабочий день только в конце дня спросил, где находится туалет. Парень весь день терпел. Просто боялся спросить.

Люди вокруг тебя не враги. Они тоже когда-то были на твоём месте.

И это не про дружный коллектив, это про бизнес.

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

Люди заинтересованы в том, чтобы ты начал давать результат. Потому что потеря человека — это потеря денег. Конечно не надо откровенно это абьюзить и верить в свою неприкосновенность, но понимать это полезно.

Понимание этого убирает половину мандража. Ты не просишь милостыню, ты возвращаешь инвестицию, в которую уже поверили.

Самый очевидный совет: задавай вопросы. Лучше спросить глупость, чем сделать глупость.

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

Попробуй разобраться сам, но не фанатично. Я однажды несколько часов пытался самостоятельно запустить проект, который должен запусткаться одной кнопкой. Это было время, выброшенное в никуда. Если застрял больше 15-20 минут на чём-то очевидном, спроси. Если работы много и можно продвинуться параллельно, скопи вопросы, не дёргай человека каждые пять минут. Проси помощь сразу, если видишь, что это заблокирует остальное.

Скорее всего, в первые дни ты не напишешь ни строчки. Точнее, вряд ли должен.

Ты будешь изучать проект, знакомиться с коллегами и с тем, как они вообще работают. Будешь задавать миллион вопросов. Это и есть твоя работа на старте. Если к концу первой недели ты не сделал ни одного коммита, никто от этого не умрёт, и тебе не нужно переживать. Просто скажи себе: я 40 часов потратил на то, чтобы понять, как устроено всё вокруг. Это инвестиция.

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

Когда-нибудь ты облажаешься. Запустишь неправильный deploy, перепишешь чужой файл, забудешь что-то важное. Не нужно это скрывать.

Ты потратишь время, которое можно было потратить на что-то полезное. Просто скажи: я что-то облажался, вот что произошло, давайте разберёмся. И помни про первый пункт: команда на твоей стороне.

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

Проси фидбек проактивно. Не "я хороший?", а конкретно: "как тебе этот код? Что я упустил? Что я должен делать по-другому?". Это может буквально спасти твою стажировку. Вовремя узнаёшь, что что-то идёт не так, и у тебя есть время исправить ситуацию.

По карьере, как правило, двигаются технические среднячки с прокачанными софт-скилами — те, кто умеет разговаривать, быть командным игроком, понимать людей. А не гениальные технари, которым только и нужно, что писать код и чтобы их никто не трогал. Технические знания важны, да. Но умение общаться и работать в команде реально отличает тех, кто растёт, от тех, кто стоит на месте.

Некоторые твои инициативы будут лишними. Это очень свойственно джунам и интернам: "давайте перепишем всё на классы в React… нет, стоп, обратно на функции". Такое бывает. Это нормально.

Но инициатива — это всё равно хорошо. Ты показываешь, что думаешь о продукте, а не просто закрываешь таски. Некоторые решения придётся отбрасывать — и это тоже нормально.

Мне когда-то нужно было написать автотесты, и при запуске надо было дождаться инициализации базы данных. Был правильный способ это сделать: опрашивать инстанс и проверять, что он поднялся. А был простой: подождать 10 секунд, и с вероятностью 99% база уже готова. Я выбрал второй путь. Был ли он самым правильным? Нет. Но была ли трата нескольких часов на поиск идеального подхода полезной для конечного пользователя? Тоже нет.

Вот тут я и начал думать о ценности работы для продукта, а не о правильности решения. Это, кстати, помогает и с инициативами: проще предлагать то, что реально нужно прямо сейчас, а не идеальное решение в идеальном будущем.

Первые дни стажировки — это странное время. Ты уже не кандидат, но ещё не совсем свой. Нервяк не исчезает полностью, но постепенно спадает. Примерно тогда, когда ты перестаёшь бояться спросить, где туалет.

Команда уже вложилась в тебя. Используй это.

Какие были ваши первые испытательные? Кринж и стыд или искра-буря-безумие?