отличный план, Уолтер (с) :)

А много у тебя было опыта чтобы этот подход работал на практике?

я самозанятый, в моей жизни было ровно 1 собеседование (и оно было неожиданным для меня, я не думал, что на встрече будет кто-то кроме заказчика без технических знаний), которое я благополучно завалил, не ответив про метаклассы и про wraps по памяти без гугла)

мне эти вопросы кажутся странными для проекта, которому было нужно сделать MVP на Django и как бы всё)

Ну вот

Поэтому я думаю что ты теоретик

А на практике это не очень хорошо работает

У соискателя нет времени или желания делать задания

У проверяющих то же самое

ну считай что это system design интервью, там как раз типа в пвре работаешь с интервьюером

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

ну, одиночный опыт - уже практика) я увидел, что процесс сломан)

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

Ну смотри он 1) нашел способ пройти отбор - чек 2) работает тимлидом и его не уволили - чек. Может он все же не такой уж низкоквалифицированный специалист? Если не с инженерной, то с менеджерской точки зрения

да, как менеджер вытягивает)

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

Но на практике ты как соискатель тратишь день на это задание. А потом "ой, сорри у нас дедлайн, не было времени посмотреть" или (вот буквально такой был случай) "Нашу компанию M&A, мы пока не знаем что дальше" и т.п. Желание тратить время на такие (зачастую довольно скучные) вещи быстро падает, в мире много других интересных вещей.

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

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

ну, не знаю, какой-нибудь холиварный вопрос про выбор фреймворка для нового проекта, Django или FastAPI) или плюсы и минусы GraphQL, затащить или не затащить

или там использовать Vuex или нет (Flux зло)

Ну ты откопал

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

почему, это и есть тестовое задание