Как резидента ФААНГа тоже волнует вопрос "куда дальше", и вот переход в области где "высокий порог вхождения в отличие от" итп вообще непонятен. Ну вот работал ты в ФААНГе, ни разу не в финансах и трейдинге, и тут хочешь устроится в HFT (больше денег богу денег!). Ну и на собеседовании они от тебя хотят кучи специфических вещей которых ты не работая в HFT не знаешь. Как раз таки с ФААНГами все понятно, литкод +книги/видео по систем дизайну + любой опыт разработки, не нужно никаких сакральных знаний и умений, или там 10 лет опыта в новейшем фреймворке и тысячи звездочек в гитхабе.
Специфики не хватило, что конкретно ценят в HFT чтобы разработчик без опыта в HFT мог войти в отрасль не джуном.
Так вроде ж стандартная схема в крупных продуктовых компаниях, по крайней мере в западных. Могут быть ротации по разным типам дежурств, или один на все как у автора. У нас в Амазоне в моей команде обычно совмещается с онколл дежурством, из отдела в 30-40 человек обычно дежурят 3, один пейджер держит и тикеты разгребает, другой больше на всякой рутине (скрипты, дашборды, ранбуки, доки), третий (самый сеньористый, зачастую тимлид или дев менеджер) руководит онколл сменой и ответственный за внешние контакты (вплоть до разговоров с заказчиком в случае инцидентов), все вместе занимаются выкатками. В разных отделах и компаниях свои нюансы, но в целом принцип дежурств очень часто применяется, по причинам описанным автором.
Если 5-6 секций - то да, отличный тип вопроса на проверку определенного типа навыков, в одной из секций, для отсеивания "чукча не читатель". Встречал и сам давал вне ФААНГов, в ФААНГах тоже бывает но редко.
А в других форматах собеседования все ещё веселее, "мне он не понравился, мутный какой то", "да он не знает аргументов функций стандартной либы" итп. Все остальные способы абсолютно так же подвержены человеческому фактору.
После США просто смешно читать про цены на медицину :) 100, 250... да, это типичная цена за скорую, если у вас хорошая страховка. Полная стоимость без страховки будет 2000+.
Хмм, а какой ещё рынок слился китайцам из-за "безликости" итп? Как раз таки от китайцев ни стиля ни оригинальности ждать не приходится, они другим всегда брали.
1) на собеседованиях в Г чаще можно встретить Литкод Хард чем например в Амазон
2) в Амазоне вопросы явно с Литкода брать не рекомендуется, но многим влом думать-искать
3) все проблемы которые были у меня в вопросах на интервью в Амазоне встретились впоследствии в реальной работе
4) непосредственно навык скоростного решения таких проблем - не нужен. Но нужно уметь быстро писать хороший и тестируемый код и быстро распознавать алгоритмические паттерны, чтобы не велосипедить и не плодить тормозной код.
На самом деле это только часть навыков software engineer, и эффективность принятого формата интервью - вопрос спорный, но... Как то работает, а лучшего способа не придумали. "Гитхаб" и "поговорить за проекты" для бигтеха очевидно не вариант.
Тут зависит от того как использовать литкод. Если тупо адаптироваться под систему и фигачить write only, тогда да, может и во вред пойти. А можно писать нормально, с юнит тестами ИТП. В фаангах на интервью обращают внимание на то как код написан, олимпиадный код получит жирный минус несмотря на эффективность.
В "западных" странах не обязательно полностью выплачивать ипотеку чтобы продать дом. Продал, закрыл остаток ипотеки с полученных денег, переехал, купил новый дом/квартиру.
Из моего опыта, в Микрософт часто уходят те кто попал в ФААНГ но не потянул там работать. А в МС все же попроще, поспокойнее, давления такого со всех сторон нет.
В пользу Амазона можно сказать что в ЦК не дураки сидят и над культурой работают. Аж два лидершип принципа новых внедрили под это дело, менеджмент теперь старается, инклюзивнесс и все такое. Работает, мне в моем орге культура нравится, более того, много свободы выстраивать культуру самому. Удаленка без проблем опять же (если уже живёшь в нормальной стране).
Обычно в каждом подразделении / продукте своя специфика, свой док по код стайлу и код ревью, где в том или ином виде могут быть чеклисты для ошибок/отказов, best practices для retry, какие-то специфичные для домена вещи итп. Строгого регламента обычно нет, скорее это все сайд-эффект высокой инженерной культуры, никого не надо пинать, народ сам инициативу проявляет по улучшению процессов.
Хех, у нас в Big Tech fault tree analysis это просто часть ежедневной работы каждого программиста. Начинается на уровне дизайна системы, а потом постоянно на уровне кода, в каждом коммите. Если нормально все точки отказа не проработаешь, код просто не пройдет code review. И это не отменяет юнит тестов, наоборот - большинство нестандартных ошибок в тестовом кластере могут не встретится никогда ("пожар в дата центре"), и хоть как то убедится что код делает то что надо можно с помощью тестов (ну может за исключением совсем тривиальных случаев).
Ну да, я долго думал куда бы уехать из МА, пока в ФААНГ не устроился. Кроме садика куча других расходов, все услуги очень дорогие, те же секции-кружки-развивашки итп. С детьми хочется жить в доме, дома в МА дорогущие и старые, любой ремонт стоит космических денег итд итп.
Зависит от типа животного (собак обычно дороже держать чем кошек), породы, конкретного штата и города итп. У меня (пригород Бостона) намного больше расходов получается на пшеничного терьера, из-за проблем с пищеварением (пару тыщ на медицину за первые полгода). Но это все равно не сравнить с расходами на детей, тут вам не Европа, да :)
Как резидента ФААНГа тоже волнует вопрос "куда дальше", и вот переход в области где "высокий порог вхождения в отличие от" итп вообще непонятен. Ну вот работал ты в ФААНГе, ни разу не в финансах и трейдинге, и тут хочешь устроится в HFT (больше денег богу денег!). Ну и на собеседовании они от тебя хотят кучи специфических вещей которых ты не работая в HFT не знаешь. Как раз таки с ФААНГами все понятно, литкод +книги/видео по систем дизайну + любой опыт разработки, не нужно никаких сакральных знаний и умений, или там 10 лет опыта в новейшем фреймворке и тысячи звездочек в гитхабе.
Специфики не хватило, что конкретно ценят в HFT чтобы разработчик без опыта в HFT мог войти в отрасль не джуном.
Интересно б посмотреть на оф статистику, из немногих знакомых кто начал/закончил школу на год раньше все весьма успешны/счастливы.
Так вроде ж стандартная схема в крупных продуктовых компаниях, по крайней мере в западных. Могут быть ротации по разным типам дежурств, или один на все как у автора. У нас в Амазоне в моей команде обычно совмещается с онколл дежурством, из отдела в 30-40 человек обычно дежурят 3, один пейджер держит и тикеты разгребает, другой больше на всякой рутине (скрипты, дашборды, ранбуки, доки), третий (самый сеньористый, зачастую тимлид или дев менеджер) руководит онколл сменой и ответственный за внешние контакты (вплоть до разговоров с заказчиком в случае инцидентов), все вместе занимаются выкатками. В разных отделах и компаниях свои нюансы, но в целом принцип дежурств очень часто применяется, по причинам описанным автором.
Если 5-6 секций - то да, отличный тип вопроса на проверку определенного типа навыков, в одной из секций, для отсеивания "чукча не читатель". Встречал и сам давал вне ФААНГов, в ФААНГах тоже бывает но редко.
А в других форматах собеседования все ещё веселее, "мне он не понравился, мутный какой то", "да он не знает аргументов функций стандартной либы" итп. Все остальные способы абсолютно так же подвержены человеческому фактору.
Пособия приводят к гетто, а безусловный обязательно решит эти проблемы? Но как, в чем разница?
После США просто смешно читать про цены на медицину :) 100, 250... да, это типичная цена за скорую, если у вас хорошая страховка. Полная стоимость без страховки будет 2000+.
Хмм, а какой ещё рынок слился китайцам из-за "безликости" итп? Как раз таки от китайцев ни стиля ни оригинальности ждать не приходится, они другим всегда брали.
Из моего опыта:
1) на собеседованиях в Г чаще можно встретить Литкод Хард чем например в Амазон
2) в Амазоне вопросы явно с Литкода брать не рекомендуется, но многим влом думать-искать
3) все проблемы которые были у меня в вопросах на интервью в Амазоне встретились впоследствии в реальной работе
4) непосредственно навык скоростного решения таких проблем - не нужен. Но нужно уметь быстро писать хороший и тестируемый код и быстро распознавать алгоритмические паттерны, чтобы не велосипедить и не плодить тормозной код.
На самом деле это только часть навыков software engineer, и эффективность принятого формата интервью - вопрос спорный, но... Как то работает, а лучшего способа не придумали. "Гитхаб" и "поговорить за проекты" для бигтеха очевидно не вариант.
Тут зависит от того как использовать литкод. Если тупо адаптироваться под систему и фигачить write only, тогда да, может и во вред пойти. А можно писать нормально, с юнит тестами ИТП. В фаангах на интервью обращают внимание на то как код написан, олимпиадный код получит жирный минус несмотря на эффективность.
А там ребенок вдруг заболел внезапно. Или с работы позвонили - срочный вызов/авария ИТП (не все работы чистая удаленка).
В "западных" странах не обязательно полностью выплачивать ипотеку чтобы продать дом. Продал, закрыл остаток ипотеки с полученных денег, переехал, купил новый дом/квартиру.
Так в начале же жирный намек. Очевидно кто статью писал :)
Из моего опыта, в Микрософт часто уходят те кто попал в ФААНГ но не потянул там работать. А в МС все же попроще, поспокойнее, давления такого со всех сторон нет.
В пользу Амазона можно сказать что в ЦК не дураки сидят и над культурой работают. Аж два лидершип принципа новых внедрили под это дело, менеджмент теперь старается, инклюзивнесс и все такое. Работает, мне в моем орге культура нравится, более того, много свободы выстраивать культуру самому. Удаленка без проблем опять же (если уже живёшь в нормальной стране).
Т.е. деньги - это не самое главное, когда их достаточно :)
Обычно в каждом подразделении / продукте своя специфика, свой док по код стайлу и код ревью, где в том или ином виде могут быть чеклисты для ошибок/отказов, best practices для retry, какие-то специфичные для домена вещи итп. Строгого регламента обычно нет, скорее это все сайд-эффект высокой инженерной культуры, никого не надо пинать, народ сам инициативу проявляет по улучшению процессов.
Хех, у нас в Big Tech fault tree analysis это просто часть ежедневной работы каждого программиста. Начинается на уровне дизайна системы, а потом постоянно на уровне кода, в каждом коммите. Если нормально все точки отказа не проработаешь, код просто не пройдет code review. И это не отменяет юнит тестов, наоборот - большинство нестандартных ошибок в тестовом кластере могут не встретится никогда ("пожар в дата центре"), и хоть как то убедится что код делает то что надо можно с помощью тестов (ну может за исключением совсем тривиальных случаев).
Ну да, я долго думал куда бы уехать из МА, пока в ФААНГ не устроился. Кроме садика куча других расходов, все услуги очень дорогие, те же секции-кружки-развивашки итп. С детьми хочется жить в доме, дома в МА дорогущие и старые, любой ремонт стоит космических денег итд итп.
Зависит от типа животного (собак обычно дороже держать чем кошек), породы, конкретного штата и города итп. У меня (пригород Бостона) намного больше расходов получается на пшеничного терьера, из-за проблем с пищеварением (пару тыщ на медицину за первые полгода). Но это все равно не сравнить с расходами на детей, тут вам не Европа, да :)