То, как компании нанимают сотрудников, определяет будущее индустрии. Вот таймлапс роста разработчика, который это демонстрирует:

Этап 1: Розовые очки

Вася читает:

• В IT ценятся навыки сложного и вдумчивого планирования приложения и архитектуры и готовность принимать сложные решения. В IT платят за глубокое понимание проблемы и эффективное решение

• “Рост зарплат в IT составил 18%”, средняя зарплата 230 000 руб.

• “Чем больше опыта, тем выше зарплата”.

• Из-за импортозамещения в стране дефицит разработчиков, так что или сейчас, или никогда.

• Истории учеников без высшего образования, нашедших работу после окончания курса.

“Как здорово, - думает Вася, - IT-компании поняли, что если фильтр по диплому отсеивает хороших кандидатов, он не нужен. Умно!”

В этой статье мы поговорим о том, почему эти ожидания неоправданны.

Этап 2: Выгореть до оффера

Вася заканчивает курс, но на собеседованиях его спрашивают намного более глубокие знания: алгоритмы, основы system design, тонкости работы с CI/CD. Сначала Вася решает изучить вопросы глубже, но через месяцы выгорает - за каждым понятием скрывается еще пять. Выгореть до оффера - это мощно. Тогда он решает слепо выучить ответы на эти вопросы, и в следующей попытке уже доходит до мотивационно-поведенческого раунда. Вася отвечает честно, что зарплата ему важна, и что хоть он и хочет учиться, он не готов задерживаться на работе больше 8 часов. Вася верит, что в IT осознанный сотрудник на вес золота, и система найма эффективно его распознает. Но рекрутеры щурятся.

После нескольких попыток Вася понимает, что нужно подыграть рекрутеру. Кажется странным, что те же люди, которые мудро отказались от необходимости дипломов, теперь строят заборы в виде словесных игр. Но таковы правила, и вот вместо денег Вася уже говорит о своей страсти к IT и интересу к проекту. Он всем видом показывает, что готов делать больше, чем нужно. Сам того не заметив, Вася уже носит маску, чтобы пройти собеседование. Рекрутеры не понимают технические детали в словах Васи, ведь они оканчивали юрфак. Это кажется нелепым.

Но это работает.

Этап 3: Лень

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

Еще одна маска, еще одна ложь.

Этап 4: Очки разбиваются

Вася растет как специалист. Спустя полтора года его штат сокращают, и Вася вынужден вспомнить, как искать работу. У него уже почти 2 года опыта, и Вася решает, что он миддл. Но на вакансиях висит “от 2 лет опыта”. “Что поделать, они, наверное, что-то знают”, - решает Вася и с грустью идет на джуна.

“Теперь у меня больше опыта, и мне будет легче!” Для подготовки Вася открывает описание вакансии и популярный список вопросов. Кажется, вакансия была слеплена наобум, а среди популярных вопросов одна теория. Но теория и алгоритмы за эти пару лет не сильно пригодились. В основном Вася ковырялся в логах и писал тесты. Вася с ужасом понимает, что учит то, что не пригодится на работе.

Вечерами Вася припоминает свои изначальные впечатления от IT: “Тут платят за глубокое понимание проблемы и эффективное решение”. И куда это подевалось? Кто-то явно делает свою работу плохо, но сейчас это не важно. Важно пройти собеседование. Но на собеседовании все та же теория, те же алгоритмы, только сложнее. Приходится месяцами готовиться и вспоминать.

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

Этап 5: Иди-ка пособеседуй

Нашему Васе везет, и он находит новую работу. Еще через 5 лет, ему говорят: “Теперь ты сеньор, иди-ка пособеседуй кандидатов”. Вася опять вспоминает болезненный процесс подготовки. Его спрашивали странные вещи. Но может, в этом что-то есть? Говорят, алгоритмы показывают логическое мышление кандидата. Разве это не важно? И вот Вася задает кандидату те же вопросы: раз так поступали с ним, в этом должен быть какой-то смысл.

А по ту сторону экрана сидит новоиспеченный джуниор, который еще верит, что в IT платят за глубокое понимание проблемы и эффективное решение.

Если каждый айтишник пойдет дорогой Васи, это поменяет рынок найма. С рынком поменяется нужный профиль эксперта, а с ним и IT.

Ври или уходи

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

