Ответ на пост «Можно было и подешевле найти»⁠⁠1

перечитал написанное

вероятно вы упустили важный момент: А как собственно мы проводим собеседование

типичный тех собес: опросник из интернета, который в лучшем случае показывает гуглил ли человек перед собесом "топ 10 вопросо по X"

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


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


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

так вы тогда не опросник описываете, а в посте речь про опросник


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

кстати у нас тоже всегда есть "план Б" с вопросами из практики чтобы покапаться, если кандидат не может какие-то интересные ситуации рассказать, либо ситуации поверхностные


просто я даже когда в крупняки российские устраивался (привет яндекс\мейл) - там те же типовые вопросы, либо какие-то дико гипербализированные исключения (на которые может ответить только 2 типа людей: разработчики движка, и то не факт, и люди, которые просто сталкивались с ситуацией)
а должности были далеко не "разработчик движка" :D

ну вот пример опросника для фронтов

https://www.frontendinterviewhandbook.com/


а так я назвал бы опросником любой вопрос, который попадает под:

"Если мне потребуется объяснить человеку ответ на вопрос меньше чем за 5 минут, то это плохой вопрос, т.к. это означает, что я не нанял человека, т.к. пришлось бы потратить 5 минут на его обучение"

так опять же, такое чувство будто вы пропустили пару важных предложений

не "что ты делал", а

- "что ты делал?"
= АБЦ
- "а почему АБЦ? какую проблему это решало?"
= такую то такую то
- "а почему не ЦБА? или даже АВГ? какие еще варианты рассматривал, какие плюсы и минусы видишь у разных подходов к решению данной ситуации?
- "а вот ты еще не упомянул такую то проблему, которая скорее всего возникнет в этой ситуации"

итд итп

и имеющийся опыт видно
и видно как применяет знания
и тяжело если "кто-то сделал" ответить на вопросы сравнения, т.е. если делал не кандидат, то будет сложно ответить на причины, последствия и альтернативы решения
а если кандидат, сам не делая, способен ответить на все эти вопросы - то имхо вполне себе ничего (в целом аналог того, как если бы он отвечал на заготовленную с нашей стороны ситуацию)

ну, во-первых, опросник от таких тоже не поможет :D

во-вторых я слабо верю что можно реально "выучить" ситуацию. ну невозможно подгадать ВСЕ возможные вопросы для ситуации, ну просто невозможно

+ как я уже, вроде даже в этой ветке, писал, если создается впечатление что ситуации подготовлены, то можно всегда дать свою ситуацию на подумать

ух, как же нам сложно найти ubiquitous language :D

скорее да, чем нет

и сразу предвещая "всегда повалятся на доп вопросах" - зависит сильно отизначального вопроса

самый яркий пример из таких тупорылых вопросов со времён, когда я еще жавистом искался:
"назови мне методы Object"

на глаз чо еще вспомнить могу (если из жавы) - отличие интерфейса от абстрактного класс

помню как-то пришел на собес в 1С, там БУКВАЛЬНО дали опросник, сказали "у тебя час - заполняй", я минут 5 посмотрел на вопросы, встал и ушел :D


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

и крутить эту ситуацию со всех сторон и смотреть как кандидат применит текущие знания

вы очень абстрактно расписали

если речь про ситуацию вроде:


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

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

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

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

Ну можете написать мне в телегу https://t.me/Hulkmaster

пообщаемся

ну, кстати, если наберется небольшая часть желающих, могу попробовать организовать "мастер класс" (насколько это можно будет назвать), думаю область применения не важна, в целом по ИТ главное принцип понять

будет интересно думаю