Пришло время рассказать широкой аудитории о практиках, которые больше не работают для найма технических специалистов в 21м веке. Чего не надо делать, если хотите нанимать нормальных специалистов.
Это третья статья, посвященная сложной теме найма технических специалистов — в первую очередь высококлассных программистов.
Первые две: «Грязные трюки найма техлидов» и «Как нанимать хороших программистов» привлекли определенное внимание и вызвали интерес широкой аудитории, поэтому было решено продолжать раскрывать эту тему.
В этот раз рассказываю о методах и практиках проведения технических интервью, которые больше не работают и применять их в 2025м году абсолютно точно не стоит.
Разумеется автор не «сразу родился» плотно упакованным техническими знаниями — много лет (и далеко не всегда успешно) он точно также как и вы дорогой читатель, ходил по собеседованиям в качестве кандидата, прежде чем оказаться с другой стороны переговорного стола.
Поэтому успел на собственной нежной психике испытать все описанное в статье.
Если вы вынуждены проводить технические интервью не имея достаточного опыта за плечами — статья специально для вас и точно поможет снизить риски неправильного найма.
Также надеюсь что хотя-бы часть позорных печальных практик, столь часто применяемых в родной ИТ-индустрии моя статья поможет наконец искоренить и предать забвению.
1. Автотесты
Экспресс‑тесты, квизы, опросники, любые онлайн или оффлайн (на бумаге) системы тестирования, с ИИ или без, основанные на выборе нужных вариантов из набора предложенных — не работают.
Все прекрасно понимаю:
большой поток кандидатов, мало времени и острое желание оптимизировать затраты на проведение интервью самым простым и очевидным способом.
Увы, но так просто проблема оценки технического уровня не решается и все красиво выглядящие задачки, вроде такой:
существуют лишь для траты вашего времени и денег вашей компании — на покупку системы онлайн‑тестов, но не дают вменяемых результатов.
И да (просто обязан был это сообщить):
такими тестами срезаются даже очень сильные инженеры, чьи компетенции вам бы точно подошли
На что есть вполне объективные причины.
1.1. Причины
Постараюсь вкратце объяснить суть претензий к автотестам для читателей, не отягощенных высшим техническим образованием.
Дело в том что во всех подобных тестовых заданиях код задачи всегда абстрактен и не учитывает окружение, зато варианты ответов подаются максимально однозначными и четкими.
На что есть веская причина:
детально формализовывать окружение для каждого теста крайне проблематично, тем более что учесть абсолютно все нюансы в любом случае не выйдет.
Если только вы не хотите заставить кандидата, проходящего такой тест, прочесть 100 страниц технической спецификации для 5 строк кода, разумеется.
К сожалению в программировании (как впрочем и в любой другой области) между абстракцией и конкретным результатом находится натуральная пропасть, которую в былые времена собственно и обсуждали на интервью приличные джентельмены.
Если все еще не понимаете о чем речь:
Java это язык программирования, у которого есть множество разных версий: 1.8, 11, 17, 21 — только самые часто используемые.
У языков программирования есть компилятор, интерпретатор или транспилер, а поскольку Java очень популярна — для нее есть все вышеперечисленное, причем разных реализаций и от разных вендоров.
Таким образом код программы на Java можно:
скомпилировать, например в байткод или нативное приложение;
интерпретировать — выполнять по шагам;
перекодировать (транспилировать) в код на другом языке.
Но и это еще не все, поскольку большинство современных программ сильно зависят от специализированной среды выполнения и Java — не исключение.
в первую очередь от среды выполнения (рантайма) а не от самой программы зависит что именно и как будет происходить при запуске.
В полностью управляемой Java, можно добиться абсолютно любого поведения пользовательской программы воздействием на рантайм:
переписывать ветвления логики, менять наборы переменных, менять модификаторы методов и классов, другими словами творить любую дичь во время выполнения.
И все это без каких-либо изменений оригинального кода программы.
Таким образом, с точки зрения опытного разработчика, отличающего синтаксис языка от конечного представления и компилятор от интерпретатора — любые тесты вида «блок кода и варианты ответов на выбор» являются техноересью, разжигающей религиозную ненависть.
И поводом для глумежа разумеется.
1.2. Проблема глубины
У автотестов есть еще одна проблема, о которой стоит рассказать:
человеческая память сильно ограничена и не работает по принципу жесткого диска.
Проще говоря «запомнить все и хранить в памяти вечно» не выйдет чисто физиологически, как бы вы ни старались — детали быстро забываются, ровно как и все что не используется постоянно.
Поэтому несмотря на то, что сам автор когда-то проходил сертификацию по Java, с ходу и без помощи Гугла (или компилятора) — не сможет уверенно сказать, сработает такой код или нет:
if (obj instanceof String name && name.length() > 10) {
..
}А между тем этот код взят из задания новой версии экзамена «Oracle Certified Professional: Java SE Developer», который автор когда‑то успешно сдал.
Таким образом, подобные тесты «на глубину» в лучшем случае позволяют проверить хорошую память и наличие большого количества свободного времени у кандидата (подготовка к OCP занимает минимум месяц ежедневной зубрежки), но не глубину его знаний.
Напомню, что за всю свою жизнь видел лишь одного человека, который мог свободно оперировать пунктами спецификации языка Java (JLS) без обращения к документации и интернету.
И этот человек был психически больным (савант).
1.3. Проблема обмана
Наконец третья важная истина, которую вам стоит узнать об автоматических средствах проведения интервью:
любые автотесты — прямое приглашение к обману
Поймите наконец: вы пытаетесь нанять умного человека а не идиота, умный человек (тем более инженер) всегда будет пытаться обмануть глупую машину, особенно если та была специально создана для контроля над людьми.
Для хорошего программиста даже окно авторизации является оскорблением — приличных людей узнают по галстуку и белоснежной улыбке, а тут какие-то дурацкие тесты, отделяющие благородного дона от любимой работы.
Поэтому как только оставите кандидата наедине с автотестами — у того немедленно появится острое желание эти самые тесты обойти любым способом.
Не потому что он лютый жулик нехороший человек а просто из принципа и на уровне инженерного рефлекса.
Резюмируя:
забудьте про любые автоматические тесты, если собираетесь нанимать нормальных инженеров
2. Стресс-тест
Следущий дурацкий метод, уходящий корнями в 70е — то что называется «стрессовое интервью».
Это необязательно сектантская дичь когда на кандидата орут, выдают сломанный стул с пиками, ударяют по столу кулаком или плескают в лицо водой (хотя когда-то делали и такое) — в современных реалиях «уникальных снежинок» речь идет лишь про «симуляцию стрессовой ситуации» как таковой:
перенос интервью в последний момент, задержка перед началом — то самое «заставить подождать»
Могут быть раздражающие звуки на фоне, когда например собеседование проводится не в переговорной комнате а прямо в опенспейсе и за соседним столом другие сотрудники громко ржут в голос.
Да, теперь вы тоже знаете, что бардак на собеседовании вполне может оказаться симулированным и подготовленным специально для вас, поздравляю.
Смысл всего этого цирка — посмотреть как человек будет себя вести в реальной рабочей обстановке когда все вокруг горит:
будет ли он паниковать или наоборот раздражаться кидаясь на окружающих, попытается самостоятельно решить проблему (например предложив перебраться в более спокойное место) или полностью проигнорирует происходящее вокруг.
Также важно оценить, останется ли кандидат работоспособным в такой обстановке — сможет ли и дальше спокойно отвечать на вопросы или начнет отвлекаться, терять нить разговора и тормозить.
Короче идеальный метод, если вам надо собрать «команду А» для спасения человечества от инопланетных монстров. Но как говорится «есть нюанс»:
столь замечательный метод не применим для айтишников, совсем и вообще.
Для менеджмента, особенно высшего — идеально и наверное обязательно, для инженеров — строго противопоказано.
Дело тут в том, что нормальному инженеру нельзя действовать «по ситуации» и обязательно надо обдумывать каждый свой шаг прежде чем браться за исполнение — компьютеры и программы не создаются «внезапно» или по «воли случая», это сложная инженерная работа, растянутая во времени.
Поэтому никакая реакция программиста в стрессовой ситуации не является показательной и не имеет отношения к его ежедневной работе:
в ИТ полно откровенных трусов и паникеров, шугающихся от каждого щелчка, что не мешает им быть хорошими инженерами.
Так что даже если кандидат спокойно переживет дикий ор над ухом и гам за соседним столом — не стоит автоматически записывать его в хорошие инженеры.
Хотя стрессоустойчивость сама по себе это всегда большой плюс — нервы лечить долго и дорого, у нанимающей компании может и нехватить денег на такой сервис.
3. Групповое интервью
Не буду затрагивать вариант, когда одновременно собеседуют нескольких человек на одну должность — так поступают для более простых видов работ: грузчиков, курьеров, сантехников — кого‑угодно, но не дорогих разработчиков в ИТ.
Расскажу про другое:
когда одного кандидата собеседуют несколько интервьюеров.
Причин для такого действа может быть множество, например высокая должность на которую собеседуют кандидата, нехватка собственных компетенций у интервьюеров или даже политика компании (да, так тоже бывает).
Столь радикальное увеличение участников резко усложняет процесс интервью и прикладываемые обоими сторонами усилия:
далеко не все умеют вести диалог — не перебивать друг друга, давать высказаться и вовремя переключаться.
А если собеседников несколько — все усложняется кратно.
Вообще проблематику совместных интервью можно отлично оценить по подкастам блогеров — некоему упрощенному аналогу интервью:
единицы действительно умеют вести нормальную дискуссию, не перебивая гостя, но даже они — подготовленные и «калиброванные» ведущие с большим опытом начинают лажать при увеличении количества участников.
Теперь представьте каково будет вам и вашим коллегам «от клавиатурной сохи», не занятым 8 часов день в производстве медиаконтента.
Исходя из личного опыта могу сказать, что ни одно интервью, где меня собеседовало несколько человек — ничем хорошим не закончилось. Так что когда сам наконец оказался на другой стороне переговорного стола — старался всеми силами не пускать на интервью посторонних.
4. Собственный опыт и выполненные проекты
Два самых известных, самых банальных и самых надоевших вопроса любого интервью: «расскажите о собственном опыте» и «расскажите о выполненных проектах» — на 2025й год перестали работать окончательно.
Так что пожалуйста перестаньте их задавать.
Не то чтобы они идеально работали в прошлом или работодателя действительно волновал ваш предыдущий опыт, просто теперь кандидаты спокойно пишут в своем резюме «работал в Яндексе курьером» или «чинил андронный коллайдер в CERN».
Резонно полагая, что проверить факты у вас все равно не выйдет.
Ну не будете же вы в самом деле звонить в Яндекс, выясняя работал ли там на должности «Senior‑Pomidor Developer» Вася Пупкин с 2020го по 2023й годы.
Поэтому не стоит тратить время, выясняя где и кем кандидат работал и чем на самом деле занимался — все это (внезапно) не так важно, поскольку даже при наличии реального, а не вымышленного опыта и стажа в хорошей компании он запросто может не подойти.
Считаю что все доступное время интервью стоит потратить на выяснение и оценку текущих навыков, не прошлых или будущих а только тех что есть в голове у кандидата на момент интервью.
И текущего состояния психики — все эти ваши «soft skills», опрятный внешний вид и уникальный навык смывать за собой воду в туалете — на самом деле важны.
Не поверите, но так тоже бывает (и чаще чем хотелось бы):
отличного в недавнем прошлом, подававшего большие надежды разработчика накрывает шиза — он перестает мыться, бриться и менять нижнее белье, зато начинает общаться с «духами предков» и получать сигналы из космоса
от Илона Маска.
В итоге получаем идеальное резюме, впечатляющие послужной список и знания, но только сам человек — шизоид, которого из дурки выпускать нельзя, не то что на работу брать.
Кстати возрасту и большому стажу в ИТ тоже не стоит доверять просто так:
в нашей отрасли полным полно «сбитых летчиков», когда‑то занимавших высокие должности и делавших крутые проекты, но в нынешнем состоянии ни на что больше не годных.
Поэтому увы, но придется собеседовать и проверять всех, даже если кандидат старше вас в два раза, с седой бородой до пояса и называет «сынок» — это не повод автоматически считать его достойным инженером.
5. Ловля на ошибках
Наконец последний по списку, но далеко не последний по важности метод, который вам точно стоит забыть и прекратить применять на интервью, можно лаконично описать известной идиомой:
докопаться до столба
Придирки к словам, мелкие неточности в терминах (например неправильное произношение) или невозможность ответить на какие-то специфические вопросы — не повод считать кандидата идиотом плохим специалистом.
В качестве примера:
однажды автора во время интервью попросили рассказать как работают блокировки в PostgreSQL, но только не снаружи — из процедур и запросов, а.. изнутри, внутри самого сервера СУБД.
Не представляю чего ожидал услышать интервьюер и к чему вообще был столь интересный вопрос, но на предлагаемом проекте PostgreSQL не использовался совсем, а «экспертные» знания этой СУБД автор никогда не заявлял.
Если когда-нибудь попадете на собеседование в компанию уровня FAANG — сможете лично убедиться, что реальную ценность имеют лишь системные и глубокие знания, но не «веяние моды» или знание деталей реализации.
там точно не станут спрашивать «что делает эта функция» или «какой будет результат выполнения», а большая часть вопросов будут про логику, мышление и уровень понимания предмета.
Но абсолютно точно — не про знание всех до единого методов модного в этом сезоне фреймворка.
Считаю что вам, дорогой читатель тоже стоит отходить от «мещанских» вопросов о тонкостях конкретной реализации (даже если сейчас это является больным местом проекта) и попытаться сфокусироваться на вопросах принципов и логики работы.
Поскольку:
понимание принципов работы всегда важнее знания тонкостей реализации.
Если конечно вы действительно хотите нанять хорошего и умного инженера.
Эпилог
Проверять уровень технических знаний одного человека должен другой технически грамотный человек а не машина.
Да это долго, сложно и муторно, еще это стоит денег.
Но никаких других вариантов к сожалению нет, не было и не будет в обозримом будущем.
Каждый раз когда будете пытаться «срезать углы» в кадровом вопросе, доверившись сертификатам кандидата, его прежнему опыту на предыдущих крутых местах, внешним рекомендациям или автоматическому тестированию — каждый раз будет риск больших потерь и тотального провала.
Нанимаемый человек запросто может оказаться не тем за кого себя выдает.
Нельзя сказать, что вся эта паранойя и обман характерны лишь для нынешнего «особо аморального» поколения айтишников или только отечественного ИТ — желающих получать большие деньги ничего не делая было много и в 90е, причем по обе стороны Атлантики.
Однако опыт общения с иностранными коллегами показывает, что отечественные шерстяные жулики, пытающиеся заскочить в индустрию любыми средствами — малые дети, по сравнению с чудовищами, которые водятся в большом европейском и американском ИТ.
Но как в иностранных океанах, так и в нашем отечественном ИТ-болоте работает один и тот же метод противодействия:
уровень технических знаний и компетенций человека проверяет другой технически грамотный и компетентный человек.
Так что от проведений технических интервью с живым человеком в обозримом будущем никуда не деться.
P.S.
Оригинал статьи в более вольном изложении можно найти в нашем блоге.
Также добавлю, что ввиду печальной ситуации на рынке и в мире в целом — наличия большого количества опытных специалистов и одновременной невозможности взять их всех к себе на работу:
мы готовы помогать с проведением технических собеседований, если ваша компания сейчас нанимает.
Контакты в профиле.
Комментарии (95)
verasokolovaip
02.07.2025 18:36Заставить человека ждать от 40 минут
Плеснуть ему в лицо воду
Заставить проходить автотесты, причем за его спиной должны стоять минимум 4 человека и комментировать каждый шаг
kompilainenn2
02.07.2025 18:36Плеснуть ему в лицо воду
чтобы разбудить или что?
leveler
02.07.2025 18:36Чтобы собеседующий сразу получил дополнительный скилл - бесплатную ночную подсветку обоих глаз)
old_bear
02.07.2025 18:36причем за его спиной должны стоять минимум 4 человека и комментировать каждый шаг
и при этом ржать!
StjarnornasFred
02.07.2025 18:36Разумеется, у собеседуемого должен быть свободный выбор условий труда, поэтому ему будут предоставлены 2 стула.
maingame
02.07.2025 18:36После второго пункта, можно зарядить стулом таким работодателям, если они без охраны собеседуют. В любом случае нашел бы как насрать им под дверь.
puchuu
02.07.2025 18:36Я провожу собес очень просто и эффективно: подхожу к доске и начинаю решать какую-то задачу. Но я не называю саму задачу и прошу испытуемого продолжить решение и назвать саму задачу. Таким образом удалось нанять самых лучших джунов.
karambola_stiv
02.07.2025 18:36То есть ты берёшь какую-то популярную задачу и проверяешь доходил ли человек до решения этой задачи на каком-то сайте с задачами? Ну и бред
botyaslonim
02.07.2025 18:36Никогда не видел, чтобы программистов нанимали через стрессовое интервью.
«расскажите о собственном опыте» и «расскажите о выполненных проектах» — на 2025й год перестали работать окончательно.
- а вот это не так. Ничто так не выдаёт уровень саморефлексии человека, как рассказ о себе. Всегда пользовался и всегда буду, потому что человек выдаёт максимум информации на таком рассказе, и не только словами. Интервьюеру достаточно только грамотные вопросы иногда подкидывать
alex0x08 Автор
02.07.2025 18:36Ничто так не выдаёт уровень саморефлексии человека, как рассказ о себе
"Пьем мы как-то с Илоном водку, тут заходит Марк Цукерберг и приносит с собой еще закуси. Так и появилась концепция автономных роботов с ИИ - чтобы кучерявому за добавкой бегать не пришлось. Все так и было! И я там был и лично участвовал."
Это я в красках сейчас рассказал что временами на голубом глазу выдают кандидаты пытаясь впечатлить.
Ржать в голос или еще как-то серьезно реагировать вам при этом нельзя, как и немедленно выгонять - не поймут-с.
botyaslonim
02.07.2025 18:36Ну и это тоже квалифицирующий признак. Всё по заветам Петра I
alex0x08 Автор
02.07.2025 18:36Иметь придурковатый вид и быть придурком все же разные вещи.
botyaslonim
02.07.2025 18:36Нет, другой завет:
...Объявить (...) всем министром, (...) чтоб они всякие дела, о которых советуют [совещаются], записывали, и каждой бы министр своею рукою подписывали, (...) и без того отнюдь никакого дела не определяли, ибо сим всякого дурость явлена будет.
vita_soft
02.07.2025 18:36именно. Только это и остается пожалуй главным фактором при принятии решения об оффере.
santjagocorkez
02.07.2025 18:36А потом один технически грамотный специалист заваливает оценку другому технически грамотному специалисту до отказа в найме. А почему? Да всего лишь потому, что тот произносит “true” вот так: “трау”. А поправлять, как мы уже выучили, является «докапыванием до столба».
И вот мы приходим к тому, что интервью должно записываться (с чем, по-хорошему, должен согласиться соискатель), а затем просматриваться другим технически грамотным специалистом. Возможно, двумя (на четном количестве консенсус не сходится).
alex0x08 Автор
02.07.2025 18:36А потом один технически грамотный специалист заваливает оценку другому технически грамотному специалисту до отказа в найме
С этим ничего не поделать и действительно бывают отказы не по причине компетенций.
Но поверьте моему опыту: если вам кажется, что не взяли на работу завалив на интервью — вам в эту компанию и не нужно было идти.
Представьте, что дела там идут не очень хорошо и нанимают только "дурачков", готовых к задержкам выплат или серой зп. И видят вас, видят что прогнуть по зп вас не получится - конечно в этом случае вас будут валить, чтобы под благовидным предлогом избавиться.
Еще один частый вариант, когда ваш будущий тимлид —
нюня и размазняслаб ментально и видит на интервью что просто не сможет морально с вами справляться тк вы сильнее.В этом случае да, вас точно также «завалят» чтобы сохранить лицо и побыстрее закончить интервью.
santjagocorkez
02.07.2025 18:36Но поверьте моему опыту: если вам кажется, что не взяли на работу завалив на интервью — вам в эту компанию и не нужно было идти.
Ну, то есть, практически в 100% случаев. Там, где в итоге офер дали мне, кому-то другому его не дали по той же самой причине, а, значит, мне туда не нужно. Субъективный фактор есть всегда. Поэтому я и говорил выше про консенсус, достигнуть которого можно только в случае участия в отборе квалифицированных инженеров в нечетном количестве больше одного. Боюсь, такое не практикуется.
alex0x08 Автор
02.07.2025 18:36Боюсь, такое не практикуется.
Практикуется но мало осмысленно. Это же не вопрос жизни и смерти и не "голодные игры" - провалившихся на интервью не скормят диким зверям и не отправят в концлагерь. Они просто не будут работать в одной конкретной компании, не более того.
Все же ошибки найма - не ошибки в ДНК, драматических последствий не бывает.
Farongy
02.07.2025 18:36Не то чтобы они идеально работали в прошлом или работодателя действительно волновал ваш предыдущий опыт, просто теперь кандидаты спокойно пишут в своем резюме «работал в Яндексе
курьером» или «чинил андронный коллайдер в CERN».Резонно полагая, что проверить факты у вас все равно не выйдет.
Ну не будете же вы в самом деле звонить в Яндекс, выясняя работал ли там на должности «Senior‑Pomidor Developer» Вася Пупкин с 2020го по 2023й годы.
Зачем звонить? Если человек чинил коллайдер и при этом так и не узнал, как же он называется, то для меня он не будет выглядеть компетентным специалистом.
alex0x08 Автор
02.07.2025 18:36— Чем занимались?
— Внутренний проект в Т‑Банке/Яндексе/Сбере
— Что за проект?
— Не могу сказать — NDA (расстреляют ага)
— Ну а что он хотя‑бы делал?
— Внутренняя автоматизация.
Идея понятна?
Добавьте еще легкое пренебрежение (он же из Яндекса) и общение «через губу» и задумайтесь — стоит ли вообще тратить время на такие диалоги.
Farongy
02.07.2025 18:36Т.е. я за 1 вопрос и 10 минут выяснил, что кандидат нам не подходит. Идеально!
panzerfaust
02.07.2025 18:36стоит ли вообще тратить время на такие диалоги
А стоит вообще с людьми разговаривать? От некоторых же в жбан можно получить в ходе беседы. Интересная у вас логика.
MasterMentor
02.07.2025 18:36Пора начинать писать сатьи "Как НАДО собеседовать". Как не надо - уже знаем. Все пишут. :)
JediPhilosopher
02.07.2025 18:36А как надо - никто не знает.
Снежинки на Хабре считают что вообще никак не надо, их надо брать за их охуенность просто по факту того что они пришли на собес, ни в коем случае не унижая вопросами или тестовыми заданиями. И не понимают, что кроме них на собес придет еще сотня обманщиков, приписавших себе пяток лет опыта, с микронаушником в ухе, где им правильные ответы диктует специально нанятый человек (и это нихрена не шутка, я уже от нескольких знакомых слышал что их знакомые таким зарабатывают).
Вопросы и тестовые задания впрочем уже тоже не помогают, так как решаются с помощью нейросетей или вот оплаченного советника. Который получит премию в размере вашей зп, если сможет пропихнуть вас в компанию через собес.
Личное собеседование тоже не то чтобы помогает. Люди составляют себе легенду, заучивают, есть целые компании которые вас натаскают на правильные ответы.
Короче, не работает похоже уже ничего, кроме приема на работу по знакомству, либо стрельбы по площадям - взять десяток кандидатов на стажировку и потом отфильтровывать. Но это по карману только крупным компаниям.
И нет, я тут с удивлением узнал что испытательный срок не очень помогает. С него все равно сложно уволить правильно, чтобы человек потом не побежал с вами судиться и не слупил с вас еще несколько окладов.
Куда ни кинь, всюду клин. Все сломано и не понятно как чинить.
alex0x08 Автор
02.07.2025 18:36Не все настолько плохо и печально, поскольку не существует способа обмануть опытного в своем деле человека. В том смысле что выиграть в карты у скажем пекаря жулик конечно сможет, но вот попасть к пекарю на работу задурив ему голову на собеседовании — точно нет.
Так что не нагнетайте, глобально ничего не сломалось.
JediPhilosopher
02.07.2025 18:36Ну вот у меня недавний опыт, когда таки получилось меня задурить. В итоге взяли человека, который нам месяц (как я уже потом понял, присмотревшись повнимательнее) нейросетями код генерил и нихрена сам не делал.
А на собеседовании адекватный был.
alex0x08 Автор
02.07.2025 18:36который нам месяц (как я уже потом понял, присмотревшись повнимательнее) нейросетями код генерил и нихрена сам не делал.
Так радуйтесь — получилось нанять прогрессивного разработчика ))
Если серьезно, то наверное стоило сразу пояснить политику использования ИИ в проекте: что можно делать, что нельзя. Фортели с ИИ закончились бы сразу при наличии code review, видимо тут его не было.
Ну и вообщем-то тут речь не про обман на интервью, полагаю с опытом у человека было все хорошо, просто он решил вас познакомить с прогрессом таким радикальным способом )
JediPhilosopher
02.07.2025 18:36Защит от этого не было, так как раньше с таким не сталкивались.
Подозрения насчет ИИ возникли не сразу, только когда человек уже видимо совсем отчаялся сделать порученную задачу и стал херачить в нейросетку проект целиком, а нейросетка стала хаотчино ломать и переставлять методы в частях кода, не связанных с задачей вообще. Вот тут я наконец догадался, с чем имею дело.
Придется ужесточать процессы отбора и испытательного срока. Потом конечно снежинки с хабра будут плакать, что опять мол HRы злые и собеседования неадекватные. Но уж извините, таков нынче рынок. Времена, когда можно было придерживаться идей презумпции невиновности, человечности и трактовать сомнения в пользу кандидата, прошли
Norim_Nord
02.07.2025 18:36Вспомнить самые интересные случаи из практики и как их решили и на этой основе подготовить список вопросов?
Я бы спрашивал, основываясь на таких случаях:
Анализ запросов и индексы в postgres
Настройка логирования внутри сервиса с разделением по файлам и минимумом кода
Написать шаблонизированный класс для кеширование данных по типу временного ряда в sortedset в redis
Написание асинхронного консьюмера для кафки с запоминанием оффсета (для переливки данных)
Ну и по основным библиотекам из проектов пройтись. Та же настройка lazyload в sqlalchemy или создание shared_task в селери. Докер, компоуз, хеллсчеки.
В каждом случае выделить ключевые моменты и сформулировать небольшой контекст, чтобы задать ограничения на решения.
alex0x08 Автор
02.07.2025 18:36Вспомнить самые интересные случаи из практики и как их решили и на этой основе подготовить список вопросов?
Выше-ниже по треду уже писали, что есть специальные люди, которые к такому готовят. Т.е "интересные случаи из практики" будут подобраны, затем банальным образом заучены наизусть
Я бы спрашивал, основываясь на таких случаях:
Все что можно легко нагуглить использовать нельзя, приведенные примеры как раз из этой серии.
vaniacer
02.07.2025 18:36навык смывать за собой воду в туалете — на самом деле важны.
Все гораздо проще чем кажется. Убежден что можно ограничиться исключительно "туалетным" тестом. Конечно это работает только при физическом приглашении, удаленщиков таким образом не оценить. Суть "метода" - спровоцировать человека сходить в туалет в идеальном варианте "по большому". Наблюдать (снимать на видео) процесс в современном обществе мягко говоря не принято. Но можно просто оценить "результат", сравнив состояние помещения до и после.
Все обсикано, кака на стульчаке а не смыта в унитаз... Я тут стараюсь смягчать формулировки чтобы не травмировать хрупкую психику it сообщества и не вызывать бурления го...
Так вот описанная выше картина говорит о том что и в вашем "проекте" кандидат скорее всего будет творить тоже самое. Условно ссать по углам и срать где не стоит в код. Тут я уже не смягчаю, заметили?
А если кандидат акуратно посикал/покакал, смыл за собой, не оставив следов (опять мягенько) то и в проекте будет "частью команды".
С другой стороны если у вас команда зассых и засерь то вам наоборот подойдет первый кандидат. Метод работает в обе стороны.
Основная мысль думаю понятна. В тулете человек "раскрывается", показывает себя во всей красе так сказать. Это из той же серии: "скажи кто твой друг, я скажу кто ты", "собаки похожи на хозяев", "у водителей бмв маленький" и т.д.
Имхо это самый объективный тест)
alex0x08 Автор
02.07.2025 18:36Суть "метода" - спровоцировать человека сходить в туалет в идеальном варианте "по большому".
Еще лучше: ментос + кола, с заливанием в рабочее отверствие - такое собеседование человек точно не забудет )
В тулете человек "раскрывается", показывает себя во всей красе так сказать
Да вы философ ) Пора книжки писать начинать, про альтернативные методы собеседования.
vaniacer
02.07.2025 18:36Если в вашем "проекте" условно "заливают ментос с колой в рабочее отверстие" то в такой проект нормальным людям лучше не соваться. Я же говорю, метод работает в обе стороны.
MasterMentor
02.07.2025 18:36И в дополнение: не понятна аудитория до которой Вы пытаетесь донести мессидж.
Крупняку "собеседования" не нужны. К примеру, Хуавэй не то что бы шпионит, а скорее отслеживает всех участников олимпиад математика-физика, начиная с 9-го класса. И уже на (!) 2-м курсе ВУЗа те, кто им нужны - уже у них трудоустроены ("так нужно"). А вот ещё кэйс: Догадайтесь зачем Сбер открыл сеть Школ-21 (https://21-school.ru/) , где любой может получить обучение (!) очно и (!) бесплатно? Подсказка: комплектоваться IT отделы Сбера и их многочисленных дочек будут от туда. А ШАД Яндексу зачем?! Да мы и не знаем истинные мотивы по которым подобные компании проводят "собеседования". Может просто чтобы соблюсти букву закона о "равнестве" при трудоустройстве?! ;)
А туда где делают, ракеты-самолёты-поезда - не что IT-шников, но и даже дворников "с улицы" не пустят. От слова "совсем" (см. сеть школ подготовки кадров для РЖД, сеть Суворовских училищ и других "специалных ВУЗов", втч. и технических).
Что до жуликоватых дядь-Вень-торговцев-кепками-с-рынка, которые всю свою жизнь положили на обувание почтенных "клиентов", то что Вы им хотите доказать? Сами будучи заняты этим благородным делом по "удовлетворению потребностей, чтоб заказчик был доволен", на каждую Вашу фразу думают они: "Гонишь!". Ибо сами ничего другого предложить миру, чтобы "сделать его лучше" не могут, да и не хотят. :)
Так что где цимес? Где аудитория для мессиджа?
alex0x08 Автор
02.07.2025 18:36не понятна аудитория до которой Вы пытаетесь донести мессидж.
Молодые техлиды, которым впервые приходится собеседовать и набирать себе людей - в первую очередь.
Крупняку "собеседования" не нужны.
Какое смелое утверждение. То что вы ниже описали про школы подготовки - да оно есть и служит для подготовки будущих кадров, но не более того. Сами собеседования факт обучения в таком месте не исключает.
Более того: в крупных компаниях существует внутренний найм и при переходе из одного подразделения в другое - не поверите точно также проводят собеседование.
MasterMentor
02.07.2025 18:36Молодые техлиды
настолько редкий зверь
в пищевой цепочке компаниив цепочке принятия решений о найме, что в практике и не встречал такого. Всяких "начальников отделов", "ресурных менеджеров" итп - в этом деле видел. "Молодых техлидов" - нет.в крупных компаниях существует внутренний найм и при переходе из одного подразделения в другое
Существует. Но носит формальный характер. За исключением, конечно случаев, когда "талантливого мальчика" из отдела "по обслуживанию HTML" переводят в отдел пишущий графические драйвера. И то, зачастую, в этих редких случаях hard-скилы "талантливого мальчика" имеют весьма низкий приоритет по сравнению с soft- то есть "гибкими" скилами. Под которыми каждый, кто работал с бухгатерией всякой компании, имеет в виду наличие однослуживцев с совпдающей фамилией, а часто и отчеством "сами знаете где". :)
alex0x08 Автор
02.07.2025 18:36"Молодых техлидов" - нет.
Полагаете что архитектор рождается сразу с бородой и острым осуждающим взглядом?
Существует. Но носит формальный характер.
Какие глубокие у вас познания в кадровом вопросе ) Как думаете - кто будет отвечать за такой "формальный найм" если дойдет до заваленной работы?
MasterMentor
02.07.2025 18:36Ну, думаю, кто-то с не той фамилией. Кого назначат. :)
alex0x08 Автор
02.07.2025 18:36А тот "кого назначат" предполагается живет в компании на положении раба? Ни прав никаких нет ни репутации? Ни голоса ни глаз ни ушей нет, ни даже ног чтобы дойти до участка и написать например заявление?
Вообще интересно получается: половина комментаторов считают что "им все должны", другая считает себя и других бесправными рабами-холуями.
Методички что-ли разные? Или палаты?
loxigl
02.07.2025 18:36Ну человек же на пальцах все разложил. В маленьких компаниях все просто, нужен логисту сайт (или не дай бог внутренняя crmка) бах и жена тут же сыном программистом отстрелялась. В средних компаниях чуть посложнее, там при приеме на работу собирают досье на всех близких, чтобы вакансии создавать только при наличии нужных родственников у подчинённых. А крупняку такое не надо, там школы есть
Kerman
02.07.2025 18:36Автор, ну мысли же банальные, всё давно уже пережёвано. Да и надменные эйчары всё равно не прочитают этот текст (но плюс я всё равно поставил).
Я бы следующим образом проводил интервью: я бы взял программера, дал бы ему ноут с куском существующей системы и сказал бы: расскажите, что вообще тут происходит.
А дальше уже наблюдал, может ли он читать код. Какие шаги предпринимает, какие вопросы задаёт.
Если человек может прочитать код, с которым ему предстоит работать - такой человек скорее всего сможет и писать его.
alex0x08 Автор
02.07.2025 18:36Автор, ну мысли же банальные, всё давно уже пережёвано.
Кому как, статьи бы не было если б не ряд запросов к нам на тему "автоматического тестирования", собственно половина статьи получилась про это.
Да и надменные эйчары всё равно не прочитают этот текст
Дело не в HR, основное собеседование проводят не они а люди обладающие профильной компетенцией - технари, менеджемент и тд. HR по большому счету секретарша.
я бы взял программера, дал бы ему ноут с куском существующей системы и сказал бы: расскажите, что вообще тут происходит.
Если система принадлежит вашей компании то происходит утечка интеллектуальной собственности и нарушение трудового договора, не надо так делать.
А дальше уже наблюдал, может ли он читать код. Какие шаги предпринимает, какие вопросы задаёт.
Это достаточно спорная практика, из серии "выкинуть в океане и посмотреть научится ли плавать". Ну и надо понимать, что код бывает сильно разным, в некоторых случаях можно камлать годами без особого результата.
Kerman
02.07.2025 18:36Если система принадлежит вашей компании то происходит утечка интеллектуальной собственности и нарушение трудового договора, не надо так делать.
ой, ладно вам, какая ещё утечка, ну он что, втихаря на мобильник кусок кода сфотографирует? а зачем?
Это достаточно спорная практика, из серии "выкинуть в океане и посмотреть научится ли плавать".
Так его всё равно туда кидать. И потом уже за ним, только взятым на работу, смотреть, научится плавать или нет. И увольнять, если что, с потерей финансов на обучение и с утечкой ВСЕГО исходного кода.
alex0x08 Автор
02.07.2025 18:36ой, ладно вам, какая ещё утечка, ну он что, втихаря на мобильник кусок кода сфотографирует? а зачем?
Давайте остановимся на фразе "так делать не принято", ок? Иначе это уйдет в вопросы ИБ, интеллектуальной собственности и возможного возмещения убытков. Все это конечно тоже интересно,но не имеет отношения к теме.
Kerman
02.07.2025 18:36Вы уж меня простите, уважаемый автор, но у меня конформность отбита на всю голову. На меня фраза "не принято" действует как красная тряпка на быка.
Так что ни разу не ок. Мне нужно подробное объяснение, чем это грозит и почему утечка куска кода через экран - это ужасно, а взять некомпетентного или просто неподходящего человека с риском утечки ВСЕГО кода в цифровом виде - это ок.
alex0x08 Автор
02.07.2025 18:36чем это грозит и почему утечка куска кода через экран - это ужасно,
это грозит в диапазоне от "совсем ничего не будет" до уголовной статьи за измену родине и 25 лет сторого режима - в зависимости от того какой именно код и кому вы покажете "просто так".
, а взять некомпетентного или просто неподходящего человека с риском утечки ВСЕГО кода в цифровом виде - это ок.
неподходящий и некомпетентный - разные вещи, в случае известной утечки из Яндекса с компетенциями все было как раз хорошо.
Kerman
02.07.2025 18:36А в какой стране я получу 25 лет за показ своего кода кандидату?
Вы сейчас не очень ловко превратили мой тезис "я бы так делал" в тезис "есть случаи, когда это не подходит". И вместо реальных последствий показываете юридические.
неподходящий и некомпетентный - разные вещи
В данном случае это неважно. Последствия одни и те же.
alex0x08 Автор
02.07.2025 18:36А в какой стране я получу 25 лет за показ своего кода кандидату?
Дело в том что вы не "показываете код кандидату" а передаете чужую интеллектуальную собственность (или даже возможно объект государственной тайны) третьему лицу.
Думаю с такой формулировкой становится очевидно какие могут быть последствия и где столько дают.
Развивать эту тему не хочу, автор все же не юрист.
Kerman
02.07.2025 18:36Дело в том что вы не "показываете код кандидату" а передаете чужую интеллектуальную собственность (или даже возможно объект государственной тайны) третьему лицу.
Повторяю вопрос: в какой стране я получу 25 лет за показ своего кода кандидату.
В прошлом сообщении я писал, что вы подменяете тезисы. Большинство компаний на айти рынке труда являются собственниками кода. Они могут решать, показывать ли его для приёма на собеседование. И никакие 25 лет никому не грозят.
alex0x08 Автор
02.07.2025 18:36Повторяю вопрос: в какой стране я получу 25 лет за показ своего кода кандидату.
Например в нашей. Если конечно данное действие сочтут госизменой.
Или в странах где действует английское право и есть жесткие законы об интеллектуальной собственности.
Большинство компаний на айти рынке труда являются собственниками кода
А большинство (если не все) сотрудников этих компаний не уполномочены принимать решения о доступе к коммерческой тайне и тем более давать такой доступ третьим лицам.
Если вам все еще непонятно: есть код ОС Windows, есть код экспериментального кодека видео, есть код военной системы - если вы каким-либо способом выложите такой код в публичный доступ - будут озвученные выше проблемы.
В тех редких случаях когда код исключительно и полностью ваш, не просто написан вами но еще и от ПО, которое не является чьей-либо собственностью (кроме вас лично) - да, можете спокойно демонстрировать.
Kerman
02.07.2025 18:36Например в нашей. Если конечно данное действие сочтут госизменой.
Или в странах где действует английское право и есть жесткие законы об интеллектуальной собственности.
Вы врёте. Или просто за два раза так и не прочитали вопрос. Давайте ещё раз: я написал код, я владею всеми правами на него, в какой стране меня посадят за его показ? Ну если там не было цп в комментах.
А большинство (если не все) сотрудников этих компаний не уполномочены принимать решения
Когда я принимаю кого-то на работу, я делаю это от лица компании. Компания может выбирать стратегию набора персонала и методы отсеивания кандидатов. Конечно, грузчик не имеет права раскрывать коммерческую тайну, но набор персонала - это то, что управляется теми лицами, которые могут принимать решение.
alex0x08 Автор
02.07.2025 18:36я написал код, я владею всеми правами на него, в какой стране меня посадят за его показ
Думаю в такой формулировке и с такой настойчивостью вам будет лучше спросить своего лечащего врача.
Когда я принимаю кого-то на работу, я делаю это от лица компании.
Терзают смутные сомнения что вы несколько далеки от подобных полномочий и все обсуждение в таком случае целиком теоретическое.
К сожалению не смогу раскрыть тему ИБ и интеллектуальной собственности в формате комментариев, возможно будут отдельные статьи по этим темам.
В любом случае комментарии — не то место чтобы получать серьезные знания, троллинг‑троллингом но может ведь дойти и до неправильных решений уже в жизни.
Kerman
02.07.2025 18:36Я вам сказал, что конкретно в этом месте вы говорите неправду. Вы же делаете вывод о моих личных качествах. Здесь есть существенная разница и я прошу больше так не делать. Больше никаких шуток про лечащего врача, ок?
И давайте напомню, с чего началось. Вы сказали, что способ, который я предложил, не годится. И долго доставали аргументы из кармана.
В остатке ваш аргумент: это ИНОГДА не годится, потому что, возможно, вы не согласовали это с ответственными лицами. А может быть вы вообще работаете по контракту с государством и повязаны анусокарательными мерами безопасности.
Тем не менее, я говорил про себя и свою компанию. И я не понимаю, почему большинство компаний не делает техзадачи на основе своей кодобазы. Им ничего не мешает. Взяли кусок, рассмотрели, утвердили для показа кандидатам. В этом нет ничего сложного.
С точки зрения безопасности это лучше. Потому что показанный кусок полностью подконтрольный (да и что кандидат с ним сделает, ну серьёзно?), а когда он станет работником, вам ПРИДЁТСЯ дать ему весь код.
Давайте я вообще вашу логику до абсурда доведу. Есть такой приём. Я говорю, что я люблю шашлык. Что в этом такого?
А вы можете меня обвинить в каннибализме. Потому что ситуации разные бывают и я мог оказаться на острове без животных с тремя товарищами.
warkid
02.07.2025 18:36Кусок кода надо подготовить, конечно, потратить время, решив всякие проблемы, вроде лицензии и ИБ. Но это лалеко не невозможно. На крайний случай подобратб похожий код с гитхаба, например.
MasterMentor
02.07.2025 18:36Тут у Яндекса пару лет назад ВЕСЬ репозиторий кода "утёк" и растёкся по теоррентам интернета. И чо? А здесь блин "утечка кода" через голову программера или фото-мобильник. :)
FifthLeg
02.07.2025 18:36Если система принадлежит вашей компании то происходит утечка интеллектуальной собственности
Не надо реальный код показывать, надо взять код из легаси системы, убрать специфику и добавить проблем из топ-10 списка того как не надо делать.
Пары страниц хватит на полчаса разговора.
Я прошу показать все проблемные места в коде, а потом ответить а вопрос почему? Как правильно сделать?
Работает отлично, через десять минут разговора, истинная сущность начинает проявляется как лакмусовая бумажка.
alex0x08 Автор
02.07.2025 18:36Пары страниц хватит на полчаса разговора.
Вы на Perlе пишете чтоли?
Просто в случае Java одних абстракций будет на пару страниц )
Ну и потом есть «страшная правда» про плохой код — он тоже работает. Причем далеко не всегда является узким местом или источником проблем.
И что тогда?
Идея отладки и тюнинга производительности путем гадания по исходникам конечно интересная, но боюсь несколько экстремальна.
FifthLeg
02.07.2025 18:36Практика - критерий истины.
Практика показывает что это рабочий вариант, если вы в 60 строк кода не можете добавить 20 проблематичных куска кода, это вы просто неправильно выбираете примеры.
Берёте метод, который получает данные из базы, потом вызывает api, объединяет эти два набора данных вместе, потом генерирует вывод данных, по фильтру и с вычислением общего результата.
Каждая часть - десять строк кода, максимум.
Ну и потом есть «страшная правда» про плохой код — он тоже работает.
У нас задача понять уровень знаний человека. При чём тут "страшная правда"?
Если человек не понимает проблемы в чужом коде, в таком самом простом варианте - нахрена нам такой человек.
alex0x08 Автор
02.07.2025 18:36Берёте метод, который получает данные из базы, потом вызывает api, объединяет эти два набора данных вместе, потом генерирует вывод данных, по фильтру и с вычислением общего результата.
Ах вот оно что )
На опасный путь вы встали, такими темпами окажется что и функциональное программирование не очень полезно в обычных проектах )
FifthLeg
02.07.2025 18:36Вы твёрдые с мягким путаете. При чём тут функциональное программирование?
alex0x08 Автор
02.07.2025 18:36Ну вы же что-то подобное используете в качестве примера?
try(Stream<Post> postStream = postRepository.streamByCreatedOnSince(yesterday)) { postStream.forEach( post -> executorService.submit(() -> postCache.put(post.getId(), post) ) ); }Выглядит красиво и современно, точно не говнокод. Но есть нюанс )
Ann-trln
02.07.2025 18:36Я наверное немного докопаюсь до столба
но только сам человек — шизоид, которого из дурки выпускать нельзя
Шизоид (шизоидное расстройство личности) и шизофрения - очень сильно разные вещи, которые часто отождествляют из-за схожести названий. Если чуть погрузиться в тему, то становится понятно, что первых - очень много вокруг, в дурке их никто не держит и ничего страшного в них нет. Будет хуже, если на работу взять человека с нарциссическим расстройством личности (очень токсичны, но по началу могут быть обаятельны), чем с шизоидным.
А с шизофренией - все в целом понятно, но на собеседования они тоже ходят.
vaniacer
02.07.2025 18:36У меня в голове вертится еще такое "шизойдная эмболия", не помню что такое но звучит мощьно, использую иногда где надо и где не надо)
TurboKiller13337
02.07.2025 18:36Нарциссическое расстройство и нарциссизм разные понятия.
Но, нарциссы не работают в ит.
MasterMentor
02.07.2025 18:36Кстати, здесь Вы чрезвычайно неудачно выбрали иллюстрацию к
и все красиво выглядящие задачки, вроде такой
задача
А зачадка просто класс: три в одном. Во-первых, проверка претендента на знание основ дискретной математики (на входе - декартово произведение множеств), во вторых - на знание булевой арифметики ( !, &&, итд), в третьих - тест на внимательность (лазание по всем этим if-else).
Вот мы с Вами разошлись при оценке данной задачи. Я не вижу, что Вы увидели её задумку и поняли детали. Прокомментируйте чем этот тест Вам не угодил?
alex0x08 Автор
02.07.2025 18:36Конкретно этот тест просто попался первым в выдаче, но претензия глобально к самому подоходу с использованием автоматических тестов.
в третьих - тест на внимательность
можно было тогда банально мелким шрифтом напечатать )
Anarchist
02.07.2025 18:36Когда используете терминологию, потрудитесь, пожалуйста, уточнить, что она значит. Например, слово "шизоид" с вашими фантазиями имеет мало общего.
YuriPanchul
02.07.2025 18:36Если бы я пошел бы на интервью и у меня бы спрашиввли только задачи типа приведенной, я бы в компанию однозначно не пошел, потому что задачка очень примитивная. Серьезные компании дают более интересные задачки - либо алгоритмические (какую-нибудь траесформацию дерева), либо относящуюся к предметной области данной компании.
alex0x08 Автор
02.07.2025 18:36Какие люди меня читают ) Полагаю с вашим-то опытом мало смысла по интервью ходить, да и вообще в найм идти )
Что касается задачек, нам это подавалось (когда просили сделать такую Quiz-систему) как некий начальный отбор, чтобы совсем уж тупых срезать: "слишком много кандидатов c фейковым резюме", нет времени всех и сразу собеседовать.
Из обсуждения того проекта и родилась эта статья.
sergey-gornostaev
02.07.2025 18:36Ну не будете же вы в самом деле звонить в Яндекс, выясняя работал ли там на должности «Senior‑Pomidor Developer» Вася Пупкин с 2020го по 2023й годы.
Рынок ИТ РФ достаточно мал, особенно та его часть, в которой обитают сеньоры-помидоры из Яндекса, VK и прочего российского бихтеха. В этой "деревне" пара рукопожатий до кого угодно. Лично в моём опыте не редкое явление, когда ко мне на собеседование приходили люди, чьих лидов, архитекторов или техдиров я хорошо знаю. И бывали случаи, когда в ответ на "Санёк, здоров! Что скажешь про Имярек? В резюме пишет, что у тебя недавно работал." я слышал "Кто-о? У меня такого никогда не было." А самые курьёзные случаи - это когда ко мне пришёл кандидат, якобы работавший ранее в проекте, которым в эти годы руководил я, и кандидат, который реально работал ранее под моим началом, но в резюме написал другую должность, техстек и достижения.
alex0x08 Автор
02.07.2025 18:36В этой "деревне" пара рукопожатий до кого угодно
Ну уж не до такой степени, не все так плохо ) Техлиды еще могут друг дружку знать в лицо, но уже члены их команд - точно нет.
А самые курьёзные случаи
Ну вот, сами могли убедиться в современных практиках. Мне просто давно надоело слушать замечательные истории кандидатов про превозмогание, достижение и преодоление, поэтому стараюсь не тратить на них время.
TurboKiller13337
02.07.2025 18:36Да вот как раз таки мещанские вопросы и идиотские интервью это очень хорошо. Даёт возможность сразу откинуть идиотского работодателя. Жители хабра похоже забыли, что это собеседование, а не восточный базар.
TurboKiller13337
02.07.2025 18:36Про опрятность это уже совсем за гранью. На интервью нужно приходить в том, в чём ты собрался работать. А в чём ты собрался работать никого ебать не должно. Если ты ходишь в майке canibal corpes последние 15 лет, то в этой майке и должен приходить на собес. Так было всегда в айтишке, и будет.
Вы, менеджеры, совсем уже связь с реальностью потеряли. Вам всем давно пора на пенсию. Или как раз в ту самую дурку.
sobeskiller
02.07.2025 18:36Собеседовать вообще не надо. Если кандидат лет 5-10 работал по вашему профилю, работодатель ему за что-то упорно платил из своего кармана, то и у вас справится. Остаётся только пробить не наврал ли про этот стаж.
selkwind
02.07.2025 18:36Ну не будете же вы в самом деле звонить в Яндекс, выясняя работал ли там на должности «Senior‑Pomidor Developer» Вася Пупкин с 2020го по 2023й годы.
В этот момент конторы, проводящие background check ржут в голос
alex0x08 Автор
02.07.2025 18:36проводящие background check
Стоимость подобных услуг конская, тем более что оно все на грани закона. Не представляю кто в нынешних условиях таким рискнет заниматься вообще, тем более для каких-то программистов.
sergey-gornostaev
02.07.2025 18:36Бесплатная и абсолютно законная. Просишь у кандидата выгрузку трудовой книжки с госуслуг в формате xml, она подписана электронной подписью, которая проверяется на тех же госуслугах или многими современными HRM-системами.
alex0x08 Автор
02.07.2025 18:36Просишь у кандидата выгрузку трудовой книжки
Записи в трудовой редко когда коррелируют с реальностью: много кто работал по ГПХ, фрилансил, работал заграницей и т.д.
Даже в случае абсолютно белой работы в одной компании не все так просто и однозначно, автор например попал на смену юрлица когда работал в Промсвязьбанке, поэтому в трудовой оказалось не две а четыре записи об этом периоде.
А еще есть «группы компаний» и холдинги, есть дочерние и головные подразделения, есть «структуры» — попробуйте подсчитать сколько разных юрлиц существует вокруг бренда Газпром. Поэтому те кто там работал часто пишут «работал в структурах Газпрома».
sergey-gornostaev
02.07.2025 18:36Видишь несоответствия между опытом в резюме и опытом в трудовой - разбираешь их вручную, это не трудно, в том числе для этого инспекторы по кадрам и существуют. Аффилированность юрлиц легко определяется, а ГПХ, фриланс и работу заграницей многие компании современного российского рынка в общем случае трактуют как отсутствие трудовой деятельности в данный период - это суровая реальность. Опять же, современные HRM-системы, вроде сберовского Пульса, такие вещи умеют делать даже автоматически.
alex0x08 Автор
02.07.2025 18:36разбираешь их вручную, это не трудно, в том числе для этого инспекторы по кадрам и существуют.
пока не видел ни одного серьезного технаря без озвученных проблем с записями трудовой, что касается выезда за границу: наличие опыта работы за рубежом — важная веха в становлении специалиста, точно важнее мнения трудовой инспекции и ТК РФ.
никакого времени и сил не хватит чтобы так глубоко проверять, даже высший менеджмент — т.н «топов» так не проверяют, не говоря уже о каких‑то программистах.
Опять же, современные HRM-системы, вроде сберовского Пульса, такие вещи умеют делать даже автоматически.
видимо справляются не очень хорошо, поскольку "волки" метят обычно именно туда.
sergey-gornostaev
02.07.2025 18:36Да причём тут мнение трудовой? Если у меня при прочих равных есть кандидат со стопроцентно подтверждённым опытом и кандидат без такового, то выбор очевиден.
alex0x08 Автор
02.07.2025 18:36Если у меня при прочих равных есть кандидат со стопроцентно подтверждённым опытом и кандидат без такового,
Это мало реально на практике, по крайней мере у меня такого не было.
Собственно выбора обычно вообще нет: если человек достойно прошел собеседование и принял офер по зп — все, его надо брать и молиться чтобы при оформлении не было вопросов у СБ и кадров.
Такого чтобы был выбор из нескольких достойных кандидатов, прошедших интервью и принявших офер с условиями по зп - повторюсь: ни разу не было.
panzerfaust
Удивительно, уже вторая статья за день с тем же посылом. Но все равно не дойдет.
И да, упомянутые автотесты - позавчерашний день. Уверен, сейчас будут вливать миллиарды в индустрию AI-assisted собесов. Но ровно с тем же результатом.
alex0x08 Автор
скорее некоторые выводы совпадают, с рядом моментов я бы поспорил.