Как я выбирал, что изучать в IT
Когда только входишь в IT, учишься 24/7, но после первой работы у многих пропадает понимание, зачем продолжать.
Пока не дошёл как минимум до позиции Senior, нельзя останавливаться. Иначе можно погрязнуть в рабочей рутине и надолго застрять на одном уровне.
По степени важности я разделяю все потенциальные знания на три типа:
1. То, что распространено на рынке и требуется на собеседованиях.
2. То, что используется прямо сейчас на твоём проекте.
3. Всё остальное.
Сразу скажу, что если ты находишься в процессе поиска работы или не знаешь инструментов, с которыми сталкиваешься каждый день, то пункт 3 тебе точно не нужен, пока не разберёшься с пунктами 1 и 2.
Когда ищешь работу или планируешь переход на новый грейд, фокус должен быть на той информации, которая нужна рынку. Даже если ты изучишь что-то интересное, но не ответишь на вопросы, которые задают почти на каждом собеседовании, шанс получить оффер стремится к нулю.
Поэтому, как я писал в этом посте, нужно вычленить то, что требуется на рынке, и в первую очередь изучать именно это.
Когда работа уже есть, появляется много инструментов и технологий, с которыми ты так или иначе сталкиваешься, но не всегда понимаешь, как они устроены. И твоя цель — очень хорошо понимать инструменты, которыми ты постоянно пользуешься.
К примеру, на одной из первых работ я понятия не имел, как устроен Kubernetes, и, когда называли какой-нибудь из его компонентов, у меня был ступор.
Kubernetes был не единственным таким примером. Что я с этим делал?
Я просто шёл и проходил какой-нибудь хороший курс, в котором изучал всё с нуля до неплохого уровня, а потом закреплял полученные знания на работе.
Первые три года в разработке моё утро начиналось не с дейлика в сонном состоянии, а с часа изучения какой-нибудь новой технологии, которая нужна была мне для того, чтобы перейти на новое место или лучше работать на текущей работе.
Особенно приятно было вставать как можно раньше и закрывать эту часть с утра, чтобы потом не искать на неё силы.
В итоге со временем ты начинаешь лучше понимать инструменты, используемые в работе. Это даёт понимание возможностей и ограничений технологий, которое помогает при выборе решений в будущем.
Следуя такому способу приоритизации информации, можно грамотно подойти к вопросу: «Зачем я что-либо изучаю?» — и поставить перед собой более понятную цель.
Это поможет получать лучшие предложения на рынке, а также принимать более взвешенные решения в работе, основанные не только на практике, но и на теории.
Если ты сейчас готовишься к собеседованиям и хочешь понять, какие темы стоит подтянуть в первую очередь, можешь попробовать моего бота 👉 RepeatIT, который поможет проверить знания и найти пробелы, чтобы подготовка была более системной.
Когда только входишь в IT, учишься 24/7, но после первой работы у многих пропадает понимание, зачем продолжать.
Пока не дошёл как минимум до позиции Senior, нельзя останавливаться. Иначе можно погрязнуть в рабочей рутине и надолго застрять на одном уровне.
По степени важности я разделяю все потенциальные знания на три типа:
1. То, что распространено на рынке и требуется на собеседованиях.
2. То, что используется прямо сейчас на твоём проекте.
3. Всё остальное.
Сразу скажу, что если ты находишься в процессе поиска работы или не знаешь инструментов, с которыми сталкиваешься каждый день, то пункт 3 тебе точно не нужен, пока не разберёшься с пунктами 1 и 2.
Когда ищешь работу или планируешь переход на новый грейд, фокус должен быть на той информации, которая нужна рынку. Даже если ты изучишь что-то интересное, но не ответишь на вопросы, которые задают почти на каждом собеседовании, шанс получить оффер стремится к нулю.
Поэтому, как я писал в этом посте, нужно вычленить то, что требуется на рынке, и в первую очередь изучать именно это.
Когда работа уже есть, появляется много инструментов и технологий, с которыми ты так или иначе сталкиваешься, но не всегда понимаешь, как они устроены. И твоя цель — очень хорошо понимать инструменты, которыми ты постоянно пользуешься.
К примеру, на одной из первых работ я понятия не имел, как устроен Kubernetes, и, когда называли какой-нибудь из его компонентов, у меня был ступор.
Kubernetes был не единственным таким примером. Что я с этим делал?
Я просто шёл и проходил какой-нибудь хороший курс, в котором изучал всё с нуля до неплохого уровня, а потом закреплял полученные знания на работе.
Первые три года в разработке моё утро начиналось не с дейлика в сонном состоянии, а с часа изучения какой-нибудь новой технологии, которая нужна была мне для того, чтобы перейти на новое место или лучше работать на текущей работе.
Особенно приятно было вставать как можно раньше и закрывать эту часть с утра, чтобы потом не искать на неё силы.
В итоге со временем ты начинаешь лучше понимать инструменты, используемые в работе. Это даёт понимание возможностей и ограничений технологий, которое помогает при выборе решений в будущем.
Следуя такому способу приоритизации информации, можно грамотно подойти к вопросу: «Зачем я что-либо изучаю?» — и поставить перед собой более понятную цель.
Это поможет получать лучшие предложения на рынке, а также принимать более взвешенные решения в работе, основанные не только на практике, но и на теории.
Если ты сейчас готовишься к собеседованиям и хочешь понять, какие темы стоит подтянуть в первую очередь, можешь попробовать моего бота 👉 RepeatIT, который поможет проверить знания и найти пробелы, чтобы подготовка была более системной.