И конкурировать приходится не с "тупыми индусами" или джунами вайтишниками, а лучшими из лучших, зачастую это молодежь из топовых вузов которая будет пахать без сна и отдыха.
Именно, только пахать с умом надо, не делая работу за которую не заплатят или не оценят. Не говоря уже о том, что пахать "без головы", чревато ошибками, которых можно избежать имея опыт за плечами. А значит, каким бы крутым не был коледж у ваших коллег, имея опыт вы сможете составить им достойную конкуренцию
При таком переезде из Москвы/Киева/Минска уровень проседает не потому, что в ФААНГ сложнее. Во всяком случае не совсем, самое большое препятствие это языковой барьер. Неумение быстро объясниться и звучать так-же убедительно как это было на родном языке становится проблемой и отбрасывает назад в карьерной лестнице. Первое время ни пошутить на встрече, ни потрепаться на отвлеченные темы дабы разрядить обстановку - это все ощутимый ментальный труд. Отсюда проседание уровня жизни и жуткое ощущение, что за тот же додход с попрвкой на город ты пашешь сильно больше.
Но, я смею заверить, это временное явление, язык и комуникативные навыки, при должном старании, быстро подтягивается. И проседание с лихвой наверстывается в течении пары лет. А там глядишь и стоки уже вестятся, и уровень повышают. Уровень жизни после этого будет расти быстрее
Спасибо большое! Я вчера опубликовал вторую часть https://habr.com/ru/post/654009/ и готовлю третью. К ошибкам буду более внимателен, это очень правильно подмечено!
Да, все верно, я согласен со вторым замечанием полностью. С первым частично, это правда про инструмен удержания и про то, что много технологий гигантов идут в мир.
Однако, далеко не все внутренние технологии, выидут в мир. Такое происходит по массе причин, главные из которых: недостаточный успех технологии, высокая цена поддержки OpenSource комьюнити, сложности с OpenSource лицензированием, наличие более успешного конкурента снаружи. По этой причине много внутренних технологий не проходят отсев и остаются внутри. Или, проходят, но не набирают большой популярности, как язык "Hack"
Справедливо, согласен - любой начальник стремится собрать лучших из лучших. Мой поинт был в том, что более мелких компаниях, что я видел, есть существенные ограничения по бюджетам. Как на компенсацию сотрудниками, так и на офис. А значит меньше денег на баристу/бармена (бар в офисе будет за деньги, например). А таже чуть ниже чем по рынку компенсация, например могут не дававать стоки.
Гипертрофированый пример - стартап снимающий офис в We Work имеет по факту куда более бедные условия.
Хороший вопрос, и да и нет. Не существует формального ограничения на тип проектов, до тех пор пока у инженера хватает скилов это делать и это согласуется с направлением работы команды и отдела. То есть в теории инженер может делать и бе и фронт, все будут только рад. Но невозможно делеть всю работу самому - кто-то должен как минимум делать код ревью. А для этого он тоже должен обладать схожим набором скилов и опыта. А значит есть ограничение от квалификации команды. И конечно же есть естественные ограничения на экспертизу самого инженера, непросто быть профи на всех уровнях стека. А значит сотрудники будут сколоняться к определенному типу задач самостоятельно.
Так что в теории разделения может и не быть, но на практике оно есть. Оно задается целями команды, скилами непосредственных пиров и тех лида, даже если сам инженер на все руки мастер.
Именно, только пахать с умом надо, не делая работу за которую не заплатят или не оценят. Не говоря уже о том, что пахать "без головы", чревато ошибками, которых можно избежать имея опыт за плечами. А значит, каким бы крутым не был коледж у ваших коллег, имея опыт вы сможете составить им достойную конкуренцию
При таком переезде из Москвы/Киева/Минска уровень проседает не потому, что в ФААНГ сложнее. Во всяком случае не совсем, самое большое препятствие это языковой барьер. Неумение быстро объясниться и звучать так-же убедительно как это было на родном языке становится проблемой и отбрасывает назад в карьерной лестнице. Первое время ни пошутить на встрече, ни потрепаться на отвлеченные темы дабы разрядить обстановку - это все ощутимый ментальный труд. Отсюда проседание уровня жизни и жуткое ощущение, что за тот же додход с попрвкой на город ты пашешь сильно больше.
Но, я смею заверить, это временное явление, язык и комуникативные навыки, при должном старании, быстро подтягивается. И проседание с лихвой наверстывается в течении пары лет. А там глядишь и стоки уже вестятся, и уровень повышают. Уровень жизни после этого будет расти быстрее
Спасибо большое! Я вчера опубликовал вторую часть https://habr.com/ru/post/654009/ и готовлю третью. К ошибкам буду более внимателен, это очень правильно подмечено!
Да, все верно, я согласен со вторым замечанием полностью. С первым частично, это правда про инструмен удержания и про то, что много технологий гигантов идут в мир.
Однако, далеко не все внутренние технологии, выидут в мир. Такое происходит по массе причин, главные из которых: недостаточный успех технологии, высокая цена поддержки OpenSource комьюнити, сложности с OpenSource лицензированием, наличие более успешного конкурента снаружи. По этой причине много внутренних технологий не проходят отсев и остаются внутри. Или, проходят, но не набирают большой популярности, как язык "Hack"
Сейчас кое-где позолота пооблупилась, все так ? Я писал текст до начала войны.
Хотя эта война должны была, как мне кажется, заметно добавить желающих для "IT-эмиграции"
Справедливо, согласен - любой начальник стремится собрать лучших из лучших. Мой поинт был в том, что более мелких компаниях, что я видел, есть существенные ограничения по бюджетам. Как на компенсацию сотрудниками, так и на офис. А значит меньше денег на баристу/бармена (бар в офисе будет за деньги, например). А таже чуть ниже чем по рынку компенсация, например могут не дававать стоки.
Гипертрофированый пример - стартап снимающий офис в We Work имеет по факту куда более бедные условия.
Про стабильность и болото совершенно согласен
Хороший вопрос, и да и нет. Не существует формального ограничения на тип проектов, до тех пор пока у инженера хватает скилов это делать и это согласуется с направлением работы команды и отдела. То есть в теории инженер может делать и бе и фронт, все будут только рад. Но невозможно делеть всю работу самому - кто-то должен как минимум делать код ревью. А для этого он тоже должен обладать схожим набором скилов и опыта. А значит есть ограничение от квалификации команды. И конечно же есть естественные ограничения на экспертизу самого инженера, непросто быть профи на всех уровнях стека. А значит сотрудники будут сколоняться к определенному типу задач самостоятельно.
Так что в теории разделения может и не быть, но на практике оно есть. Оно задается целями команды, скилами непосредственных пиров и тех лида, даже если сам инженер на все руки мастер.
Звучит разумно, я правильно понял вопрос?