Я разработчик, и каждый месяц хожу на собеседования в европейские и русскоговорящие компании. Меня оценивают и фильтруют люди без технического бэкграунда. Вам знакомы эти словесные игры, чтобы пройти скрининги? У меня они каждый раз: я говорю, что мне не важны деньги, и я работаю ради идеи. Любой другой ответ рекрутер посчитает красным флагом.

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

Фильтр вслепую: ищем постарше

Фильтруя кандидатов по годам, вы проигрываете конкуренцию и отсеиваете честных. Следующая мысль звучит логично, но в корне неверна: “чем дольше специалист в индустрии, тем качественнее и быстрее он решает задачи.”. Накапливается полезный опыт и насмотренность. Так подумало начальство очередной компании, выставляя фильтр на вакансию от 5 лет. Вакансии уровня сеньора начинаются с “от 5 лет опыта”. Это важнее, чем релевантность опыта, потому что рекрутер даже не откроет твое резюме, если там стоит 4 года. 81% работодателей используют элементы найма по опыту и только 13% компаний убирают требования по стажу из вакансий. Если фильтр по опыту это норма, зачем придумывать что-то сложнее? Главврач от 10 лет опыта, старший офицер от 2 лет опыта. Разница в том, что разработчик намного меньше привязан к компании. Вот история, которая это показывает:

Через 6 месяцев после устройства на свою первую работу я пошел просить повышения зарплаты на 20%. Вокруг меня тогда были коллеги с 5-10 годами опыта, и много где они явно отставали от меня по скорости и качеству выполнения задач. На мою просьбу о повышении глава компании ответил, что я работаю в компании меньше года. Я не знаю многого о базах данных, и сперва мне нужно изучить их. Ведь каждый разработчик должен знать SQL на глубоком уровне. Но я не написал и не видел ни одного SQL-запроса за 6 месяцев. Тогда я растянул опыт работы в резюме с 6 месяцев на 1 год, и вышел на рынок труда. Было несложно найти работу с вдвое большей оплатой. Пожертвовав честностью один раз, я срезал годы ожидания повышений.

Не будь лояльным, если тебя не нанимают и оценивают по результатам.

Алгоритмы на собеседовании - признак невежества собеседующего

Честный сотрудник спросит: нужен ли нам кандидат, который может реализовать Linked List? Другой же придумает причину не изобретать ничего лучше. Из 52 респондентов FAANG, ноль заявило, что их компания отошла от алгоритмических вопросов. Из 30 пройденных мной собеседований, в 20 я писал алгоритмы. Я реализую алгоритмы так же, как это делали пионеры в 2005. Когда я ищу работу, я начинаю с повторения алгоритмов. Приходится делать это в свободное от работы время, ведь на работе с алгоритмами я не работаю. Раз вокруг алгоритмов построена целая индустрия в виде leetcode-сайтов и курсов, за ними должна стоять огромная ценность на работе. Но это не так:

Когда я только устроился на первую работу программистом, у меня была нетипичная техническая задача. Сложная операция с тремя массивами данных. Можно написать кастомный алгоритм. Я с трепетом трудился над решением, и уже через пару дней мой наставник хмурился над PR-ом. “Это всё, конечно, здорово, но похожий алгоритм уже имплементирован в библиотеке Х. Давай импортируем оттуда и будем использовать ее. Зачем брать на себя бремя поддержки такого сложного алгоритма?” Тогда я понял, что потратил сотни часов обучения впустую. Зачем спрашивать меня алгоритмы на собеседовании, если эти знания я не смогу использовать? Я думал, что мне не повезло с местом работы. Но позже я напрямую стал спрашивать коллег-бэкендеров, пригодились ли им знания алгоритмов. Ни один из 20 опрошенных мной сеньоров не писал алгоритм руками в рамках рабочей задачи. Сменив 4 компании, я так и не отсортировал ничего пузырьком. Проблема абсурдна потому, что знания, проверяемые на собеседовании, важнее знаний, применяемых на работе: без первого ты не найдешь работу, а второе выучишь на испытательном сроке.

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

Попрыгунчики

Попрыгунчики не лояльны к компании. Их не хотят нанимать, ведь завтра они уволятся. Попрыгунчиками называют людей, которые меняют место работы чаще, чем раз в два года. Найм и онбординг - это дорого. Средняя стоимость найма одного разработчика в России составляет от 150 000 до 200 000 рублей. Если он уйдет через 2 месяца, компания в минусе. Проблема в том, что попрыгунчики - это большинство рынка.

