«Никому не нужны высокомерные гении»

1. Проблемное резюме 

Резюме — это билет на собеседование. Оно помогает пройти отсев и стать в очередь кандидатов на вакансию. Чтобы резюме сработало, рекрутер должен увидеть релевантный опыт, знание технологий и другие запрашиваемые качества.

❌ Не пишите всё подряд. Если я ищу Java-разработчика, то в резюме хочу видеть знания Java, используемые библиотеки и примеры проектов именно на этом языке.

Вместо этого большинство резюме состоят из списка языков программирования, которые разработчик когда-либо изучал или пробовал. К этому добавляется профиль на GitHub со свалкой неподписанных проектов — у рекрутеров нет времени разгребать бардак, и такие кандидаты проходят мимо собеседований. 

❌ Не откликайтесь, если не проходите по основным требованиям. Когда я ищу разработчика со знанием английского, то это нужно для какой-то задачи — например, для коммуникации с командой из США. Поэтому я не буду рассматривать кандидатов без опыта, а тех, кто заявляет про опыт, — постараюсь проверить самостоятельно. Если не получится — английский проверит интервьюер на собеседовании или наставник в период испытательного срока.  

✅ Идеальное резюме — это когда у кандидата есть релевантный опыт по всем пунктам вакансии. Хуже — когда опыт заменяется крепкой теорией. На грани — если кандидат не соответствует дополнительным требованиям и это не критично для работы. Например, если в вакансии написано «плюсом будет английский» — это дополнительное требование, которое подтягивается после трудоустройства. 

2. Действия без карьерного плана 

Карьерный план — это ответ на три вопроса: почему вы занялись программированием, где находитесь сейчас и к чему стремитесь через 5–10 лет. Эти ответы помогают устроиться в подходящую компанию и определить момент, когда стоит задуматься о повышении или найти новое место работы. 

❌ Не идите на собеседование, если вам интересна только зарплата. Компаниям невыгодно тратить время на одноразовых сотрудников, которые при первой возможности уйдут за более выгодным предложением — таких людей я стараюсь отсеивать на этапе телефонного разговора или скайп-интервью. 

⚠️ Триггером для меня выступает примерно такой контекст: «здесь платят Х, а я хочу 2Х и офис с бесплатным питанием. Найдёте — возвращайтесь, посмотрю вашу вакансию».  

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

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

✅ Подготовьте карьерный план и подумайте, как выбранная компания поможет его реализовать. Это может быть практический опыт, интересный продукт, возможность поработать в разных направлениях разработки или стать частью успешной команды под руководством крутого наставника — подойдёт что угодно, что вызывает интерес помимо зарплаты. О зарплате мы поговорим отдельно. 

3. Беда с зарплатными ожиданиями 

При трудоустройстве на зарплату влияет среднерыночная цена и бюджет, который работодатель выделяет на нового сотрудника — это связанные факторы, и поэтому одна вакансия в разных компаниях оплачивается с разницей плюс-минус 30%. Например, если средняя зарплата начинающего андроид-разработчика 60 000 ₽, то в разных компаниях эта должность оплачивается в пределах 40 000—80 000 ₽. 

❌ Не противопоставляйте высокую зарплату комфортным условиям работы. Допустим, компания предлагает начинающему андроид-разработчику 120 000 ₽ — выше максимума среднерыночной вилки. Эта зарплата предполагает 14-часовой график, 6-дневную рабочую неделю и штрафы за любое нарушение дисциплины — разработчик соглашается, терпит пару месяцев и планирует побег в компанию с лучшими условиями. С этого момента начинаются проблемные собеседования.

Если разработчик увольняется, а затем ищет работу — на новом месте спросят о причинах и попросят объяснить отказ от высокой зарплаты.

Если кандидат жалуется на работодателя или тяжёлые условия работы — для рекрутера это повод отказать по софт-скилам. В переводе — «Ты, может быть, хороший специалист, но нам нужны не только хорошие спецы, но и нормальные люди». 

Жалоба на задачи — провал по хард-скилам: «Ты, похоже, не такой хороший специалист, как ты о себе пишешь»

Байка о карьерном потолке — повод усомниться в искренности намерений. Обычно люди, которые рассказывают о таком, — это новички, которые убегают от возложенной на себя ответственности. 

⚠️ Если разработчик не уволился и в рабочие дни тайно посещает собеседования — ко всему перечисленному добавляется этическая сторона. Кому нужен сотрудник, который обманывает и не уважает работодателя? Штраф и негативный отзыв работодателя не считаем — это бонус ко всему. Увольнение за спиной — это отдельная ошибка, и её разберём позже. 

❌ Не ходите на собеседования с расчётом «сколько предложат, на столько и соглашусь». Возьмём другого андроид-разработчика и устроим его в компанию за 20 000 ₽ — ниже минимума среднерыночной вилки. С таким окладом он быстро задумается о переходе и столкнётся примерно с теми же проблемами, что и его коллега за 120 000 ₽. Разница в том, что некоторые работодатели с пониманием отнесутся к ситуации, а другие, наоборот, не поймут, почему человек пришёл за опытом и вместо этого шастает по собеседованиям, выбивая новую зарплату. 

