Пара слов обо мне, если интересно

SPL
Онлайн-курсы действительно работают, но есть нюанс
Нет, не те что обещают мешок денег через пару недель. Я говорю о серьезных проектах, занимающих вас по полной чуть ли не на год и дающих массу полезных сведений, не связанных напрямую с разработкой. Обойдемся без рекламы, вы и так всех основных игроков знаете.
Нужно понимать что прохождение подобных курсов — это практически полноценная работа, которая отожмет вас досуха и до состояния "поспать лучше чем кино". При этом, вы по-прежнему будете хотеть кушать, хоть иногда отдыхать, и в целом вести плюс-минус привычный образ жизни. Все это означает параллельную работу по какой-то уже известной вам специальности.
И тут надо смириться с тем, что частенько вы будете не дорабатывать там, где вам уже платят деньги. Эти недоработанные часы уйдут на прохождение курсов и самостоятельное обучения. Но карма потом возьмет свое, когда получите первую работу по новой специальности: платить будут мало, а работать будете как никогда в жизни.
Нет никакого смысла знать побольше аббревиатур из вакансий
Всегда найдется десяток (если не сотня) конкурирующих джунов (Junior developer), полиставших на 20 мануалов больше вас, и добавивших еще десяток фреймворков просто для массовки. Потому что про них скорее всего не спросят, а резюме так выглядит "жирнее".
Кроме того, джуна нанимают из соображений получить в перспективе неплохого и супер-лояльного разработчика по цене сильно ниже рынка. Да, есть риск что ничего толкового не выйдет и компания просто потеряет на этом товарище время. Но на то есть риски и дополнительный дисконт к окладу. И ни один вменяемый тимлид или руководитель разработки не будет ожидать от вас устойчивых знаний по актуальным платформам и фреймворкам. Они ищут толковых людей с устойчивыми базовыми навыками разработки, огнем в глазах и шилом где положено.
Поэтому лучше потратить время на прокачку навыка самопрезентации и полировку работы с базовыми SDK выбранной платформы (в моем случае это был Android SDK). Из двух джунов выберут не того, кто лучше помнит "алгоритмы и структуры данных", а того, кто больше запомнился и произвел лучшее личное впечатление.
Но если что-то нас не убило, то точно сделало сильнее. Поэтому составляем список всего, что спрашивали на собесе, и планомерно читаем. Но важно не столько запомнить ответ, сколько увидеть причинно-следственные связи, и убедиться в их понимании на примере в коде.
Джунов не должны нанимать слишком легко
Ажиотаж на профессию привел к тому, что джунов на рынке можно грузить лопатой и нанимать килограммами. Соответственно, конкуренция во все более-менее нормальные компании просто огромна. Помножьте это на отсутствие работы в регионах и популяризацию удаленки. Любой, кто предлагает вам оффер после первого же собеса и без дополнительных проверок/условий скорее всего планирует закрыть джуном какую-то дыру. В лучшем случае, получите часть обещанной ЗП; в худшем — будете работать на домашнем ноутбуке, а вместо зарплаты получать "бесценный опыт".
Первая работа Джуна должна быть все же работой, а не практикой студента. Поэтому важно добиваться максимально приятных условий и зарплаты, особенно если вы чувствуете взаимный интерес на собеседовании.
Частые смены работы — это хорошо
Несмотря на популярную в HR-кругах теорию о том, что меняющий работу чаще чем раз в N лет ненадежен и нежелателен, в ИТ индустрии это норма. Более того, средняя продолжительность работы разработчика в организации — около 2 лет. Значит, что кто-то работает 4 года, а кто-то — 6 месяцев. Пруфы привести не могу — это комментарии знакомых HR-специалистов, подтверждающие собственные наблюдения.
У меня трудовая книжка уже с двумя вкладышами, так что будем считать такую позицию моей личной "деформацией". Однако, периодическая смена мест работы даст вам следующие преимущества в период прокачки себя как специалиста:

• Смена контекста применяемых технологий и методик разработки. Работая 5 лет на одном предприятии, вы никогда не составите свое мнение о том, как лучше работать над задачами, какие паттерны не работают, и где та граница, за которой абстракции в коде превращаются в бессмысленный оверинжиниринг.
  
• Работа в одном и том же коллективе не позволит составить собственное мнение о том, какие условия для вас действительно комфортны. Поработав в стартапе из 14 человек, и в огромном банке, я понял что больше не готов сидеть в опен-спейсе на 30 человек со всей России. Слишком разное у людей представление о приемлемом поведении в подобных условиях.
  
