Про собеседования в IT - часть первая

Недавно в вороньем сообществе обсуждали тему собеседований в IT 👨‍💻 Об этом и поговорим.

Многие знают, что это сейчас действительно больной вопрос😔 Рынок нестабилен, с непредсказуемыми критериями отбора, где одновременно фильтруют и боты и люди, и попасть в их выборку совсем непросто.

Зачем менять работу, если и тут хорошо? Основная “проблема” в IT - чтобы оставаться квалифицированным и востребованным специалистом, необходимо раз в несколько лет менять место трудовой деятельности, с целью профессионального роста и, разумеется, улучшения условий труда.

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

Немного про мой опыт

Чуть больше полугода назад я поменял работу. На предыдущем месте я проработал до момента, когда зона комфорта окончательно перестала быть комфортной, и что-то нужно было менять.

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

Конечно, ситуации бывают разные, но чаще всего у нас есть на это время, но нет желания и иногда и сил.

Тут конечно нужна решимость, план, и способность как-то организовать подготовку и поиск нового места параллельно с текущей работой.

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

Учиться и готовиться в таком состоянии - весьма трудно, но необходимо. Если вы хотите разорвать этот порочный круг.

Мой последний опыт в этом направлении от решения до получения оффера занял несколько месяцев. Долго. Медленно. Но это сработало.

Какую работу я искал

Я искал вакансии системного инженера по Linux системам от уровня middle+. В принципе, то же направление, где я уже был.

Откликался я на вакансии с подобными названиями: “DevOps инженер”, “Системный администратор”, “Администратор Linux систем”, “Системный инженер”, “SysOps инженер”, и т.д. и т.п.

Тут наверное стоит уточнить моё отношение к именованию современных вакансий 😏

Тут конечно каждый кадровик на что горазд 🤷‍♂️ но по сути это всё можно обозвать “системного администратора Linux 😀”. Но т.к. термин “сисадмин” сильно избит, мне больше импонирует “Системный инженер”.

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

Процитирую себя же:

И вообще, разделение linux админов на девопсов и “недевопсов” мне сегодня видится не актуальным, особенно в эпоху ИИ. Если ты дружишь с консолью, более-менее знаешь shell или питон и у тебя есть голова на плечах, ты спокойно разберешься в любом современном ПО и автоматизируешь любое г*вно, которое тебя попросят автоматизировать) было бы желание.

Администратор Linux, DevOps, системный инженер - всё это один и тот же профиль. Спасибо ИИ, границы стёрлись.

С тем же Kubernetes, который является отраслевым стандартом управления сервисной инфраструктурой, так или иначе работают практически все технические специалисты. Админы, разрабы, ДБА, etc. Кто-то больше, кто-то меньше.

Приведу еще одну цитату одного из собеседников из того же обсуждения:

У меня в плане вакансий непонятки по грани между админом и devops-инженером. В вакансии админа могут идти требования: ansible, git, ci\cd, kubernetes, а в devops вплоть до почтовых серверов и AD. К первому перекосу вопросов меньше, а вот во втором случае в компании явно что-то не так делают.

Так оно и есть. Многие HR специалисты не всегда правильно понимают те или иные технические термины. Оно и понятно, ведь называть человека методологией (DevOps - это в первую очередь методология) это конечно нужно умудриться. Да и под тем же системным админом может подразумеваться много чего. Ведь админы и офисные бывают, а бывают администраторы инфраструктуры, мейнтейнеры, инженеры эксплуатации, SRE и прочие эксперты. Но не будем на этом пока заострять внимание, а вернемся к ситуации с собесами.

Требования, которые нужно знать

На данные позиции, работодатели спрашивают обширный набор знаний. Что именно - сложно предугадать, в каждой компании своё. Но есть определённый костяк - фундаментальные темы, которые проверяют почти всегда. Если ты знаешь этот костяк, ты уже на половине пути.

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

Как вы знаете, у меня есть привычка, в той или иной степени, документировать всё, с чем приходится сталкиваться при работе с Linux. Поэтому меня не составило труда подготовить для себя тонну материала, который я посчитал наиболее актуальным. Список тем оказался внушительным, на мой взгляд. Глаза разбегались, не зная с чего начать. То ли повторять SQL, то ли учить Bash, вспоминать Python, углубляться в системные вызовы и так далее. В итоге я скормил весь список тем ChatGPT, чтобы бот мне всё структурировал, отсортировал по темам, логике, сложности. Это сильно облегчило для меня процесс штудирования. Темы шли от общего к частному. Это тоже очень помогло - вместо хаоса была некая карта.

Что дальше

Если вас заинтересовал мой небольшой рассказ, накидайте в реакциях к этому посту Ворону 🐦‍⬛ и в следующей части я расскажу про сами собеседования. Как они проходили, какие вопросы у меня спрашивали, на что обращали внимание. Как я выполнял “live admining”, аналог лайвкодинга для разработчиков и кое что ещё. Если и это будет интересным, то в третьей части выложу полный список тем и материалов, со ссылками на статьи, шпаргалки, обучающие видео, которые смотрел/изучал/повторял, с комментариями - для тех, кто в похожей ситуации и не знает, с чего начать🤔

Хорошего дня!

👨‍💻Ну и…

Не забывайте про нашу телегу📱и чат 💬

Или может хотите стать соавтором? Тогда клик сюда🔗

Всех благ✌️

That should be it. If not, check the logs 🙂