✅ Выбирайте компании с программой развития сотрудников — это когда можно начать со средней зарплаты и постепенно её увеличить до высокого уровня по понятным принципам. 

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

4. Неуважительное отношение к людям

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

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

✅ Исходите из того, что с вами говорит не профан. Если с вами общается рекрутер, не стоит думать, что он ничего не понимает в технологиях. Большинство ИТ-рекрутеров подкованы в теории, умеют читать код на нескольких языках и знают основные принципы программирования. Если кандидат переходит на технический язык и начинает говорить бред — я это понимаю и не допускаю к дальнейшим этапам отбора. 

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

Но если я вижу, что человек относится к окружающим как к прислуге, его шансы невелики. 

5. Отсутствие портфолио 

Между равными кандидатами чаще выбирают того, у кого есть портфолио. Если два кандидата с портфолио — оценивают выполненные проекты. Если у двух кандидатов с портфолио одинаковое количество релевантных проектов — смотрят на того, у кого всё аккуратно оформлено, подписано и структурировано. 

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

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

✅ Старайтесь делать так, чтобы ваши портфолио запомнились. Слышала у коллег такую ситуацию: разработчик проходил собеседование на тимлида, опаздывал на встречу и всех заранее предупредил. Когда приехал — извинился и подарил девушке-интервьюеру любимые цветы. Как он о них узнал и где купил в пробке — загадка. Получился кейс, как тимлид выходит из неудобной ситуации. 

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

6. Нечёткие ответы 

Цель технического собеседования — проверить кандидата на знание теории, практики и умение мыслить в нестандартных ситуациях. Ценится, когда кандидат даёт чёткие ответы и добавляет к ним примеры или личные кейсы. Вы удивитесь, насколько редко это происходит. 

❌ Не уходите в дебри и не избегайте конкретики. Спрашивают про хеш-таблицы — объясните, что это такое и где можно применить. Если есть проект в портфолио — расскажите о нём. Этого достаточно, чтобы проверить ваши знания темы — если нужно, интервьюер обязательно задаст дополнительные вопросы. Главное — не переключайтесь с таблиц на историю программирования и высокие материи искусственного интеллекта: так вы скажете много, но ни о чём. 

❌ Вторая крайность — делать практическую часть молча. Когда вы проговариваете решение, интервьюер слушает ход мыслей и может вовремя подкорректировать ошибку. Если решение правильное, но вы не способны его объяснить — это равносильно зазубренному ответу, который не засчитывается. 

✅ Запомните формулу идеального ответа на любой технический вопрос: скажите что это и где используется → где использовали вы и почему → с какими сложностями или ограничениями столкнулись → как вышли из ситуации. 

7. Поиск работы за спиной работодателя 

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

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

❌ Не ходите по собеседованиям, если вам это запретили. Я знаю компании с таким негласным правилом: открыл на hh.ru резюме — подавай заявление об увольнении. 

Бывает и обратная ситуация, где руководители рекомендуют ходить по собеседованиям для поддержания тонуса. Какие правила в вашей компании — нужно спрашивать. Если руководитель против — это нельзя игнорировать. Иначе на собеседованиях появятся вопросы по дисциплине. 

❌ Никогда не шантажируйте компанию увольнением. У знакомого ИТ-рекрутера была такая ситуация: разработчик тайно прошёл собеседование и должен был за месяц перейти на новое место работы. Об этом узнал руководитель и предложил компромисс: доработать полгода до конца проекта и спокойно уйти. Разработчик согласился, передоговорился на новом месте работы и в середине срока пошёл на шантаж — он запросил двойную зарплату, поскольку писал основной код. 

Руководитель согласился, всё выплатил и рассчитал разработчика. Об этом много кто узнал, и разработчик отправился на фриланс — ему закрыли двери на все собеседования. Компаниям теперь будет очень трудно согласиться платить существенные деньги человеку, склонному к подобным подставам и подлости. 

✅ Хотите найти новую работу — сделайте это по-человечески. Здесь хочу поделиться двумя похожими примерами с разным успешным результатом. 

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

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

Бывают исключения, но на них лучше не надеяться 

Есть две ситуации, в которых ошибки не влияют на результат трудоустройства: 

В остальных случаях работу получают те, кто меньше ошибается, показывает релевантный опыт и создаёт приятное впечатление на собеседовании. 

Что дальше 

Если хотите следить за вакансиями и хитростями рекрутеров — посетите телеграм-канал IT Recruiter Profi.

Нужна консультация — обращайтесь к Язиле Насибуллиной. 

Думаете над резюме — посмотрите инструкцию от разработчика из Яндекс.Практикума. 

Хотите больше рекомендаций — почитайте теорию о собеседованиях в ИТ-компании.