КОГДА ВЫХОДИТЬ НА РЫНОК
Понимаю, ты хочешь как можно скорее получить первую работу, а для этого нужно выйти на рынок. Какими вообще знаниями нужно обладать перед тем, как выходить на рынок?
Стоит понимать, что нет идеального времени для выхода на рынок. Время действительно играет против тебя, потому что ситуация на рынке становится хуже: количество вакансий падает, а количество желающих возрастает (про это читай сразу после этой статьи). Но из этого вытекает ещё одна интересная штука: у тебя нет шанса на ошибку (ну или почти нет)
Ты не можешь вообще не подготовиться, а просто «на энтузиазме» прийти на собеседование, пройти его и получить оффер. Так не сработает, нужна тщательная подготовка.
«Ну когда уже можно-то? Я точно готов?»
Мысли о выходе на рынок — это скорее про твоё ощущение «я сейчас готов или нет?». Так как же понять, действительно ли ты готов выходить на рынок, или нет? В моём представлении, ты можешь спокойно выходить на рынок, когда соблюдены все условия:
- Ты знаешь, чем ты будешь заниматься на рабочем месте: пилить круды, рисовать кнопки или их верстать. Если ты уже понимаешь, как примерно будет выглядеть твой проект архитектурно и с точки зрения технологий (ну например это React, TypeScript, SCSS, понятно без углубления во всякие библиотеки). Ты знаешь, что архитектура будет скорее всего либо FSD, либо Clean Architecture. Главная мысль — ты придёшь на работу и не будешь сидеть типа «я вообще не понимаю, что это такое», а «ага, вот так и так, тут докер, тут кафка, тут у нас такой-то модуль, тут такой-то». А чтобы прийти к пониманию архитектуры приложений, то надо…
- Ты написал свой пет-проект: тут работаем на качество, а не на количество. Придумываем идею, пишем проект. Подробно рассказал про это здесь. Тут лишь напомню, что проект нужно написать полностью самостоятельно и полностью осознать, что в нём происходит. Рисуй диаграммы, распиши архитектуру, но главное пойми, что ты вообще сделал, как и с точки зрения бизнес-логики, так и с технической.
- Ты сделал командный пет-проект: да, основы разработки мы вкурили. Но одиночная разработка сильно отличается от командной, и по факту тебе для полного представления всей картины, нужно вникнуть в не только твои процессы как разработчика, но и в общие процессы команды. Собери или найди команду, с которой вы будете имитировать реальную коммерческую разработку: (а кто вас знает, может так стартап запустите): внедрите дейлики, спринты, планирование, код-ревью, ретроспективу спринта и так далее. Разберись с GitHub/GitLab: что такое ветки, что такое Pull Request / Merge Request, как настраивать пайпланы, stage/preprod/prod-окружения.
- Ты подготовился к собеседованиям: это подробно разберём в следующих статьях в блоке «Выход на рынок», но тут я сразу скажу, что тот факт, что ты осознал принципы разработки и готов приступать к реальной работе, ещё не даёт тебе полную подготовку к рынку, потому что ещё есть собеседования — это отдельная вообще ветка твоего развития, потому что если представить все знания в IT, то они делятся на три типа: во-первых, знания, которые пригодятся на работе, во-вторых, знания, которые пригодятся на собеседовании, и в-третьих, знания, которые не пригодятся нигде. И вот эти три круга между собой почти не пересекаются, иногда первое пересекатся со вторым, а второе пересекается с третьим)
Поработай на качество в начале пути
Твоя задача — сделать своё обучение качественным, чтобы потом на работе ты закрывал как можно меньше пробелов. Да, сейчас стало модным влетать на работу, всего 3 месяца изучая айти, но как по мне у этого есть недостаток в виде невероятного стресса. Ты всё время будешь думать, что ты недостоин тут работать (если такой произошло, читай эту статью (ссылка на статью про синдром самозванца)), потому что ты мало чего изучил и вообще не понимаешь, где оказался. Да, я сам перекатывался в Go сразу на высокий грейд и потом стараюсь нагонять то, чего не знаю, но это перекат, а не вкат на первую работу. Я в IT уже довольно давно, поэтому могу позволить себе такие фокусы без сильных стрессов, с нуля я бы конкретно прикурил…
В общем, моя мысль в том, что чем сильнее и устойчивее будет твоя фундаментальная база, тем быстрее ты будешь развиваться на работе, и в последствии быстрее запрыгнуть на более высокий грейд, потому что иначе ты уже на работе будешь тратить время на построение этой базы, но при этом не факт, что тебя не уволят за непрохождение испытательного срока. Кстати, если тебя уволили или собираются уволить, то читай это (ссылка на статью про увольнение)
Но сразу обозначим, что не надо уходить в другую крайность — сидеть и учить абсолютно всё, достаточно выполнить вот те 4 шага выше, про которые я описал. После этого смело идём на рынок: выкладываем резюме, проходим собесы, лутаем оффер и кайфуем.
Этой статьей я закрываю блок «Обучение» и перехожу к новому, поэтому считай, что 2 из 5 ты уже прошёл, поздравляю) В следующей статьей подробно разберём, а что действительно творится на рынке найма и почему не надо ждать идеального времени для вката.
обучение
выход на рынок
Эти пет проекты нужны исключительно для прокачки навыков или они так же пригодятся при трудоустройстве (поиске работы)?
Если пет проекты нужны для трудоустройства, то до какого грейда это будет продолжаться?
Просят ли у Мидлов пет проекты и нужно ли их вообще упомянать, когда в резюме детально расписаны обязанности на предыдущих местах работы?