Цитата |
---|
Bayda пишет:
но если у Вас есть идея, как можно более эффективно проводить ежемесячно тысячи собеседований... |
Сам голову ломаю...
Цитата |
---|
Bayda пишет:
В-третьих, чтобы гуглить, надо знать, что гуглить... |
Ну как там мудрые философы говорят: - "Что бы задать вопрос - нужно знать, как минимум, половину ответа."
Цитата |
---|
Bayda пишет:
А вот как раз отсутсвие задач на кодирование вообще не дает никакого представления о том, какой код будет писать кандидат не дает. |
Ну не на доске же это проверять с Фибоначчи? Я понимаю дать комп и 40 минут или как меня в эпле интервьюировали, в колаб едите писал API unbounded stack. Вот это дает какое-то представление о том как кандидат пишет код.
Цитата |
---|
Bayda пишет:
Не совсем понял, этот товарищ работал в Гугле с низкоуровневыми вещами, и не знает С на нормальном уровне? |
В резюме было написано что он работал в гугле 3 года назад, а C было написано - expert level 10 years of experience.
Цитата |
---|
Bayda пишет:
Это хорошо, что для одного инженера компания нашла нишу. А теперь представьте себе, что у Вас тысяч десять таких инженеров..... Ни одна топовая компания не может себе позволить нанять необучающегося программиста. |
Согласен, это все же исключение из правил.
Цитата |
---|
Bayda пишет:
Во-первых работает только в какой нибудь узкозаточенной предметной области вроде Вашей - если бы мне пол года назад на собеседовании пришлось хотя бы парой фраз перекинуться насчет того, чем мне придется заниматься и выучить эти пол года, то собеседование затянулось бы часов на 20. |
Ничего узко-заточенного я не имел ввиду, я же не спрашивал чувака как вектор прерываний в ARM CortexM3 перенисти в другой адрес? Я только хотел сказать, что нужно знать инструмент с которым ты будешь работать 8 часов в день! Know your tools! А если чувак пишет expert level C и не знает приоритета операторов - то мне по барабану как он алгоритмы решает.
Вот совсем свежий пример, неделю назад, синьер, 10 лет С++, коллега (любитель алгоритмов) на прескрине просил написать его в гугло-доке 2 алгоритма, чето с деревьями и на С++ что-то с unordered map, чувак все выпалил без ошибок вообще, минут за 20 оба задания - видно тренировался усердно. А я его на 2м прескрине попросил перегрузку оператора написать - не смог!
А потом код дал ему:
Код |
---|
my_stryct* s; // ... memset(s, 0, sizeof(s)); |
Говорю что не так? Говорит - все ок! Ну и что с ним таким делать?
Цитата |
---|
Bayda пишет:
Во-вторых, это работает только для небольших компаний - если, допустим, у Амазона в Сиэттле 6 тысяч открытых вакансий, то прикиньте сколько человеко-часов нужно было бы потратить на подбор наиболее подходящей по навыкам вакансии, и сколько бы кандидатов отбросили потому, что он не работал конкретно с этой технологией, хотя и способен ей без проблем обучиться. |
Ну у эпла почему то работает. Меня в эпле не спрашивали ни одного алгоритма. Я писал на доске реализацию стека, писал мемори алайнед malloc, дизайнил API для чтения регистров контроллера и так далее... Мне очень понравилось интервью, я действительно получил удовольствие. И про 100 этажей и 2 яйца слава богу никто не спрашивал.
Цитата |
---|
Bayda пишет:
... а во-вторых, если Вы уж такой сторонник спрашивать только то, что каждый день в реальной работе, то как часто в реальной работе Вы ищете баги в чьем-то коде по бумажке без дебаггера? |
Суть не в том что бы дебажить без бебагера, а, обычно, дается реально простой но с хвостиком баг, просто посмотреть как человек умеет читать код. В эпле мне один чувак такое подсунул, с косяком в поинтер арифметик.
Цитата |
---|
Bayda пишет:
А как в Вашей компании относятся к тому, что Вы показываете код над которым работаете посторонним людям? |
Я такой код не показываю. У меня есть личные наработки. Кстати, встречал больных на голову компании или интервьюеры, если у тебя нет side-projects или собственного кода, вне компании, резюме сразу в мусорку. Такое ощущение, что личной жизни не должно быть вообще, как робот или monkey-coder должен сидеть с утра до ночи и код писать.
Цитата |
---|
Bayda пишет:
Вообще-то в крупных компаниях, в отличии от стартапов, довольно развиты SDLC процессы, в т.ч. code review, design review, ... |
Значит у нас правильный стартап