Вы знаете, на каждом интервью в компании, где я работаю, мы очень, очень хотим нанять человека. Каждому человеку, который проходит интервью успешно, мы очень, очень хотим платить деньги и очень, очень хотим, чтобы он работал у нас подольше и получше. Поэтому платят человеку после интервью очень, очень хорошо.
Не очень понимаю, зачем начинать отношения с человеком с агрессии и "сбива цены", не стремясь к хайру. Хайринг-мероприятия, интервью, время рекрутеров, время инженеров, поездки на интервью, оформление виз, перевоз людей и т.п. стоят денег, причем достаточно больших. Как-то тупо их тратить, чтобы "унизить и цену сбить, но не нанять", не находите?
Интересно, какие у вас данные были чтобы хоть что-то подозревать в этом вопросе? Плохо подозреваете, в общем.
Это довольно незабываемый опыт, когда после нескольких лет езды на своём авто, на автомате — тебя просят проехать разок, недалеко, но на матизе (ручная коробка и другие габариты).
Он довольно незабываемый, если вы ездили на механике только в рамках учёбы в автошколе. Если у вас в анамнезе есть опыт управления механикой (написания кода) хотя бы пару десятков тысяч километров (ну хоть чуть-чуть в карьере), то вы сядете и поедете. Ну заглохнете пару раз в первые 10 минут. Но это не ноухайр.
Особенно эта фраза повеселила — о значительно более приземленных задачах, наподобие «напишите функцию разворота массива».
Функция разворота массива, хоть и не очень нужна в реальной жизни, тем не менее настолько проста и примитивна, что вывести её за несколько секунд в голове может любой программист, который вообще работает с массивами. Если программист не работает с массивами, мне не очень понятно, почему он программист. Объясните?
Вам сложно ответить на такие простые вопросы, как вы привели? Это занимает пять минут и явно сигнализирует о том, как вы пишете код на микроуровне (в пределах одной-двух функций). Без нормального кода на микроуровне ваши навыки на макроуровне могут пригодиться разве что на позиции проджект-менеджера, но явно не на позиции сениор-разработчика.
Вы на джуниора, который спросит, что такое промис, отреагируете в стиле "ты серьезно меня об этом спрашиваешь?". Это уже про софт-скиллы, причем неявно, а не в лоб. Сениор с избыточным ЧСВ, который отказывается писать код — оно вам надо?
Обычно вопросы про "организацию и архитектуру" имеет смысл задавать тем людям, которые минимальную планку берут. А если нет — то зачем вообще?
Такое не лучше гуглить. Задача поиска максимального числа в массиве решается в голове быстрее, чем открывается новая вкладка в браузере. Если кандидат действительно гуглит это, я боюсь, это red flag.
Кандидат приходит устраиваться на работу водителем. В резюме у него пять лет за баранкой пылесоса грузовика и восемь — легковушки. Я сажаю его в малолитражку и прошу в качестве демонстрации проехать полсотни метров по прямой, повернуть направо и там остановиться возле знака «P». Почти оскорбительно простое задание, не правда ли?
Я наблюдаю, как машина глохнет, потом ещё раз глохнет, потом, после снятия с ручника, рывками начинает движение и на середине дистанции врезается в бордюр. Даёт задний ход, снова глохнет, теперь поперёк дороги. Ещё раз врезается в бордюр, поднатужившись, наезжает на него и тут же цепляет зеркалом дерево. Кандидат выходит, поправляет зеркало, догоняет скатывающуюся назад машину, ставит на ручник. Машина глохнет. После снятия с ручника трогается и врезается в дерево уже бампером. Задний ход, машина съезжает с поребрика на дорогу и каким-то чудом становится по направлению движения. Газу! Заветный знак «P» маячит вдалеке, как мираж, не становясь ближе, — но это потому, что кандидат газует на нейтрали. Новая попытка, и машина с визгом трогается с места, поднимая асфальто-резиновую пыль. Чуть было не пролетев мимо нужного поворота, машина в последний момент останавливается со скрипом тормозов. Не вписываясь в поворот, она ещё раз проезжает по поребрику и останавливается на противоположной от знака «P» стороне дороги.
Кандидат выходит из машины и объясняет свою езду так: «Вы знаете, я вообще-то готовился к собеседованию. Мне не сказали, что будет практический тест».
На самом деле, для нормального сениора написание примитивного кода на интервью не должно быть проблемой без всякой подготовки. Я говорю не о собеседованиях в стиле "напишите алгоритм Кнута-Морриса-Пратта для разогрева", а о значительно более приземленных задачах, наподобие "напишите функцию разворота массива".
А вообще, из личных наблюдений, сениоры делятся на два типа. Первый в ответ на просьбу написать FizzBuzz жмёт плечами, иногда косо смотрит и пишет за 30 секунд. Второй начинает истерику о том, что он сениор, его не ценят, не уважают, унижают такими вопросами, и вообще код писать должны джуниоры, а он вообще больше по архитектуре.
Вы знаете, я долго думал, что на одного человека со сложными задачами приходится 100 перекладывателей json. Но ни одного перекладывателя json я не знаю, а людей со сложными задачами знаю сотни. Иронично, а?
ЗЫ. А это правда что фб до сих пор использует для хранения связей MySQL + memcached но гордо называет это TAO?
Я боюсь, что ответ на этот вопрос я не знаю :) А это правда, что Амазон использует жесткие диски и ссд, но гордо называет это S3?
1) Выиграть грин-карту
2) Выиграть H-1B
3) Устроиться на работу в интернациональную компанию, отработать год, получить L-1, переехать, оформить грин-карту.
То есть я правильно понимаю? Инфраструктурные команды в фейсбуке не нужны потому что в фейсбуке уже есть инфраструктурные команды, и там все задачи решены?
На минуточку, фейсбук в три тысячи раз больше, чем типичная "компания, в которой есть хоть лям юзеров".
Вы правда верите, что система обновления ядер, которая прячется за словосочетанием "автоматически раскатывается" масштабируется в три тысячи раз без обнаружения множества подводных камней? Однажды я работал в "компании, в которой есть как минимум лям юзеров" (вы тоже там работали, кстати :D), я там масштабировал Cobbler чтобы налить всего лишь три тысячи машин за 24 часа. Один маленький пример из того опыта: пришлось выкинуть TFTP (который абсолютно стандартен здесь!), потому что TFTP крайне нестабилен, если TFTP-сервер хоть чуть-чуть нагружен. Если у вас 50 машин — вы просто поретраите десяток машин. Если 3000 — уже не поретраите. Впрочем, видимо, остальное масштабирование до масштабов фейсбука стало бесплатным, если просто дёрнуть протобуф и переложить данные в JSON.
Фейсбук надо, наверное, в клауде развернуть, там все проблемы решены. RuVDS подойдет? :)
Потому что любая задача становится сложной.
Вы запускали bazel build //... && bazel test //... в вашем проекте перед коммитом? А теперь не можете.
Вы хотите обновить ядро на всех серверах вашего проекта? А теперь это проект на пару месяцев.
Вы хотите просто задеплоить новую версию софта? А теперь не можете, в процессе деплоя часть железяк тупо умрёт, а часть запровижионится.
Вы ждали раньше, пока ваш сторадж отребилдится перед тем как деплоить новую версию софта (ну просто чтобы минимизировать риски)? А теперь не можете, ваш сторадж ребилдится всегда.
Вы хотите изменить интерфейс API, добавить аргумент в какой-то RPC-колл? Добро пожаловать в кодовую базу вообще всех проектов, кто вас использует.
Хотите обновить python 3.7 на python 3.8? Ну вы поняли.
Все перечисленные проекты — это активная разработка.
Проекты на холде, которые медленно умирают и их мало трогают — это, вообще говоря, редкость. Даже и пример в голову-то не приходит.
Вы знаете, на каждом интервью в компании, где я работаю, мы очень, очень хотим нанять человека. Каждому человеку, который проходит интервью успешно, мы очень, очень хотим платить деньги и очень, очень хотим, чтобы он работал у нас подольше и получше. Поэтому платят человеку после интервью очень, очень хорошо.
Не очень понимаю, зачем начинать отношения с человеком с агрессии и "сбива цены", не стремясь к хайру. Хайринг-мероприятия, интервью, время рекрутеров, время инженеров, поездки на интервью, оформление виз, перевоз людей и т.п. стоят денег, причем достаточно больших. Как-то тупо их тратить, чтобы "унизить и цену сбить, но не нанять", не находите?
Ну так ответьте. К чему это нытьё?
Если после этих вопросов вам не задали нормальные вопросы, то это значит что вам с этой компанией не по пути. Собеседование двустороннее так-то.
Работодатель просто хочет увидеть, как будет писать код человек, которому, возможно, будут платить деньги за написание кода. Удивительное ЧСВ, да?
Интересно, какие у вас данные были чтобы хоть что-то подозревать в этом вопросе? Плохо подозреваете, в общем.
Он довольно незабываемый, если вы ездили на механике только в рамках учёбы в автошколе. Если у вас в анамнезе есть опыт управления механикой (написания кода) хотя бы пару десятков тысяч километров (ну хоть чуть-чуть в карьере), то вы сядете и поедете. Ну заглохнете пару раз в первые 10 минут. Но это не ноухайр.
Функция разворота массива, хоть и не очень нужна в реальной жизни, тем не менее настолько проста и примитивна, что вывести её за несколько секунд в голове может любой программист, который вообще работает с массивами. Если программист не работает с массивами, мне не очень понятно, почему он программист. Объясните?
Вам сложно ответить на такие простые вопросы, как вы привели? Это занимает пять минут и явно сигнализирует о том, как вы пишете код на микроуровне (в пределах одной-двух функций). Без нормального кода на микроуровне ваши навыки на макроуровне могут пригодиться разве что на позиции проджект-менеджера, но явно не на позиции сениор-разработчика.
Вы на джуниора, который спросит, что такое промис, отреагируете в стиле "ты серьезно меня об этом спрашиваешь?". Это уже про софт-скиллы, причем неявно, а не в лоб. Сениор с избыточным ЧСВ, который отказывается писать код — оно вам надо?
Обычно вопросы про "организацию и архитектуру" имеет смысл задавать тем людям, которые минимальную планку берут. А если нет — то зачем вообще?
Такое не лучше гуглить. Задача поиска максимального числа в массиве решается в голове быстрее, чем открывается новая вкладка в браузере. Если кандидат действительно гуглит это, я боюсь, это red flag.
Кандидат приходит устраиваться на работу водителем. В резюме у него пять лет за баранкой пылесоса грузовика и восемь — легковушки. Я сажаю его в малолитражку и прошу в качестве демонстрации проехать полсотни метров по прямой, повернуть направо и там остановиться возле знака «P». Почти оскорбительно простое задание, не правда ли?
Я наблюдаю, как машина глохнет, потом ещё раз глохнет, потом, после снятия с ручника, рывками начинает движение и на середине дистанции врезается в бордюр. Даёт задний ход, снова глохнет, теперь поперёк дороги. Ещё раз врезается в бордюр, поднатужившись, наезжает на него и тут же цепляет зеркалом дерево. Кандидат выходит, поправляет зеркало, догоняет скатывающуюся назад машину, ставит на ручник. Машина глохнет. После снятия с ручника трогается и врезается в дерево уже бампером. Задний ход, машина съезжает с поребрика на дорогу и каким-то чудом становится по направлению движения. Газу! Заветный знак «P» маячит вдалеке, как мираж, не становясь ближе, — но это потому, что кандидат газует на нейтрали. Новая попытка, и машина с визгом трогается с места, поднимая асфальто-резиновую пыль. Чуть было не пролетев мимо нужного поворота, машина в последний момент останавливается со скрипом тормозов. Не вписываясь в поворот, она ещё раз проезжает по поребрику и останавливается на противоположной от знака «P» стороне дороги.
Кандидат выходит из машины и объясняет свою езду так: «Вы знаете, я вообще-то готовился к собеседованию. Мне не сказали, что будет практический тест».
Источник: https://feldgendler.livejournal.com/2015/08/05/
На самом деле, для нормального сениора написание примитивного кода на интервью не должно быть проблемой без всякой подготовки. Я говорю не о собеседованиях в стиле "напишите алгоритм Кнута-Морриса-Пратта для разогрева", а о значительно более приземленных задачах, наподобие "напишите функцию разворота массива".
А вообще, из личных наблюдений, сениоры делятся на два типа. Первый в ответ на просьбу написать FizzBuzz жмёт плечами, иногда косо смотрит и пишет за 30 секунд. Второй начинает истерику о том, что он сениор, его не ценят, не уважают, унижают такими вопросами, и вообще код писать должны джуниоры, а он вообще больше по архитектуре.
Убер увольнял до, увольняет сейчас. Доходит до отзывов джоб-офферов.
https://www.forbes.com/sites/jackkelly/2020/05/13/uber-lays-off-3500-employees-over-a-zoom-call-the-way-in-which-a-company-downsizes-its-staff-says-a-lot-about-the-organization/#779b8e537251 например.
Ой, а про ТАО корректно? 1:1.
Вы знаете, я долго думал, что на одного человека со сложными задачами приходится 100 перекладывателей json. Но ни одного перекладывателя json я не знаю, а людей со сложными задачами знаю сотни. Иронично, а?
Я боюсь, что ответ на этот вопрос я не знаю :) А это правда, что Амазон использует жесткие диски и ссд, но гордо называет это S3?
Вы знаете, я прямо сейчас замерил. Gmail быстрее чем хабр загружается.
1) Выиграть грин-карту
2) Выиграть H-1B
3) Устроиться на работу в интернациональную компанию, отработать год, получить L-1, переехать, оформить грин-карту.
То есть я правильно понимаю? Инфраструктурные команды в фейсбуке не нужны потому что в фейсбуке уже есть инфраструктурные команды, и там все задачи решены?
Ну ок.
На минуточку, фейсбук в три тысячи раз больше, чем типичная "компания, в которой есть хоть лям юзеров".
Вы правда верите, что система обновления ядер, которая прячется за словосочетанием "автоматически раскатывается" масштабируется в три тысячи раз без обнаружения множества подводных камней? Однажды я работал в "компании, в которой есть как минимум лям юзеров" (вы тоже там работали, кстати :D), я там масштабировал Cobbler чтобы налить всего лишь три тысячи машин за 24 часа. Один маленький пример из того опыта: пришлось выкинуть TFTP (который абсолютно стандартен здесь!), потому что TFTP крайне нестабилен, если TFTP-сервер хоть чуть-чуть нагружен. Если у вас 50 машин — вы просто поретраите десяток машин. Если 3000 — уже не поретраите. Впрочем, видимо, остальное масштабирование до масштабов фейсбука стало бесплатным, если просто дёрнуть протобуф и переложить данные в JSON.
Фейсбук надо, наверное, в клауде развернуть, там все проблемы решены. RuVDS подойдет? :)
Впрочем, мне вас не переубедить.
Чтобы по выходным не вымирал — нужно в Soho жить.
А можно какой-нибудь пруф про массовые увольнения инженеров в Фейсбуке и в Гугле в связи с кризисом?
Убер в пример чур не приводить.
Потому что любая задача становится сложной.
Вы запускали
bazel build //... && bazel test //...в вашем проекте перед коммитом? А теперь не можете.Вы хотите обновить ядро на всех серверах вашего проекта? А теперь это проект на пару месяцев.
Вы хотите просто задеплоить новую версию софта? А теперь не можете, в процессе деплоя часть железяк тупо умрёт, а часть запровижионится.
Вы ждали раньше, пока ваш сторадж отребилдится перед тем как деплоить новую версию софта (ну просто чтобы минимизировать риски)? А теперь не можете, ваш сторадж ребилдится всегда.
Вы хотите изменить интерфейс API, добавить аргумент в какой-то RPC-колл? Добро пожаловать в кодовую базу вообще всех проектов, кто вас использует.
Хотите обновить python 3.7 на python 3.8? Ну вы поняли.
Проекты на холде, которые медленно умирают и их мало трогают — это, вообще говоря, редкость. Даже и пример в голову-то не приходит.