Средний срок пребывания на работе у поколения Z (в первые 5 лет карьеры) составляет всего 1,1 года. Если человеку предложили зарплату на 40% больше текущей, он должен отказаться. Иначе он - попрыгунчик. Но что делать людям, которым не повезло попасть под сокращение, пришлось сделать паузу в карьере или новое место работы не понравилось? HeadHunter советует сглаживать углы. Однако для этого нужно попасть на собеседование, а твое резюме отсеят еще на этапе фильтра по времени работы в компании. Врун обойдет этот фильтр, растянув опыт, а честный не всегда получит шанс оправдать частую смену места работы.

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

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

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

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

Многоработничество

В IT можно работать на двух работах и укладываться в 8 часов. Я работаю с людьми, которые считают своим долгом доложить начальству, если у них есть подозрения, что один из коллег работает на двух работах. Упомянуть, что ты не видишь в этом ничего плохого на собеседовании, - это автоматический отказ. Если ты работаешь на двух работах, по мнению компании, ты делаешь свою работу хуже. Это неправильный вывод, который легко сделать, если не думать головой:

Предположим, у вас есть неэффективный сотрудник. Он тратит половину рабочего дня на просмотры тиктоков или на трешталк с коллегами. Многие узнают в этом описании себя или своих коллег. Такой сотрудник хуже многоработника, ведь второй тратит время на профессиональную деятельность. Две работы позволяют расти как разработчик в два раза быстрее.

На момент написания статьи сообщество Осознанная Меркантильность имеет 25 тысяч платящих подписчиков, а в англоговорящем IT-сообществе /r/overemployed 500 тысяч читателей. Это сотрудники IT, которые своим временем и рублем говорят: стратегия многоработчества работает. Совмещать две работы - очень старый подход. Веками существовали люди, работающие в двух и более местах. Но сейчас компании не умеют оценивать труд в IT, а с AI сотрудники добиваются крейсерской эффективности.

Работающие на двух работах доказывают, что подход компаний к управлению устарел. Я не хочу быть онлайн 8 часов в день, если мою работу можно сделать за 2 часа.

Что происходит, когда многоработничество раскрывает работодатель? Сотрудника просят бросить другие источники дохода. Попробуйте поставить себя на место работника, и оценить его шансы остаться в компании. Дело выходит за грани закона: в этом вопросе компания диктует свою волю сотруднику, и при возникновении спора суд, вероятнее всего, встанет на сторону работника. Запрет на многоработничество - нарушение трудовых прав, как во время действия трудового договора, так и при его прекращении по этой причине.

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

Пустые обещания компаний IT-культура разрывается от обилия лицемерия и вранья со стороны компаний. Компания - это горстка вчерашних кандидатов, которые наобещали клиенту готовых решений и сейчас ищут того, кто воплотит их в жизнь за небольшой процент от сделки. В бизнесе принято приукрашивать. Стартапы продают продукт, еще его не сделав. Когда я устраиваюсь, мне врут про интересные задачи и дружный коллектив. Потом мы читаем, что 80% разработчиков "несчастливы" или безразличны к своей работе, а каждый третий активно ее не любит. Но кандидата осудят за вранье или приукрашивание своего резюме.

Ты ничего не умеешь. Компания инвестирует в будущее, нанимая тебя. Это мне сказали, когда я устроился на первую работу. Спустя полгода я перерос команду и ушел. Почему компании повышают только раз в год? “Потому что система не позволяет раньше” - это плохая ложь. Систему придумала компания. Правильный ответ: недоплачивая сотруднику, компания экономит деньги. А сэкономленные деньги не хуже заработанных.

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

Я хочу, чтобы у тебя был козырь, когда пойдешь искать работу.

Что делать с наймом? Теория проста. Если все будут врать и следить за наймом, со временем получится, что собеседующий будет знать трюки собеседуемого. Минус на минус даст плюс, и проблема решится сама.

Разработчику: следи за наймом и за тем, что там работает. Чтобы быть востребованным сотрудником, ходи на одно собеседование в месяц. Я не боюсь потерять работу, ведь я знаю, что завтра найду новую. Для этого нужно уметь хорошо проходить собеседования. Поскольку они проводятся необдуманно и формализованно, тебе нужно быть на шаг впереди. Учись угадывать, что от тебя хотят услышать, и делись с миром абсурдом найма в IT. Это возможно только с практикой.

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

Больше в моем телеграм канале @TECHPRENEURRR