Comments 25
Рекрутер - Расскажите о внутреннем устройстве LinkedBlockingQueue.
Кандидат - Но ведь это самое внутреннее устройство никак нельзя увидеть, просто открыв IDE!
Рекрутер - Такие вещи совершенно необходимо знать наизусть! Зачем вы вообще пришли на нашу замечательную вакансию? Ладно, расскажите тогда про внутреннее устройство IDE, которую открывали. Хоть это вы знаете?
Подозреваю минусят, поскольку автор оделся и ушел в самом сочном месте. Статья, по сути хорошее вступление. Когда читатель уже настроен на правильный лад, когда готов внимать, автор просто разворачивается и пропадает во тьме.... мало кому понравится такое.
А у меня на последнем десятке собеседований только в тиньке спрашивали за язык и алгоритмы. Остальные собеседования были на удивление человечными. А ещё лет 5 назад наизусть знал устройство хешмапы и работу гарбадж коллектора :) - хешмапу спрашивал каждый первый, мусорку - каждый второй. Я, правда, из банков только в тинёк из любопытства совплся на небанковский проект, может банковские интервьюеры и повсеместно двинутые. А вот за пределами банков всё куда как иначе.
А, кстати, какая разница сколько микросервисов нашкандыбал? Кому это может быть интересно?
И, вообще не понимаю этого плача - языки и алго проходить же просто - вопросы одинаковые, задачки несложные. Критерии тоже понятные ответил - не ответил, решил - не решил. А с этими задушевными разговорами фиг знает - недостаточно выполнил ритуальных приседаний - отказали :)
Просто эти задачи на Алгосы выглядят совсем уж искусственно, по крайней мере большинство из них, а если ты на роль выше джуна собесишься, то хочешь, чтобы у тебя спрашивали за практику, а именно за работу над каким-либо проектом. Условно, спросить как бы ты реализовал ту или иную фичу
если ты на роль выше джуна собесишься, то хочешь, чтобы у тебя спрашивали за практику
Не знаю как вы, а я хочу чтобы вообще ничего не спрашивали :). А если спрашивали, то что-нибудь простое. Алго-беседа, вот, простая. Я их по три штуки на завтрак ем. Сисдизайн секция - ... ну, она тоже простая, но для интровертов уж больно напряжная, - много общаться приходится. Лучше без неё.
Условно, спросить как бы ты реализовал ту или иную фичу
А это тоже спрашивают. На сыстэм десигн секциях. Когда доходите до уровня, когда имеет смысл спрашивать. Причём проводить её должен высокоуровневый перец.
А когда уровень претендента невысок, зачем тратить время дорогого специалиста на пустые собеседования? Никчёмные отсеятся на алго-, джунов и мидлов прособеседуют не самые дорогие инженеры. Спрашивать их "как бы ты реализовал" - малоосмысленно, это не их работа. Ну, а кто прорвался через первичный отбор, теми займутся дорогостоящие сеньоры и прогонят сисдизайн. Довольно нелепая секция, на самом деле. Ещё менее полезная, чем алго. Всё равно системы никто таким способом не дизайнит :).
Сами собесы - это вообще не о том, чем придётся заниматься - это фильтр, чтобы отсеять тех, кто не осилил простых вещей. Ну, и лотерея, конечно. Так к ним и следует относиться. Быстро, с наименьшими затратами пройти, получит офер и забыть на несколько лет. А вот это всё, - "хочу чтобы меня на собесе подрючили по проектам", - я не понимаю. До мидлов включительно ваши проекты вообще мало кого волнуют, а помидоров и так про них спрашивают. Причём, скорее из чистого любопытства - по доброй воле сеньор работу меняет когда ему старая разонравилась, а, значит, на новом месте он хочет заниматься чем-то не таким, как на прежней и, значит, вопросы о предыдущем опыте имеет смысл задавать разве что для поддержания разговора. :)
Написано интересно, но крайне раздражает привычка дробить и без того небольшие статьи ра части :(
Почему нельзя сразу мысль изложить до конца?
В других компаниях на техсобес приходят лиды команд или сеньорные разработчики. Так как это отвлекает их от прямых обязанностей, они чаще всего относятся к кандидатам не очень‑то благосклонно, а вопросы формируют как будто из желания кандидата завалить на экзамене — максимально далекие от практики и глубокие по сути.
Мне как-то не встречались лиды, которым безразличен состав команды в их подчинении.
Джун и Лид встречаются на собесе:
- Какими вы видите слабые места LinkedBlockingQueue через пять лет?
- За что?!
- Ну что-то ведь спрашивать надо!
В других компаниях на техсобес приходят лиды команд или сеньорные разработчики. Так как это отвлекает их от прямых обязанностей, они чаще всего относятся к кандидатам не очень‑то благосклонно, а вопросы формируют как будто из желания кандидата завалить на экзамене — максимально далекие от практики и глубокие по сути.
Странно, люди нанимают в свою команду и часто под свою ответственность - и такое. Странно, как так-то?
Наверное что-то в организации стоит подправить :)
И может тогда и статью писать не стоит будет дальше :)
1
В других компаниях на техсобес приходят лиды команд или сеньорные разработчики. Так как это отвлекает их от прямых обязанностей, они чаще всего относятся к кандидатам не очень‑то благосклонно, а вопросы формируют как будто из желания кандидата завалить на экзамене — максимально далекие от практики и глубокие по сути.
являюсь "сеньорным разработчиком", проводящим собеседования для с++ разработчиков. Собеседования для меня - это такие же прямые обязанности как и написание кода, код-ревью и т.п.. Что значит "отвлекает", не понимаю. Я заинтересован работать с профессионалами, в этом вся мотивация. Отношусь ко всем кандидатам одинаково лояльно и всегда объясняю почему меня интересует именно то, что я спрашиваю (написать балансировку КЧ дерева не прошу. Хорошо, если человек это знает. Не знает - тоже хорошо, т.к. это не нужно знать в реальной разработке 99.9% разработчикам). Чтобы не тратить свое и чужое время, обсудил и научил своих hr уточнять у кандидатов используемый ими стек разработки и субъективный уровень владения ЯП-ами и инструментами.
Мне важно насколько быстро человек может читать чужой сложный код, на лету проектировать несложные структуры, быстро писать код, не пропуская и не забывая различные const, std::move и т.п., разбирается где и какой контейнер использовать.
Кому сразу говорю нет - например, джун не может рассказать, что такое итератор - до свидания через полгода. Не знает как устроены внутри простые string, vector, list - тоже до новых встреч. К кандидатам-сеньорам требования другие, конечно, но тоже их проверить можно за полчаса на простых примерах кода.
насколько быстро человек может читать чужой сложный код
Это задача код-ревью, чтобы её делать, нужно быть хоть немного в теме написанного сервиса. И на ревью на рабочем месте можно потратить полчаса-час, на собеседовании - не более 10 минут, причем в состоянии стресса.
быстро писать код
Серьезно? У вас там чемпионаты на скоростное кодирование чтоли проходят?:)))
Читать незнакомый код - это не только код-ревью и это очень важный навык. Если человек не может прокомментировать небольшой, но сложный код, потом он точно также будет тупить и в реальной жизни и долго разбираться с багами. Пять строк кода распознать можно за пару минут, я не даю простыню целую читать.
Никаких замеров скорости тоже никто не делает, но хорошего специалиста сразу видно по тому как он пишет код.
Почему они такие… О вопросах на интервью