• Может оказаться, что при всей крутости проекта вас будут каждый день раздражать отсутствие чайника и ресепшена. То есть, всякие простые вопросы вроде "нужна тетрадь" или "нужно отдать ноутбук в ремонт" будут порождать целый квест с вами в главной роли. В то же время, отсутствие кофе-машины легко нивелируется покупкой маленькой ручной Wacaco (не сочтите за рекламу, но уж очень полюбилась эта малышка).

В общем, я советовал бы не загоняться вопросом "нужно высидеть хотя бы год, иначе не получится следующий хоп".

• Если чувствуйте, что прогресс на работе остановился или серьезно замедлился — попробуйте влезть в новый проект. Если нельзя — смело меняйте работу.
  
• Отработали пол года и видите что за вами не нужно все переделывать, а руководство устраивает ваша работа — заводите разговор о пересмотре ЗП. Реальная инфляция на порядки выше 3%, а спрос на более-менее вменяемых разработчиков не снижается.
  
• Если новая работа вообще не дает прокачки навыка, и вместо этого вы занимаетесь какой-то ерундой — меняйте работу. Это не та специальность, где запись в трудовой ценна сама по себе.

Большинство собеседований одинаковые, а ваше резюме или код никто особо не смотрит
По моим наблюдениям, 8 из 10 собеседующих получили ваше резюме за 10 мин до встречи. И да, им тоже лень всем этим заниматься, поэтому вас встретят списком найденных в сети вопросов по Java\Android\подставь_что_актуально. А значит, эти списки вы можете нагуглить самостоятельно и обстоятельно их разобрать. Это прибавит уверенности на встрече и поможет лучше сыграть свою партию.
Те самые 2 человека, которые поведут собеседование необычно, подготовятся к нему и захотят разобраться в ваших знаниях, встретятся вам уже ближе к уровню "middle". Поэтому, лучше идти на собеседование без завышенных ожиданий, и с повторенным конспектом наиболее популярных вопросов. Да, тут пригодятся студенческие навыки по конспектированию алгоритмов сортировки, нотации "большой О", и всего вот этого.
Ни в коем случае не призываю воспринимать все на веру. Это лишь мои наблюдения, которые я хотел бы сам прочесть 4 года назад. Но любое утверждение можно проверить самостоятельно, а в наше короновирусное время — даже не выходя из дома. Что я точно не стал бы делать, так это слушать советы подождать "более лучшего момента, и вообще сейчас не время". Никогда не время, а через год много чего может случиться.
Точно известно только то, что вы не станете моложе.
===========
Источник:
habr.com
===========
Похожие новости:

• [Программирование, Карьера в IT-индустрии] One way ticket, или как переехать в другую страну по работе: истории разработчиков
  
• [Мозг, Здоровье, Удалённая работа] Марафон удаленки, неделя 4: личная мотивация
  
• [Управление персоналом, Карьера в IT-индустрии] 29% кандидатов сразу откажется от оффера в крутую компанию, если им нахамят на собеседовании
  
• [Разработка мобильных приложений, Управление разработкой, Управление персоналом, Карьера в IT-индустрии] Заметки лида. Часть 1. Найм
  
• [Учебный процесс в IT, Венчурные инвестиции, Развитие стартапа, Лайфхаки для гиков] Y Combinator: Как писать холодные письма инвесторам (Майкл Сибель, основатель Twitch) (перевод)
  
• [Microsoft Azure, Управление персоналом, IT-компании, Удалённая работа] «Жуткая антиутопия». Microsoft представила инструмент автоматической оценки качества работы сотрудников
  
• [Управление продажами, Управление персоналом] Как использовать приемы агентурной вербовки в жизни и в бизнесе. Нетворкинг
  
• [Учебный процесс в IT, Карьера в IT-индустрии] Что и кому должен продуктовый аналитик? ч.1
  
• [Управление сообществом, Учебный процесс в IT, Развитие стартапа, Управление продуктом] Пользователи, которые наносят вред на начальном этапе стартапа (Майкл Сибель, основатель Twitch) (перевод)
  
• [Управление проектами, Управление персоналом, Научно-популярное] Почему дилетанты ведут себя увереннее, чем профи, и что с этим делать

Теги для поиска: #_uchebnyj_protsess_v_it (Учебный процесс в IT), #_upravlenie_personalom (Управление персоналом), #_karera_v_itindustrii (Карьера в IT-индустрии), #_udalennaja_rabota (Удалённая работа), #_karera_programmista (карьера программиста), #_karera_v_itindustrii (карьера в it-индустрии), #_samoobrazovanie (самообразование), #_rynok_truda_v_it (рынок труда в ит), #_uchebnyj_protsess_v_it (
Учебный процесс в IT
), #_upravlenie_personalom (
Управление персоналом
), #_karera_v_itindustrii (
Карьера в IT-индустрии
), #_udalennaja_rabota (
Удалённая работа
)