Можно поискать в интернете — много кто делился тем, как устроен найм в гуглах и прочих амазонах. В основном это engineering managers, которые видят. Может быть на канале Etsy Engineering что-то есть, не помню.
Это очень интересная мысль, никогда об этом не задумывался. Спасибо!
И да, я полностью согласен, что пройти отбор не так сложно — в другой компании размером поменьше у меня были подобные собеседования, но куда сложнее.
Это зависит от специфики команды и проекта. У фейсбука, например, одна из самых сложных и больших инфраструктур в мире, одни из лучших алгоритмов AI в рекламы, огромные нагрузки на внешние и внутренние сервисы. Наверняка во многих местах алгоритмы действительно нужны, чтобы, утрированно, делать полный обход правильной структуры данных за окололинейное время, а не квадрат.
Я, к сожалению или счастью, таким не занимаюсь. Но иногда приходится касаться кода, где нужно задуматься о производительности как следует. Это всё-таки не домашняя страничка, а миллиарды пользователей.
Вы знаете, вполне нормально. Я слышал, что бывает и не очень — в некоторых командах, особенно где серьёзные репутационные риски (мои фантазии) или команды, с которыми нужно много взаимодействовать, находятся в другом временном поясе. Но в моей команде нормально (мы все в Лондоне, и ничего обычно ужасно не ломается).
Другое дело, что многие, по моим наблюдениям, прям фигачат — и я думаю, это из-за системы мотивации и ревью, склоняющей к этому.
Разумеется, в фейсбуках работают обычные люди. Чаще всего они заинтересованные, целеустремлённые и продуктивные (система мотивации "выживает" других, как мне кажется), но далеко не обязательно лучшие инженеры.
Более того, сила техногигантов, на мой взгляд, не в их крутейшем коде (хотя и в нём тоже), а в размере (рынка, прибыли, сотрудников). Гипотетически, я бы нанимал как можно больше людей, чтобы проверять как можно больше идей (на микро- и макро-уровнях, внутри существующих продуктов и как совершенно новые инициативы) — ведь всё равно никто не знает что делать. А тут уже относительно абстрактный показатель качества или чистоты кода не слишком важен — вероятно, код будет выкинут, либо, если идея выстрелит, его потом десять лет будут рефакторить уже другие люди.
Понимаю ваш сарказм и, разумеется, сортировки и обходы графов не пишу никогда.
Но! Чтобы понимать, что вообще происходит, алгоритмы знать надо. Я не то чтобы защищаю такой стиль интервью, хоть и понимаю его плюсы для компаний, но всё-таки алгоритмическая подготовка для адекватного разработчика высокого уровня нужна.
В Твитере, как минимум, есть не одна лента, а миллионы — и какой-никакой, но real-time в обновлении. Ведь если я подписан на вас, то ваш твит должен и в вашей ленте, и в моей, и у остальных подписчиков.
Это достаточно канонические примеры. Считается, что если вы интересуетесь высоконагруженным вебом, то знаете, что интересного в архитектуре Твитера или Инстаграма — оптимизация БД для чтения или записи, синхронизация и шардирование, кэеширование и так далее, а также всякие приколы из разряда "как разослать уведомление о посте в ленте Канье Уэста всем его подписчикам, которых десятки миллионов".
Конечно, обычный разработчик не сможет фактически написать всю систему с нуля за адекватное время (да и не нужно это), но пройтись по всей архитектуре, определить узкие места и trade-offs, и рассказать в итоге о том, что знаете вы — это обязательно. И этого может оказаться достаточно.
У меня тоже было такое ощущение, которое в статье мы описали как "все вокруг умнее" — оно больше про работу в корпорациях, но и на собеседовании проявляется достаточно чётко. Вокруг и правда много людей умнее или опытнее — и "годы учёбы", которые вы упоминаете, тоже не помешают. Но если вы начинаете не с нуля, у вас есть релевантный опыт и желание подготовиться к собеседованию (а не к "крутости компании", это важно!), всё получится.
Согласен с вами, с опытом переезд ради переезда уже не так интересен. Как и работа ради работы. Тем не менее, нам (программистам) очень повезло, что индустрия позволяет по сути без единой сложности переехать почти в любую страну мира, где развит технологический сектор — и иметь это в виду, на мой взгляд, полезно.
Видите, для кого-то верная, а для кого-то нет. Я думаю, всё зависит от желания и жизненной ситуации. С большой семьей, когда жизнь налажена в родной стране, уже и не понятно, зачем переезжать. А молодому человеку после университета и не понятно, почему бы не поехать посмотреть, как там.
Но как возможность удалёнку, конечно же, нужно рассматривать. Отличный способ заработать больше, чем на местном рынке, и получить международный опыт.
Вам явно не повезло с командой и дурной культурой.
Я на фронте, бэк тоже знаю в виде PHP, с питоном всё плохо.
А система крутилась на Python/Django.
Вы можете подучиться вне проекта, а потом уже, со свежими силами и уверенностью, хотя бы читать код свободно. Благо, питон очень понятный.
Ну, и «не делай, что не просят», американцы любят этот принцип.
Думаю, это специфично для конкретной компании, а не всей культуры. Если бы "американцы любили этот принцип", не было бы кремниевой долины и "better ask for forgiveness than for permission", так любимого в американской стартап-культуре принципа.
Хотелось искренне помочь проекту идеями, но когда видишь, что это никому не надо…
Не закапывайте свои начинания. Конечно, бизнесу надо помогать и идеями, и их реализацией. Другое дело, что лучше выбирать достойный бизнес, который в этом заинтересован.
Непростая ситуация, особенно с тем, что вне нашего контроля.
Мне со стороны только кажется, что вы, вероятно, могли бы найти себе лучшее применение — как минимум, работать для компании, которой не «дорого» помогать с переездом одному из ключевых разработчиков. Не обязательно FAANG, но хотя бы те, кто готов играть по правилам рынка.
Интересное наблюдение. Я как-нибудь на досуге посмотрю, что в моих договорах написано. Навскидку не помню каких-то «драконовских» требований, но могу ошибаться, конечно :-)
Вы правы, очень много вакансий (и не только на StackOverflow) рассчитаны на имеющих разрешение на работу в США.
Мне не известны какие-то автоматические способы отфильтровать их. Но я, открывая вакансии, искал словосочетания «US only», «work permit» и подобные — их вы найдёте в избытке, отсмотрев много вакансий.
Ну и, не в последнюю очередь, спрашивайте рекрутеров первым делом. Удачи!
Я не могу сказать, что это много. «С детства» — я знал, может, пару тысяч слов и сносно базовую грамматику. «Полгода с репетиторами-носителями» — доступно всем, и я советую начинать как можно раньше. «Полгода в языковой школе в США» — именно после этого я почувствовал, что не боюсь говорить. Думаю, именно жить в США полгода смысла особого не было. Уверен, что в больших городах, особенно в Москве и Питере, можно найти школы, где есть и носители языка, и не говорящие по-русски студенты — именно это нужно.
Так что не знаю, писали вы с сарказмом или нет, но я старался обозначить масштаб подготовки — и это не «жил в Англии с 2 до 20 лет».
Понимаю ваш скептицизм. С другой стороны, а как без "воды" описывать вопросы, на которые нет правильных ответов?
Можно поискать в интернете — много кто делился тем, как устроен найм в гуглах и прочих амазонах. В основном это engineering managers, которые видят. Может быть на канале Etsy Engineering что-то есть, не помню.
Это очень интересная мысль, никогда об этом не задумывался. Спасибо!
И да, я полностью согласен, что пройти отбор не так сложно — в другой компании размером поменьше у меня были подобные собеседования, но куда сложнее.
Это зависит от специфики команды и проекта. У фейсбука, например, одна из самых сложных и больших инфраструктур в мире, одни из лучших алгоритмов AI в рекламы, огромные нагрузки на внешние и внутренние сервисы. Наверняка во многих местах алгоритмы действительно нужны, чтобы, утрированно, делать полный обход правильной структуры данных за окололинейное время, а не квадрат.
Я, к сожалению или счастью, таким не занимаюсь. Но иногда приходится касаться кода, где нужно задуматься о производительности как следует. Это всё-таки не домашняя страничка, а миллиарды пользователей.
Вы знаете, вполне нормально. Я слышал, что бывает и не очень — в некоторых командах, особенно где серьёзные репутационные риски (мои фантазии) или команды, с которыми нужно много взаимодействовать, находятся в другом временном поясе. Но в моей команде нормально (мы все в Лондоне, и ничего обычно ужасно не ломается).
Другое дело, что многие, по моим наблюдениям, прям фигачат — и я думаю, это из-за системы мотивации и ревью, склоняющей к этому.
Вы поднимаете очень интересную тему.
Разумеется, в фейсбуках работают обычные люди. Чаще всего они заинтересованные, целеустремлённые и продуктивные (система мотивации "выживает" других, как мне кажется), но далеко не обязательно лучшие инженеры.
Более того, сила техногигантов, на мой взгляд, не в их крутейшем коде (хотя и в нём тоже), а в размере (рынка, прибыли, сотрудников). Гипотетически, я бы нанимал как можно больше людей, чтобы проверять как можно больше идей (на микро- и макро-уровнях, внутри существующих продуктов и как совершенно новые инициативы) — ведь всё равно никто не знает что делать. А тут уже относительно абстрактный показатель качества или чистоты кода не слишком важен — вероятно, код будет выкинут, либо, если идея выстрелит, его потом десять лет будут рефакторить уже другие люди.
Понимаю ваш сарказм и, разумеется, сортировки и обходы графов не пишу никогда.
Но! Чтобы понимать, что вообще происходит, алгоритмы знать надо. Я не то чтобы защищаю такой стиль интервью, хоть и понимаю его плюсы для компаний, но всё-таки алгоритмическая подготовка для адекватного разработчика высокого уровня нужна.
В Твитере, как минимум, есть не одна лента, а миллионы — и какой-никакой, но real-time в обновлении. Ведь если я подписан на вас, то ваш твит должен и в вашей ленте, и в моей, и у остальных подписчиков.
Вот, например, неплохое видео: https://www.youtube.com/watch?v=J5auCY4ajK8
Пожалуйста, рад, что вам понравилось. Можете ещё вебинар посмотреть — он получился достаточно живым.
Все мы когда-то плохо знали английский, герой статьи (я) — не исключение.
Но это дело наживное :-) Главное, чтобы был стимул. Удачи!
Это достаточно канонические примеры. Считается, что если вы интересуетесь высоконагруженным вебом, то знаете, что интересного в архитектуре Твитера или Инстаграма — оптимизация БД для чтения или записи, синхронизация и шардирование, кэеширование и так далее, а также всякие приколы из разряда "как разослать уведомление о посте в ленте Канье Уэста всем его подписчикам, которых десятки миллионов".
Конечно, обычный разработчик не сможет фактически написать всю систему с нуля за адекватное время (да и не нужно это), но пройтись по всей архитектуре, определить узкие места и trade-offs, и рассказать в итоге о том, что знаете вы — это обязательно. И этого может оказаться достаточно.
У меня тоже было такое ощущение, которое в статье мы описали как "все вокруг умнее" — оно больше про работу в корпорациях, но и на собеседовании проявляется достаточно чётко. Вокруг и правда много людей умнее или опытнее — и "годы учёбы", которые вы упоминаете, тоже не помешают. Но если вы начинаете не с нуля, у вас есть релевантный опыт и желание подготовиться к собеседованию (а не к "крутости компании", это важно!), всё получится.
Согласен с вами, с опытом переезд ради переезда уже не так интересен. Как и работа ради работы. Тем не менее, нам (программистам) очень повезло, что индустрия позволяет по сути без единой сложности переехать почти в любую страну мира, где развит технологический сектор — и иметь это в виду, на мой взгляд, полезно.
Видите, для кого-то верная, а для кого-то нет. Я думаю, всё зависит от желания и жизненной ситуации. С большой семьей, когда жизнь налажена в родной стране, уже и не понятно, зачем переезжать. А молодому человеку после университета и не понятно, почему бы не поехать посмотреть, как там.
Но как возможность удалёнку, конечно же, нужно рассматривать. Отличный способ заработать больше, чем на местном рынке, и получить международный опыт.
Спасибо!
Вам явно не повезло с командой и дурной культурой.
Вы можете подучиться вне проекта, а потом уже, со свежими силами и уверенностью, хотя бы читать код свободно. Благо, питон очень понятный.
Думаю, это специфично для конкретной компании, а не всей культуры. Если бы "американцы любили этот принцип", не было бы кремниевой долины и "better ask for forgiveness than for permission", так любимого в американской стартап-культуре принципа.
Не закапывайте свои начинания. Конечно, бизнесу надо помогать и идеями, и их реализацией. Другое дело, что лучше выбирать достойный бизнес, который в этом заинтересован.
Удачи вам в будущем!
Мне со стороны только кажется, что вы, вероятно, могли бы найти себе лучшее применение — как минимум, работать для компании, которой не «дорого» помогать с переездом одному из ключевых разработчиков. Не обязательно FAANG, но хотя бы те, кто готов играть по правилам рынка.
Мне не известны какие-то автоматические способы отфильтровать их. Но я, открывая вакансии, искал словосочетания «US only», «work permit» и подобные — их вы найдёте в избытке, отсмотрев много вакансий.
Ну и, не в последнюю очередь, спрашивайте рекрутеров первым делом. Удачи!
Так что не знаю, писали вы с сарказмом или нет, но я старался обозначить масштаб подготовки — и это не «жил в Англии с 2 до 20 лет».