Да ладно, ужасы Амазона сильно преувеличены. В штатах дичайшая нехватка работников во всех отраслях, безработица рекордно низкая, зарплаты и бенефиты растут на глазах, было бы так плохо - просто ушли бы к другому работодателю. У Амазона щас вообще фокус на сотрудников очень большой. И у других работодателей такие же проблемы, либо делаешь работников счастливее, либо они разбегаются. Иногда так массово что это реально бьёт по бизнесу.
+1, есть несколько знакомых врачей переехавших из РФ в США, как они пробивались много лет чтобы стать полноценными врачами - по сравнению с этим подготовка к интервью и собеседование в ФААНГи просто детский сад. Гвозди бы делать из этих людей. А так да, теоретически все реально....
Начало хорошее, но тема не раскрыта. У Клеппмана в DDIA хорошо раскрыта тема Сериализуемости, на пальцах тот же 2PL и SSI (по сути просто optimistic lock) разбираются.
Ну, я тоже не жалуюсь, но видел много тех кто жалуется :) после Москвы/Киева/итп у людей вдруг уровень жизни не вырос, а просел, по крайней мере по определённым параметрам. Я про то что халявы ожидать не стоит.
Ну смотря где. В Европе/США программистов конечно надо много, но даже работая в ФААНГЕ шиковать не получится, будет уровень жизни обычного среднего класса (и то не сразу), с бесконечным планированием расходов, откладыванием на учебу детям итп. По своему опыту, устроиться в ФААНГ это фигня , настоящая пахота начинается уже на месте. И конкурировать приходится не с "тупыми индусами" или джунами вайтишниками, а лучшими из лучших, зачастую это молодежь из топовых вузов которая будет пахать без сна и отдыха. Если у вас дети, хобби итп .. Ну, такое .
Интересно, если все уже на RPC, как у Гугла было, хороший вариант. По сути заморачиваться трейсингом стоит только если глубина/ветвление запроса достаточно большие, когда по логам и метрикам уже анализировать сложно/долго. Зато можно писать меньше логов, т.к. конкретные вызовы отслеживаются через трейсинг.
Фигня какая то. У нас народ туда сюда постоянно мигрирует между командами, отделами и направлениями. И простые чуваки, и топовые инженеры. Никого ни на какой пип не ставят. Амазон большой, наводите справки по конкретному направлению и менеджерам. Я год в в AWS EFS, уходить не собираюсь, тут все отлично.
Вот-вот. Вне ФААНГов в США с этим зачастую хуже, нанимать не умеют, наберут балласта, потом массово увольняют без разбора, потом страдают и никого нанять не могут. А так-то и в ФБ можно влететь на ПИП если с менеджером общий язык не нашел, и Гугл сокращает если проект закончился а ты себе быстро новый не нашел итп.
Это да, как и любым инструментом - можно пользоваться по разному, и молотком можно гвозди забивать а можно пальцы отбивать. Так-то все равно все сводится к человескому фактору - и при устройстве надо пристально интервьюировать своего будущего менеджера перед принятием оффера (а не мудак ли он?), и после устройства уделять много внимания выстраиванию отношений. Это часть одинаковая в любой компании.
Лидершип принципы офигенская штука. Реально работает. Сегодня всяких технологий и языков программирования дочерта, все меняется каждый день, и Амазон просто хочет брать людей которые сами разберутся какую технологию взять, сами все освоят и доведут проект до конца, по пути решая все проблемы какие надо, и с софтом и с хардом и с людьми и с процессами. Ну при этом хочет убедиться что у людей правильные приоритеты.
Опять неправда. Многие внутренние тулзы лучше всего работают на Маках + Винду поддерживают для всяких ПМ-ов, но никто не запрещает использовать Линух - и таких людей много.
В смысле? Чтобы получить реферрал в ФБ надо на литкоде 400+ задач решенных иметь? Жесть.... Я так понимаю что к тем кто уже в США / ФААНГе это не относится, ибо ФБ постоянно стучится в LinkedIn? даже звонили и звали опять на собеседование через несколько месяцев после неудачного первого раза.
Внутри США за пределами долины, NYC и Сиэтла - такая же фигня , крайне мало кто платит сравнимые деньги, а жизнь дорогая в нормальных местах, тот же Бостон дороже Сиэтла. Ну и стиль интервью похоже большинство компаний уже используют ФААНГовский, плюс минус. Так что так даже проще, готовишься одинаково ко всем.
Мне пригодилось, стал быстрее и чище код писать :) при подготовке все тесты старался реальными юнит тестами покрывать. Но я так конечно не упахивался как автор, за пару-тройку месяцев вышло меньше 100 задач на литкоде, видео с youtube по SystemDesign. Потом собеседования в G, F и A(mazon), оффер в Амазон. Никаких мок интервью или там платных курсов. Лидершип принципы - пару вечеров просто прошелся по резюме, повспоминал разные ситуации. Собеседование в Амазон по сложности задач было самое простое но и самое адекватное (относительно Ф и Г) - не было ничего олимпиадного, все сугубо прикладное и используется в работе постоянно, сложность была в основном из-за весьма ограниченного времени (реально на техзадачи минут 30-35 оставалось). В Ф и Г была смесь нормальных задач с экзотикой.
Интересно, миллион тем на тему "как я готовился в фаанг" и почти ничего на тему как же там в итоге работается :) по собственному опыту (Амазон) - подготовка ерунда, по сравнению с непосредственно работой. Больше всего применимы как раз leadership principles, техническая часть вторична, один фиг кучу всего изучать почти с нуля. Так что качайте софт скиллы, товарищи :)
По поводу политики, отношения и зависимости от размера: не согласен, вообще. Работал и там и там как говорится, политика есть везде, в маленьких конторах может быть ещё хуже потому что начальство имеет де факто больше власти, фаворитизм и самодурство расцветает очень быстро. И наоборот, в больших конторах могут быть очень адекватные менеджеры на местах, Гринфилд проекты итп. Так что в конечном счёте проще ориентироваться на бабло, которого в 99% случаев в фаанге больше (а хорошо жить в США с семьёй = очень много бабла надо, это вам не Европа).
Недорого относительно других предложений на локальном рынке. Daycare в Индию не зааутсорсишь, а по месту - дорогие страховки, недвижимость и наемный труд взвинчивают цены на любые сервисы.
На удалёнке хорошо когда задачи типовые (особенно в плане коммуникаций), либо когда команда уже состоявшаяся, много лет работают вместе. Когда стек технологий полностью опенсорсный, например. Недавно сменил работу/домен/стек технологий, опенсорса почти нет. Самая большая проблема - ответов на вопросы по слаку/ email можно ждать день-два. Все заняты, работают ... Stack overflow не поможет, ибо proprietary. В итоге как в доинтернетные времена, сидишь с дебаггером в обнимку по 10+ часов в день чтобы хоть как то оставаться на плаву. При этом я терпеть не могу спрашивать других или когда отвлекают меня, но обсуждения с вайтбоардом в офисе - лучшая форма технической коммуникации между инженерами. 15 минут вайтборда экономят дни ненужной работы из за недопонимания. На удалёнке так не получается, по разным причинам, и все нетривиальные вопросы решаются намного дольше. PS: при этом я за удаленку, живу в пригороде, езда в офис по 2+ часа в день = ад...
" — Я тут игру разрабатываю, opengl, шейдеры, все дела. Проблемы с перфомансом, что посоветуете?"
" — Микросервисы же! Шардинг, машин лернинг, блокчейн, бигдата! TDD!"
Программисты, несмотря на всю свою образованность, любят натягивать сову на глобус.
Есть разные виды софта — веб-сайты, симуляторы, интерпретаторы, компиляторы, игры, CAD. Есть разные стадии разработки — продукт с нуля, фича с нуля, фича в жутком Легаси итд итп. Есть разные процессы — продуктовая разработка, аутсорсинг итд. Как "готовить" — тоже важно, индусы на аутсорсинге могут нафигачить тестов в стиле return true; (был опыт). И TDD здесь — замечательный молоток для забивания гвоздей, но если у вас лесопилка или вы резьбой дереву занимаетесь — конечно может и не пригодится. А если кажется что подойдёт, но люди попадают молотком себе по пальцам — проблема может быть и не в TDD.
Да ладно, ужасы Амазона сильно преувеличены. В штатах дичайшая нехватка работников во всех отраслях, безработица рекордно низкая, зарплаты и бенефиты растут на глазах, было бы так плохо - просто ушли бы к другому работодателю. У Амазона щас вообще фокус на сотрудников очень большой. И у других работодателей такие же проблемы, либо делаешь работников счастливее, либо они разбегаются. Иногда так массово что это реально бьёт по бизнесу.
+1, есть несколько знакомых врачей переехавших из РФ в США, как они пробивались много лет чтобы стать полноценными врачами - по сравнению с этим подготовка к интервью и собеседование в ФААНГи просто детский сад. Гвозди бы делать из этих людей. А так да, теоретически все реально....
Начало хорошее, но тема не раскрыта. У Клеппмана в DDIA хорошо раскрыта тема Сериализуемости, на пальцах тот же 2PL и SSI (по сути просто optimistic lock) разбираются.
Ну, я тоже не жалуюсь, но видел много тех кто жалуется :) после Москвы/Киева/итп у людей вдруг уровень жизни не вырос, а просел, по крайней мере по определённым параметрам. Я про то что халявы ожидать не стоит.
Ну смотря где. В Европе/США программистов конечно надо много, но даже работая в ФААНГЕ шиковать не получится, будет уровень жизни обычного среднего класса (и то не сразу), с бесконечным планированием расходов, откладыванием на учебу детям итп. По своему опыту, устроиться в ФААНГ это фигня , настоящая пахота начинается уже на месте. И конкурировать приходится не с "тупыми индусами" или джунами вайтишниками, а лучшими из лучших, зачастую это молодежь из топовых вузов которая будет пахать без сна и отдыха. Если у вас дети, хобби итп .. Ну, такое .
Интересно, если все уже на RPC, как у Гугла было, хороший вариант. По сути заморачиваться трейсингом стоит только если глубина/ветвление запроса достаточно большие, когда по логам и метрикам уже анализировать сложно/долго. Зато можно писать меньше логов, т.к. конкретные вызовы отслеживаются через трейсинг.
Фигня какая то. У нас народ туда сюда постоянно мигрирует между командами, отделами и направлениями. И простые чуваки, и топовые инженеры. Никого ни на какой пип не ставят. Амазон большой, наводите справки по конкретному направлению и менеджерам. Я год в в AWS EFS, уходить не собираюсь, тут все отлично.
Вот-вот. Вне ФААНГов в США с этим зачастую хуже, нанимать не умеют, наберут балласта, потом массово увольняют без разбора, потом страдают и никого нанять не могут. А так-то и в ФБ можно влететь на ПИП если с менеджером общий язык не нашел, и Гугл сокращает если проект закончился а ты себе быстро новый не нашел итп.
Это да, как и любым инструментом - можно пользоваться по разному, и молотком можно гвозди забивать а можно пальцы отбивать. Так-то все равно все сводится к человескому фактору - и при устройстве надо пристально интервьюировать своего будущего менеджера перед принятием оффера (а не мудак ли он?), и после устройства уделять много внимания выстраиванию отношений. Это часть одинаковая в любой компании.
Лидершип принципы офигенская штука. Реально работает. Сегодня всяких технологий и языков программирования дочерта, все меняется каждый день, и Амазон просто хочет брать людей которые сами разберутся какую технологию взять, сами все освоят и доведут проект до конца, по пути решая все проблемы какие надо, и с софтом и с хардом и с людьми и с процессами. Ну при этом хочет убедиться что у людей правильные приоритеты.
Опять неправда. Многие внутренние тулзы лучше всего работают на Маках + Винду поддерживают для всяких ПМ-ов, но никто не запрещает использовать Линух - и таких людей много.
В смысле? Чтобы получить реферрал в ФБ надо на литкоде 400+ задач решенных иметь? Жесть.... Я так понимаю что к тем кто уже в США / ФААНГе это не относится, ибо ФБ постоянно стучится в LinkedIn? даже звонили и звали опять на собеседование через несколько месяцев после неудачного первого раза.
Внутри США за пределами долины, NYC и Сиэтла - такая же фигня , крайне мало кто платит сравнимые деньги, а жизнь дорогая в нормальных местах, тот же Бостон дороже Сиэтла. Ну и стиль интервью похоже большинство компаний уже используют ФААНГовский, плюс минус. Так что так даже проще, готовишься одинаково ко всем.
Мне пригодилось, стал быстрее и чище код писать :) при подготовке все тесты старался реальными юнит тестами покрывать. Но я так конечно не упахивался как автор, за пару-тройку месяцев вышло меньше 100 задач на литкоде, видео с youtube по SystemDesign. Потом собеседования в G, F и A(mazon), оффер в Амазон. Никаких мок интервью или там платных курсов. Лидершип принципы - пару вечеров просто прошелся по резюме, повспоминал разные ситуации. Собеседование в Амазон по сложности задач было самое простое но и самое адекватное (относительно Ф и Г) - не было ничего олимпиадного, все сугубо прикладное и используется в работе постоянно, сложность была в основном из-за весьма ограниченного времени (реально на техзадачи минут 30-35 оставалось). В Ф и Г была смесь нормальных задач с экзотикой.
Интересно, миллион тем на тему "как я готовился в фаанг" и почти ничего на тему как же там в итоге работается :) по собственному опыту (Амазон) - подготовка ерунда, по сравнению с непосредственно работой. Больше всего применимы как раз leadership principles, техническая часть вторична, один фиг кучу всего изучать почти с нуля. Так что качайте софт скиллы, товарищи :)
По поводу политики, отношения и зависимости от размера: не согласен, вообще. Работал и там и там как говорится, политика есть везде, в маленьких конторах может быть ещё хуже потому что начальство имеет де факто больше власти, фаворитизм и самодурство расцветает очень быстро. И наоборот, в больших конторах могут быть очень адекватные менеджеры на местах, Гринфилд проекты итп. Так что в конечном счёте проще ориентироваться на бабло, которого в 99% случаев в фаанге больше (а хорошо жить в США с семьёй = очень много бабла надо, это вам не Европа).
Недорого относительно других предложений на локальном рынке. Daycare в Индию не зааутсорсишь, а по месту - дорогие страховки, недвижимость и наемный труд взвинчивают цены на любые сервисы.
Да ладно, примеров полно. Тот же Амазон - офигенная компания для клиентов, мясорубка для сотрудников, при этом даже без лакшери бенефитов.
На удалёнке хорошо когда задачи типовые (особенно в плане коммуникаций), либо когда команда уже состоявшаяся, много лет работают вместе. Когда стек технологий полностью опенсорсный, например. Недавно сменил работу/домен/стек технологий, опенсорса почти нет. Самая большая проблема - ответов на вопросы по слаку/ email можно ждать день-два. Все заняты, работают ... Stack overflow не поможет, ибо proprietary. В итоге как в доинтернетные времена, сидишь с дебаггером в обнимку по 10+ часов в день чтобы хоть как то оставаться на плаву. При этом я терпеть не могу спрашивать других или когда отвлекают меня, но обсуждения с вайтбоардом в офисе - лучшая форма технической коммуникации между инженерами. 15 минут вайтборда экономят дни ненужной работы из за недопонимания. На удалёнке так не получается, по разным причинам, и все нетривиальные вопросы решаются намного дольше. PS: при этом я за удаленку, живу в пригороде, езда в офис по 2+ часа в день = ад...
" — Я тут игру разрабатываю, opengl, шейдеры, все дела. Проблемы с перфомансом, что посоветуете?"
" — Микросервисы же! Шардинг, машин лернинг, блокчейн, бигдата! TDD!"
Программисты, несмотря на всю свою образованность, любят натягивать сову на глобус.
Есть разные виды софта — веб-сайты, симуляторы, интерпретаторы, компиляторы, игры, CAD. Есть разные стадии разработки — продукт с нуля, фича с нуля, фича в жутком Легаси итд итп. Есть разные процессы — продуктовая разработка, аутсорсинг итд. Как "готовить" — тоже важно, индусы на аутсорсинге могут нафигачить тестов в стиле return true; (был опыт). И TDD здесь — замечательный молоток для забивания гвоздей, но если у вас лесопилка или вы резьбой дереву занимаетесь — конечно может и не пригодится. А если кажется что подойдёт, но люди попадают молотком себе по пальцам — проблема может быть и не в TDD.