устройство в одну из ведущих IT-компаний и постепенный карьерный рост
Так себе вариант, если честно. Через много лет получается специалист по работе в одной компании, который вообще не представляет как ещё может выглядеть процесс. Для компании это тоже плохо, т.к. нет понимания как можно сделать текущие процессы лучше.
С точки зрения адекватного работодателя это очень поздно времяпровождения сотрудника. Сотрудник учится чему-то новому, у него глубокое погружение в тему, сильно глубже чем "посмотрел выступление на Ютубе". Сотрудник общается с людьми увлечённым чем-то общим, узнает новое, развивается. Сотрудник может найти потенциального кандидата, которого захочется нанять. Сотрудник может эффективно пообщаться с коллегами из других офисов, с которыми до этого почему-то не общался. Да там одна польза по факту, ща сравнительно небольшую сумму денег.
В РФ это просто следствие перегретого рынка. 3 года в подавляющем большинстве случаев (бывают гении, что тут), это миддл на любом не перегретом рынке. 5 лет иногда может быть синьор, но часто опыта недостаточно.
Это еще большая проблема чем если он только на бумажке. Всё что может быть автоматически проверенно на соответствие правилам должно проверяться автоматически и блокировать мердж пока не исправлено.
каждый раз менять работу в новую предметную область для программиста вполне нормальное явление
эм... тут я думаю надо прояснить немного. Речь идет о перемещениях в духе " был эмбеддет разработчиком, а стал фронтендером" или "писал бэкэнд в банке, а стал писать бэкенд с зеленом стартапе"? Так как переходы второго типа весьма просты и не затрагивают базовых знаний, в то время как переходы первого типа весьма сложны.
название требуемого языка или фреймворка практически всегда пишут аж прямо в названии позиции
Ни ФАНГи, ни единороги такой дурью не маются (обычно). Из компаний у которых есть нормальные деньги подобное может быть разве что в HFT, но там хотя бы можно понять почему.
Если брать Википедию за критерий правильности, то можно посмотреть и на анлийский варинт. Он, внезапно, на несколько порядков короче:
A software architect is a software engineer responsible for high-level design choices related to overall system structure and behavior.
Что бы принять решения относительно высокоуровневого дизайна системы и её поведения, необходимо собрать информацию со всех заинтересованных лиц. Так же необходимо расставить правильные приоритеты в порядке реализации. Это всё включает в себя просто огромное количество общения и навыки продажи решения.
Так предполагает, что все решения принимаются строго демократично среди всех членов проекта
Скорее не "демократично", а с пониманием потребностей на всех уровнях и доступных ресурсов.
Да? Мне видимо все попадались несерьезные компании с капитализацией под миллиард.
Видимо да, или это чисто российская специфика. При этом тот же Я про язык программирования вас вообще спрашивать не будет.
PHP девелоперу потребуется минимум полгода, чтобы освоить хотя бы используемый стек Java или JavaScript, много серьезных компаний готовы платить подгода зарплату без результата?
Любая из компаний уровня ФАНГ или чуть ниже. Так же хотелось бы отметить, что если надо ждать пол года пока человек начнет приносить пользу, то в компании что-то фундаментльно не так. Когда всё так, то даже интерн начинает приносить видимую пользу со второй недели работы.
сидить очень технически-подкованный чувак, получает по почте требования, написанные бизнес аналитиками, и создает высокоуровневый дизайн системы для программистов
По большому счету это а) не архитектор, б) такая роль вообще не нужна. Работа архитектора как раз и состоит в коммуникациях между всеми уровнями (программисты, аналитики, PM, TPM) и командами для определения направления технического развития проекта. Если этого не надо и хватает "получил требования по почте и сделал дизайн", то тут просто нет работы для архитектора.
Так же не стоит забывать о том, что архитектор не может или как минимум не должен навязывать архитектурное решение. Он его должен создать, а потом "продать", т.е. объяснить всем этим уровням и командам целесообразность такого направления развития.
В каждой области используются свои языки, и в каждой области своя стоимость кода.
Ключевым фактором оплаты разработчика всегда была и есть область. Серьезные компании язык даже спрашивать не будут на собеседовании, в отличии от доменных знаний. Язык всегда был и останется вторичным.
Переезд - это всегда сложно. Вне зависимости от того в Армению ли он, либо вожделенную Европу. Давление обстоятельств в РФ, конечно, ощущаются индивидуально, но вне зависимости от ощущений, сыграть в бутылочку в полиции или сесть на *надцать лет за госизмену стало сильно не виртуальной опасностью.
А разве есть какая-то градация оплаты в зависимости от языка программирования? Не, на SO есть даже градация оплаты в зависимости от используемого редактора, и Emacs вроде был наиболее высокооплачиваемым, но в Emacs-е ли дело? :))
Если вы принесите в банк хотя бы несколько сотен тысяч долларов, то да, для банка будет смысл заморочиться. Но в большинстве случаев речь идёт о "копейках", и администрирование и риски с комплайнсом того просто не стоят. Хочется открыться счёт? Приезжайте, получайте легальный статус, открывайте счёт. Это нормальная практика по всему миру на данный момент.
У меня есть подозрение, что тот, кому легко от 300 в Мск так же легко получит её эквивалент и в другой стране, если немного заморочится, и разберётся с менталитетом этой другой страны.
Дело в том, что доход ощутимо выше медианного обычно слабо коррелирует с хард скилами, и больше про навык общение и самопрезентации.
Это сразу "не нанимать" как токсичного кандидата.
Так себе вариант, если честно. Через много лет получается специалист по работе в одной компании, который вообще не представляет как ещё может выглядеть процесс. Для компании это тоже плохо, т.к. нет понимания как можно сделать текущие процессы лучше.
С точки зрения адекватного работодателя это очень поздно времяпровождения сотрудника. Сотрудник учится чему-то новому, у него глубокое погружение в тему, сильно глубже чем "посмотрел выступление на Ютубе". Сотрудник общается с людьми увлечённым чем-то общим, узнает новое, развивается. Сотрудник может найти потенциального кандидата, которого захочется нанять. Сотрудник может эффективно пообщаться с коллегами из других офисов, с которыми до этого почему-то не общался. Да там одна польза по факту, ща сравнительно небольшую сумму денег.
В РФ это просто следствие перегретого рынка. 3 года в подавляющем большинстве случаев (бывают гении, что тут), это миддл на любом не перегретом рынке. 5 лет иногда может быть синьор, но часто опыта недостаточно.
Последний пункт лишний. Те же американцы куда меньше заморочены на правильности английского чем те же россияне.
Зря пытаетесь объяснить, не дойдёт скорее всего. Это называется русский великодержавный шовинизм.
Это еще большая проблема чем если он только на бумажке. Всё что может быть автоматически проверенно на соответствие правилам должно проверяться автоматически и блокировать мердж пока не исправлено.
эм... тут я думаю надо прояснить немного. Речь идет о перемещениях в духе " был эмбеддет разработчиком, а стал фронтендером" или "писал бэкэнд в банке, а стал писать бэкенд с зеленом стартапе"? Так как переходы второго типа весьма просты и не затрагивают базовых знаний, в то время как переходы первого типа весьма сложны.
Ни ФАНГи, ни единороги такой дурью не маются (обычно). Из компаний у которых есть нормальные деньги подобное может быть разве что в HFT, но там хотя бы можно понять почему.
Я уверен что магистр в АйТи даст человеку на два порядка больше знаний чем курсы.
Мне думается что с получения соотвествующего образования. Если уже есть высшее, но в другой области, то можно получить и магистра в АйТи.
Судя по вашему профилю - у вас. Я не вижу там ни работы архитектором, ни одной позиции уровня Staff/Principal Engineer.
Это отличный показатель, и одна из причин почему они достигли своих высот.
"Lead Consultant - Java" - ищут человека закрыть конкретные дыры в проекте.
При этом на собеседовании спрашивают а) алгоритмы на любом языке, б) дизайн систем, в) поведенческое интервью.
Если брать Википедию за критерий правильности, то можно посмотреть и на анлийский варинт. Он, внезапно, на несколько порядков короче:
Что бы принять решения относительно высокоуровневого дизайна системы и её поведения, необходимо собрать информацию со всех заинтересованных лиц. Так же необходимо расставить правильные приоритеты в порядке реализации. Это всё включает в себя просто огромное количество общения и навыки продажи решения.
Скорее не "демократично", а с пониманием потребностей на всех уровнях и доступных ресурсов.
Видимо да, или это чисто российская специфика. При этом тот же Я про язык программирования вас вообще спрашивать не будет.
Любая из компаний уровня ФАНГ или чуть ниже. Так же хотелось бы отметить, что если надо ждать пол года пока человек начнет приносить пользу, то в компании что-то фундаментльно не так. Когда всё так, то даже интерн начинает приносить видимую пользу со второй недели работы.
По большому счету это а) не архитектор, б) такая роль вообще не нужна. Работа архитектора как раз и состоит в коммуникациях между всеми уровнями (программисты, аналитики, PM, TPM) и командами для определения направления технического развития проекта. Если этого не надо и хватает "получил требования по почте и сделал дизайн", то тут просто нет работы для архитектора.
Так же не стоит забывать о том, что архитектор не может или как минимум не должен навязывать архитектурное решение. Он его должен создать, а потом "продать", т.е. объяснить всем этим уровням и командам целесообразность такого направления развития.
Ключевым фактором оплаты разработчика всегда была и есть область. Серьезные компании язык даже спрашивать не будут на собеседовании, в отличии от доменных знаний. Язык всегда был и останется вторичным.
Переезд - это всегда сложно. Вне зависимости от того в Армению ли он, либо вожделенную Европу. Давление обстоятельств в РФ, конечно, ощущаются индивидуально, но вне зависимости от ощущений, сыграть в бутылочку в полиции или сесть на *надцать лет за госизмену стало сильно не виртуальной опасностью.
Работа для экстравертов в АйТи была всегда и всегда будет. Причём чисто айтишная. Можете представить себе архитектора интроверта?
А разве есть какая-то градация оплаты в зависимости от языка программирования? Не, на SO есть даже градация оплаты в зависимости от используемого редактора, и Emacs вроде был наиболее высокооплачиваемым, но в Emacs-е ли дело? :))
Если вы принесите в банк хотя бы несколько сотен тысяч долларов, то да, для банка будет смысл заморочиться. Но в большинстве случаев речь идёт о "копейках", и администрирование и риски с комплайнсом того просто не стоят. Хочется открыться счёт? Приезжайте, получайте легальный статус, открывайте счёт. Это нормальная практика по всему миру на данный момент.
У меня есть подозрение, что тот, кому легко от 300 в Мск так же легко получит её эквивалент и в другой стране, если немного заморочится, и разберётся с менталитетом этой другой страны.
Дело в том, что доход ощутимо выше медианного обычно слабо коррелирует с хард скилами, и больше про навык общение и самопрезентации.