Помните раньше была такая штука как собеседование по теории? Когда просто задают вопросы а-ля “как работает хеш таблица” или “а что там происходит при коллизиях”? Так вот, оказывается, такое и сейчас есть.
Вообще, тема собеседований мне весьма не чужда, я даже когда-то готовил людей к прохождению этих самых собеседований, причем весьма успешно. Так вот, формат таких теоретических собеседований мне никогда не нравился. А теперь, в эпоху AI он и вовсе потерял какой бы то ни было смысл. Почему? Потому, что кандидату, в целом, ничего не стоит посадить рядом с собой какую-нибудь нейронку на церебрас + live модельку, которая будет слушать и выпуливать ответы даже на самые сложные вопросы быстрее, чем интервьюер закончит задавать вопрос. Более того, такие персональные агенты-помощники вот-вот вообще станут нормой (это если вдруг вы до сих пор относитесь к такому как к читерству). Собсна, при должной сноровке не сложно запромптить агента так, чтобы он вылавливал всевозможные уловки (а-ля чего это вы мне в третий раз одно и то же спрашиваете разными словами) и вообще вел себя как живой.
Но как тогда? Есть радикальное мнение, что испытательный срок - это лучшее “собеседование”, причем не 3-месячный, а куда более быстрый (сейчас с агентами, в принципе, за неделю-две уже можно делать выводы об адекватности кандидата). Ну ок, каждого же не будешь брать на платную испыталку - согласен. Что тогда? Мне очень нравятся два формата на собесах:
Обсуждение опыта: задач, которые кандидат решал ранее и особо запоминающихся проблем/граблей, которые возникали на этом пути (ок, такое и с нейронкой можно провернуть, но явно будет сильно сложнее сделать это органично).
И второй формат: вот удивитесь, но это лайв код ревью*. И это как раз тот формат, который не просто позволяет проверить знание той самой теории, но и понимание этой теории на практике. Ну, например, есть у вас тот самый блок вопросов про хеш-таблицы/dict (допустим, вы считаете понимание его строения важным), напишите в коде кейс с коллизией или кейс с overridden
GetHashCode() => 0и спрашивайте, что там в представленной портянке на 100 строк не так (спойлер: там все не так). Ну, или у вас есть странный вопрос про отличиеThreadотTask- ну, бахните в кодеThread.Startс каким-нибудьasync voidиawait’ом внутри и смотрите что на это кандидат скажет, ну и так далее. А если на ваш теоретический вопрос не получается придумать практический кейс тогда это хороший повод задуматься о целесообразности такого вопроса. Еще, раньше подобные примеры портянок было не просто придумывать и я на РФ рынке встречал всего пару компаний, которые такие штуки делали. Сейчас же, как вы понимаете, такие задачки очень здорово можно нагенерить вместе с нейронкой - берете этот пост, описание вашей вакансии, описание компании и отправляете это все гпт 6 про с просьбой сгенерить такую портянку на часовое интервью. Ну ок, вы мне скажете, что мешает (сильной) нейронке поревьюить код и найти в нем все проблемы? То, что в любом ревью важен контекст, а контекст надо догадаться сначала уточнить и в зависимости от контекста важность той или иной проблемы будет отличаться (мы же помним как хорошо нейронки могут бесконечно находить проблемы). Проблемный код в этом случае выдается кандидату всей портянкой и в нем может быть как много проблем, так и наоборот практически не быть. Здесь еще важно отметить сам процесс - кандидат сразу побежал ошибки искать или сначала попытался понять а что вообще происходит и для чего. Ну и в целом, идеально когда вайб-кандидат не готов к такому формату и тогда его (обычно простой) live-агент просто будет хвататься за первую попавшуюся на экране проблему не вдаваясь особо в контекст и в ее важность. Короче, в таком сетапе обмануть систему становится сильно сложнее.
* Речь, конечно, идет о кейсах, когда по классике нанимают конкретного специалиста на конкретный стэк, а не агентного инженера-агностика.
А как у вас в компании поменялась механика собеседований? И спрашиваете ли еще в принципе про условное устройство хеш-таблиц или у вас уже AI-native полным ходом и все подкапотные детали - это что-то из разряда знаний ассемблера?)
Спасибо, что дочитали до конца - надеюсь, что хороших собесов станет больше, а подходящие кандидаты будут успешно наняты чаще, чем нерелевантные читеры. В своем тг-канале AI-Driven Development](https://t.me/+3IU8-E1r1I40YmE6) я рассказываю не только про найм, но и про грабли с ИИ при внедрении в SDLC, экономику токенов и про построение своих агентов.
Комментарии (45)
stiz
07.10.2026 03:00Лучший способ - это пригласить в офис и посадить за комп. Да, будет некоторое волнение и дискомфорт, но тут всё зависит от интервьюера и его умения расположить собеседника к себе.
Arty_Fact
07.10.2026 03:00Я не уверен. Все же это очень сильно ограничивает выбор кандидатов, если есть возможность удалённой работы. Да и в целом, многие не захотят ехать. Поиск работы обычно происходит в рабочее время и одно дело по зуму созвониться на час-другой, а другое - ехать в чужой офис.
beeruser
07.10.2026 03:00Поиск работы обычно происходит в рабочее время
Так и нефиг бежать с подводной лодки.
Да и в целом, многие не захотят ехать.
Значит работа им не нужна. Не берём во внимание собес в другом городе/стране.
Когда сидишь несколько месяцев без работы, то с удовольствием на собес притопаешь ножками.
SorryImHere
07.10.2026 03:00Значит работа им не нужна.
Это скорее вам работники не нужны, с такими подходами.
Borelli
07.10.2026 03:00Шта?! Берите двойной листочек и ручку, сейчас напишем контрольную по коду. Всё происходит в комнате где стол, два стула и из электрического - выключатель на стене для света)
eximus
07.10.2026 03:00<sarcasm_on>
Всё происходит в комнате где стол, два стула и из электрического - выключатель на стене для света)
Воу, воу, воу, полегче! А то пойдёт электрификация
по плану ГОЭЛРОвсего в комнате и сначала один, а потом и оба стула станут... электрическими?<sarcasm_off>
dvvarna
07.10.2026 03:00Именно так, на некоторых собеседованиях, предлагают писать код на листочке.
И это пипец как выбивает из колеи, ведь на листочке нет ни просто автозавершения, ни тем более предложений от ИИ, который по контексту пытается сразу код предложить.
firegurafiku
07.10.2026 03:00Я не знаю, зачем вам автодополнение и нейронки на таком собеседовании.
Код на бумаге или доске обычно рецензируется с совершенно другой толерантностью к ошибкам — вам сделают скидку на то, что вы можете забыть поставить точку с запятой, неточно записать какую-то конструкцию языка или где-то перепутать имя или порядок аргументов. Можно писать хоть псевдокодом, отдалённо напоминающем целевой язык, а конкретный синтаксис уточнять, только если ревьюер попросит.
freeg0r
07.10.2026 03:00"в комнате где стол, два стула и из электрического..." лампа направленная тебе в лицо
gravitytimewheel
07.10.2026 03:00последнее интервью это live coding в .... Codex, крупная компания в Заливе. Проверяют кругозор, умение концептуально разбираться в том что получилось, собесы проходят уже на уровне оценки общего мышления и коммуникаций, может это и исключение но скорее всего к этому приходит, читайте книжки, качайте не скилы а общий интеллект
shabrak
07.10.2026 03:00Не важно какая эпоха AI не AI, проблема экзаменационных собеседований всегда была одна - к ним нужно готовиться, а это значит, что к ним МОЖНО подготовиться . А если к вашему собеседованию можно подготовиться, это плохое собеседование.
A1x_Deb0
07.10.2026 03:00проблема экзаменационных собеседований всегда была одна - к ним нужно готовиться,
Проблема собеседований - что вы ищите при собеседовании?
Когда компьютеры были большими а литературы мало - все свое носили с собой. Это были дорогие знания - алгоритмы, сортировки и прочее нюансы. Профессионалам было о чем поговорить.
Когда цена доступа к знаниям упала,информация доступнее, компьютеров стало больше, появились "свободные" вычислительные ресурсы - можно их было инвестировать в "ускорить железо" и "ускорить бизнес". Но все равно люди понимали как работает железо, зачем всякие трюки с выравниванием размера структур в памяти.
Вспоминаем новость - В Cloudflare сэкономили 100 ТБ оперативной памяти, оптимизировав кэш DNS‑резолвера 1.1.1.1 . У меня другой вопрос - а как их умудрились сожрать ? Одна фраза " инженеры обратили внимание на особенности ... " объясняет. Но их же (команду) кто-то собеседовал ? Лет 20..25 назад если ты не мог в голове прикинуть размер данных в памяти и с учетом этого писать оптимизированный код - ты мог просто не пройти собеседование. Лет 15 назад, когда ты обозначал эти нюансы, на тебя уже смотрели как на блаженного.а это значит, что к ним МОЖНО подготовиться .
Повторю вопрос - а к чему готовиться ?! .Net пишут 20+ лет, с кучей нюансов. А Вы уверены, что ВЫ поймете объяснение того, КОГО будете собеседовать или ваша реакция будет 'Что он несет ..'? А человек из любопытства разобрался в исходниках.
Собеседование на архитектуру ? Сколько типовых архитектурных решений предлагает AWS и Azure ? Сотни под разные бизнес задачи.
Azure Pattern catalog на текущий момент предлагает 43 Cloud design patterns. Сколько из них за полтора часа собеседования успели обсудить? сколько из них в вашем решении ? Сколько надо времени, что бы разобраться прочитать описание именно того шаблона, что именно есть у вас, если человек не сталкивался ? 5 минут ? А вот полезет ли человек читать и разбираться если не знает - это вопрос.
>А если к вашему собеседованию можно подготовиться, это плохое собеседование.
Вы ищете органический "горячий кэш" набитый последними модным данными ? Или вы ищете механизм эффективной трансформации знаний и опыта в решение вашей бизнес проблемы ?
Судя по собеседованиям 90+% ищут именно "органический горячий кэш набитый последними модными данными" объясняя "Так он же будет три дня подкачивать\выравнивать скил за мой счет ... "
ferosod
07.10.2026 03:00Если собеседование действительно решает задачу поиска нужного сотрудника из кандидатов, а не проводится ради того, чтобы потешить самолюбие интервьюера, и кандидат к собеседованию успешно подготовился - не важно, за свои 20 лет опыта или за ночь перед собеседованием - значит его надо брать, вот и все.
peschex0d
07.10.2026 03:00что помешало заполнить эту вакансию еще на одну ночь ранее? если так просто имитировать годного кандидата в работники
Plesser
07.10.2026 03:00Да пусть использует AI. Поставить ему задачу, где человек должен прежде чем писать что AI продумать всю архитектуру того что хочет получить и поставить это грамотно AI. Например, пусть кандидат предложит и опишет архитектуру ПО для магазина, или банка. Или чего то еще.
Nyanny
07.10.2026 03:00Ну это смотря кто вам нужен.
Fable или даже Opus из подписки за 20$ придумает архитектуру лучше любого Джуна, даже лучше среднего мидла. Они даже не забудут нужные вопросы задать в духе "сколько времени на разработку, какая нагрузка прогнозируется, какой стек у команды/разработчика,требуется ли отказоустойчивость и тд.
CrashLogger
07.10.2026 03:00А нужен ли вам живой сотрудник, если нейронка сделает все то же самое дешевле и лучше ?
peschex0d
07.10.2026 03:00она сделает дешевле и лучше, если это ранее кем-то было и сделано и опубликовано, а её обучали на этом.
а в ином случае для допиливания каркаса всё равно живой сотрудник потребуется.
semmaxim
07.10.2026 03:00Обсуждение опыта - это ловушка с положительной обратной связью. Если брать только с хорошим/интересным опытом на самые вкусные вакансии (которые и дадут такой опыт), то люди с "обычным" опытом никогда уже не наберут хороший.
Plesser
07.10.2026 03:00Необязательно брать с опытом, можно брать с "горящими глазами", когда человек дают задачу и он начинает накидывать алгоритм решения как бы он стал ее решать
Serge1001
07.10.2026 03:00и он начинает накидывать
Ну он вам потом в работе "такое" накидает))
Вот поэтому и нужен опыт
A1x_Deb0
07.10.2026 03:00Вот поэтому и нужен опыт
Опыт чего ? Любой спец вам накидает кучу объяснений почему именно такое решение хорошо с его точки зрения, и даже приведет метрики. Любое решение - предпочтение одних метрик другим.
AndruxaBS
07.10.2026 03:00Так просто с опытом(даже конкретно профильным) работодателям тоже часто не нравится. Потомучто опытный это уже сформировавшийся человек и конечно он будет работать в соответствии с своим опытом, как раньше, а ни как нанимаемому хочется.
Нужно что то плохо сочетаемое типа опытный, но готовый учится и впитывать всё как новичок. Кароч сплошные капризы.Serge1001
07.10.2026 03:00Так опыт скорее про насмотренность, и про количество решенных задач в индустрии
А в остальном человек всё равно подстраивается под команду
AndruxaBS
07.10.2026 03:00Нее, как я понимаю там в вакансиях прям точный опыт хотят на уровне совпадения языков программирования, фреймворка, решения таких же задач ранее. Чтоб максимально оперативно взялся вопросы решать специалист, без вот этих вот онбордингов по несколько месяцев. Что возможно, но каждый из таких опытных программистов работал как то по своему раньше. И там не он скорей подстраивается (нельзя 10 лет по одному работать, а потом просто взять и по другому стать это слом уклада) а через совмещение разных подходов опытных сотрудников.
A1x_Deb0
07.10.2026 03:00Так опыт скорее про насмотренность, и про количество решенных задач в индустрии
Есть два варианта:
ты знаешь как делать правильно и практикуешь. По странному совпадению косяков у тебя мало.
Ты знаешь правила умножение-деления, и тебе без разницы что считать, ну может чуть медленно. Ты скучный, у тебя всего ... два скила.ты не знаешь как делать правильно, у тебя "богатый опыт" разгребания косяков, хз-устойчивость и т.д..
Ты выучил таблицу умножения до 100 и быстро "умножаешь" в уме. Ты "умный" и у тебя целая куча "скилов", вместо двух, как в предыдущем пункте.
А в остальном человек всё равно подстраивается под команду
Ты можешь перед пояснением решение предупредить "Очевидно, что после найма и изучения ваших процессов я буду работать по вашим процессам. А сейчас, мое абстрактное решение будет следующее 1 -2-3... потому что 1-2-3...". А в отзыве получить "У нас другие правила, потому вы нам не подходите." Ты должен быть телепатом, что бы угадать "а как у них там..."
checkcraft
07.10.2026 03:00все равно же будет видно, как глаза бегают по тексту, не знаю, для меня всегда видно, когда человек сам отвечает, а когда подглядывает или читает полностью
Writer4
07.10.2026 03:00Вот я тоже не понимаю, даже если суфлируют в наушник, то надо как то синхронно повторять, но тут сложно одновременно осмысливать, а иначе будет задержка, и это тоже видно.
AndruxaBS
07.10.2026 03:00Считаю корнем проблемы что на собеседование приходят одни лишь хитрые сказочники сверхзапросики самих работодателей. Ведь что творится в вакансиях? На зарплату мидла накидывают 20 требований к фулстак сеньору. Вызывая закономерную негативную реакцию. Сеньоры хотят за такое з.п. в 2-3 раза больше, а мидлы требований меньше. Но естественно работодатель не хочет слышать недовольные голоса. Когда рядом есть приятные от вайбкодеров джунов сказочников с их "Я все могу, всё решу за эти деньги!" - ну а так как это не так имеем, то что имеем 100 способов надурить проверяющего и раскусить обманщика.
Уверен если бы работодатели сосредотачивались не на дешевых идеальных кандидатах, а на дорогих профессиональных или обычных опытных. Читерства было бы куда меньше.П.С. что касается самих методов ну такое себе. Первое сами пишите могут попытаться обмануть. И нужно прям самому проверяющему хорошо знать тему чтоб спалить. По второму к лайвкодингу готовятся только лишь в бигтехе. Обычные работяги таким не занимаются. Вот я сам иногда путаюсь по памяти в банальном порядке аргументов какой-нибудь функции. В обычной ситуации я могу просто глянуть в интернете и дальше работать. А тут чё? Всё! и зачем такое?
CrashLogger
07.10.2026 03:00Я сегодня видел вакансию джуна со списком требований на страницу и опытом от 2 лет. Кажется, работодатели уже совсем слетели с катушек.
AndruxaBS
07.10.2026 03:00О да, я тоже насмотрелся за месяцы на такие смешные вакансии. Хоть папку "Анекдоты" под них заводи. Там было и "Ведущий специалист с з.п. ДО!!! 120 тыщ" и "Джуниор с коммерческим опытом от 2-х лет со своими компонентами и модулями 80 Тыщ" и "Администратор-разработчик сайта который ну ваще все делает от размещение контента и СЕО до фронтенд бэкенд разработки с серверным администрированием в придачу в одну лицо з.п. от 90К т.е. одного линейного". или "Разработчик ОБЯЗАТЕЛЬНО в офис в какую то реальную деревню"
Я без понятия на что они надеются найти, кроме сказочников ))peschex0d
07.10.2026 03:00у появления вакансии обычно больше одной причины
возможно, работодатель готовится выступать перед сотрудниками с призывом подтянуть пояса, и чтобы приглушить ожидаемый ропот, имитирует набор на места возможных недовольных.
с другой стороны, если вакансия содержит объективно дичь в требованиях (нестыковку размера оплаты и навыков в том числе) - возможно, так и задумано, чтобы на неё пока не откликались реальные здравомыслящие соискатели
nutrifit
07.10.2026 03:00Годнота, спасибо за статью! Особенно понравилась идея с живым код-ревью, так появляется возможность показать, как ты разбираешься в задаче, какие вопросы задаёшь и почему предлагаешь конкретное решение.
И кажется, такой формат полезен ещё и кандидату. По обсуждению кода можно многое понять о будущей команде. Как здесь относятся к чужим решениям, критике, умеют ли объяснять требования, готовы ли обсуждать компромиссы.
Собеседование ведь в обе стороны работает
HakerZz
Идея с живым код-ревью нравится, особенно оценка того, какие вопросы кандидат задаёт до поиска ошибок. Но почему уточнение контекста должно стать существенным препятствием для агента? Можно ведь заранее попросить его выяснять требования, ранжировать риски и предлагать проверки.
Я бы попробовал открыто разрешить ИИ на таком интервью, а затем изменить одно условие задачи и попросить кандидата пересмотреть решение: какие замечания теперь несущественны, что требует исправления и каким тестом это проверить. Отдельно — попросить объяснить, с каким советом модели он не согласен и почему.
Как вы оцениваете результаты код-ревью: по числу найденных проблем или по качеству аргументов и приоритетов? И пробовали ли сравнивать этот формат с разрешённым ИИ и без него?
Serge1001
Как будто бы излишне, особенно с ИИ, не сильно коррелирует с реальной работой
Не проще ли сначала проверять рекомендации, от кого человек пришёл?
Сначала прочекать его прошлый опыт, а потом обсудить работу на вашем месте и как кандидат будет её выполнять