Зачем вы мне-то это пишете? Я вам просто логику рынка озвучиваю, которую вы, судя по всему, и так своими глазами видите. Идите на собесе доказывать, что команда должна нанять и обучить до требуемого уровня именно вас за миллион денег, а не мидла вчетверо дешевле.
Т.е. Вы считаете, что специалист с опытом работы 20 лет, которому не пришлось использовать, ну допустим, mongodb, хуже новичка с опытом работы 5 лет, который утверждает (замечу в скобках, всего лишь утверждает, что он работал с mongodb)?
Я считаю, что 20 лет и 5 лет это просто числа. Кто-то 20 лет сидит на саппорте легасей. Кто-то за 5 лет гаражный проект до IPO доводит. Вы размахиваете своими 20ю годами, как будто это 20 млн баксов - якобы такая самоценность. А это так не работает.
а я, к примеру , с опытом работы за 20 лет, уже больше года не могу найти удалённую работу
В автоспорте есть поговорка, что ты хорош настолько, насколько хороша твоя последняя гонка. А в волатильной индустрии важны в лучшем случае последние 3 года.
Есть программист, за плечами которого более 20 реализованных проектов различной сложности и нагрузки. ... Программист ищет работу. И проходит собеседования. И...и не может их пройти!
Вы не забывайте, что иногда 10 лет опыта это 1 год, повторенный 10 раз.
По моему опыту проведения собесов каждый третий такой кандидат с регалиями это уставший человек без всякого желания учиться и выходить из зоны комфорта. Вот именно это "а мне и так норм, а я и так все знаю, да я в 96 году драйвер на линукс уже писал" и становится причиной отказа.
Можете поискать крепкого синьора, который Вас обучит. Примерно за жалкие пару тыс. зеленых бумажек в месяц на протяжении пары лет.
Так себе план. Сеньор может максимум придумать мок-проект длиной в месяц с полным циклом разработки сервиса от херового ТЗ до деплоймента. А дальше разве что консультировать по реальным вопросам на реальном проекте. Без производственной практики никакой сеньор чуда не сделает.
Вот интересно, когда Рафаэль Санти набирал учеников, он тоже жаловался, что молодежь нынче не знает основ и даже будку собачью расписать не может? Или просто брал желающих и потом отсеивал наиболее годных? Что характерно, за 500 лет принципы работы с джунами не изменились.
Меня одного коробит от того, что "наставники и ревьюеры" огульно называют "алгоритмами" эффекты применения структур данных?
"Знать алгоритмы" - это бессмыслица. Разработчик придумывает алгоритм, основываясь на вводных данных и конечной цели, а не "знает" его.
Знать абстрактные алгоритмы CS - много раз разжевали, что смысла в этом нет, покуда вы не пишете какие-нибудь библиотеки общего назначения или не решает прочие узкоспециализированные задачи.
Знать структуры данных из библиотеки языка, эффекты их применения и асимптотические оценки - это да, нужно ежедневно.
В офисе же, в окружении своей команды, сотрудник видит, как работают другие, и это позволяет ему сравнить свой уровень производительности с коллегами. Это вызывает чувство сопереживания проекту
Открываешь профиль в гитлабе и или статистику в джире и смотришь, кто сколько наконтрибьютил. Для меня эти цифры красноречивее, чем пыхтящие ИБДшники в офисе.
Вот, кстати, да. Я, конечно, джаваскриптер не настоящий, но проект на 60к строк на ангуляре в анамнезе есть. Замыкания я не использовал и даже кейсов для них не видел. В мире стейтлесс-систем это вообще редкость, чтобы нужен был такой вот эрзац-объект с хранением состояния. Не исключаю, что где-то есть JS-команды, которые рубят суровую функциональщину. Но в целом можно ничуть не хуже прогать и без этого. Не стоит делать из замыканий святой грааль.
В том-то и дело, что вид курсов не уточняется. Да и вряд ли CTO компании реально знает, кто там к ним на собес приходит и откуда. А если он имеет в виду, что вот курсы "Java + Spring за 6 месяцев" это днище, а какой-нибудь бакалавриат в настоящем вузе это огого - то это вообще какой-то наивный взгляд. Любое образование, что курсы что вузы, дают сырой полуфабрикат, в которой надо вкладываться по полной.
я столкнулся с сильным застоем в профобучении из-за кучи ответственности как Fullstack разработчик
Еще одно подтверждение тезиса, что фуллстеки - вечные мидлы. Там, конечно, есть контр-тезис, что фуллстеки - будущие архитекторы. Но если смотреть правде в глаза, то из 1000 фулстеков 1000 архитекторов никогда не получится хотя бы потому, что столько не нужно. И это только первая и очевидная причина. Сам прошел этот же путь, когда 2 года пашешь как краб на галерах, а потом на первом же собесе тебя размазывают довольно простыми вопросами.
Не рекомендую роль фуллстека ни для чего, кроме старта карьеры. Посмотрел, как веб сверху донизу устроен - и дальше выбирай специализацию.
Остается только один вопрос. Какой процент современных энтерпрайзных джава-проектов реально использует "богатую" доменную модель, в которой в принципе возможна описанная проблема с наследниками Account?
многие программисты даже не задумываются о другой парадигме при написании ПО. ООП стало незыблемым стандартом.
На мой взгляд все ровно наоборот. Многие разрабы на JVM думаю, что пишут на ООП. При этом у них анемичная модель данных, Spring заставляет их работать в процедурном стиле, а в коде сплошь и рядом функторы и монады из ФП.
Так что непонятно, с какой реальностью дискутирует автор и какую предметную область имеет в виду. Все популярные языки давно уже мультипарадигменные. ООП в них просто полезная фича для ряда задач, а не какой-то угнетатель, который что-то кому-то навязывает.
Как по мне, созвучно с mos.ru (обычно не вызывающий эстетических вопросов)
Потому что mos.ru - внезапно про Москву.
ассоциируется с городской инфраструктурой
А должен? Речь вроде про репозиторий общего назначения, который вообще-то ортогонален географии, политике, городской инфраструктуре и даже Московскому Варенью.
Ах эти казенные названия. Что самое смешное, одни и те же люди сначала бахвалятся великим и могучим языком, которому другие языки даже в подметки не годятся, а потом придумывают все эти деревянные РосГосМосХаб.
Что, кстати, говорит, что сеньоры были без кавычек. Если твой преемник тебя не проклинает и не уходит в рефакторинг на полгода, то работа сделана хорошо.
Зачем вы мне-то это пишете? Я вам просто логику рынка озвучиваю, которую вы, судя по всему, и так своими глазами видите. Идите на собесе доказывать, что команда должна нанять и обучить до требуемого уровня именно вас за миллион денег, а не мидла вчетверо дешевле.
Я считаю, что 20 лет и 5 лет это просто числа. Кто-то 20 лет сидит на саппорте легасей. Кто-то за 5 лет гаражный проект до IPO доводит. Вы размахиваете своими 20ю годами, как будто это 20 млн баксов - якобы такая самоценность. А это так не работает.
В автоспорте есть поговорка, что ты хорош настолько, насколько хороша твоя последняя гонка. А в волатильной индустрии важны в лучшем случае последние 3 года.
В годах Меркурия считаете?
Вы не забывайте, что иногда 10 лет опыта это 1 год, повторенный 10 раз.
По моему опыту проведения собесов каждый третий такой кандидат с регалиями это уставший человек без всякого желания учиться и выходить из зоны комфорта. Вот именно это "а мне и так норм, а я и так все знаю, да я в 96 году драйвер на линукс уже писал" и становится причиной отказа.
Даже новостные агентства с культурой факт-чекинга не являются "самыми точными". А вот флудилка с миллионами участников непременно станет.
Так себе план. Сеньор может максимум придумать мок-проект длиной в месяц с полным циклом разработки сервиса от херового ТЗ до деплоймента. А дальше разве что консультировать по реальным вопросам на реальном проекте. Без производственной практики никакой сеньор чуда не сделает.
Вот интересно, когда Рафаэль Санти набирал учеников, он тоже жаловался, что молодежь нынче не знает основ и даже будку собачью расписать не может? Или просто брал желающих и потом отсеивал наиболее годных? Что характерно, за 500 лет принципы работы с джунами не изменились.
Меня одного коробит от того, что "наставники и ревьюеры" огульно называют "алгоритмами" эффекты применения структур данных?
"Знать алгоритмы" - это бессмыслица. Разработчик придумывает алгоритм, основываясь на вводных данных и конечной цели, а не "знает" его.
Знать абстрактные алгоритмы CS - много раз разжевали, что смысла в этом нет, покуда вы не пишете какие-нибудь библиотеки общего назначения или не решает прочие узкоспециализированные задачи.
Знать структуры данных из библиотеки языка, эффекты их применения и асимптотические оценки - это да, нужно ежедневно.
Количество - метрики закрытых задач и коммитов в гите.
Качество - количество багов на доске, статистика тест-ранов.
Оптимальность решения - код-ревью и анализ метрик с прода.
В каком месте офис необходим?
Открываешь профиль в гитлабе и или статистику в джире и смотришь, кто сколько наконтрибьютил. Для меня эти цифры красноречивее, чем пыхтящие ИБДшники в офисе.
Вот, кстати, да. Я, конечно, джаваскриптер не настоящий, но проект на 60к строк на ангуляре в анамнезе есть. Замыкания я не использовал и даже кейсов для них не видел. В мире стейтлесс-систем это вообще редкость, чтобы нужен был такой вот эрзац-объект с хранением состояния. Не исключаю, что где-то есть JS-команды, которые рубят суровую функциональщину. Но в целом можно ничуть не хуже прогать и без этого. Не стоит делать из замыканий святой грааль.
В том-то и дело, что вид курсов не уточняется. Да и вряд ли CTO компании реально знает, кто там к ним на собес приходит и откуда. А если он имеет в виду, что вот курсы "Java + Spring за 6 месяцев" это днище, а какой-нибудь бакалавриат в настоящем вузе это огого - то это вообще какой-то наивный взгляд. Любое образование, что курсы что вузы, дают сырой полуфабрикат, в которой надо вкладываться по полной.
То есть новичков они не берут. Понимаю, это дорого и больно. Но какой тогда план?
1) Делаем ИТ-профессию популярной (уже сделано, к слову)
2) ???
3) Имеем толпы сеньоров-помидоров. осаждающих наш HR-отдел
4) PROFIT
Еще одно подтверждение тезиса, что фуллстеки - вечные мидлы. Там, конечно, есть контр-тезис, что фуллстеки - будущие архитекторы. Но если смотреть правде в глаза, то из 1000 фулстеков 1000 архитекторов никогда не получится хотя бы потому, что столько не нужно. И это только первая и очевидная причина.
Сам прошел этот же путь, когда 2 года пашешь как краб на галерах, а потом на первом же собесе тебя размазывают довольно простыми вопросами.
Не рекомендую роль фуллстека ни для чего, кроме старта карьеры. Посмотрел, как веб сверху донизу устроен - и дальше выбирай специализацию.
Остается только один вопрос. Какой процент современных энтерпрайзных джава-проектов реально использует "богатую" доменную модель, в которой в принципе возможна описанная проблема с наследниками Account?
На мой взгляд все ровно наоборот. Многие разрабы на JVM думаю, что пишут на ООП. При этом у них анемичная модель данных, Spring заставляет их работать в процедурном стиле, а в коде сплошь и рядом функторы и монады из ФП.
Так что непонятно, с какой реальностью дискутирует автор и какую предметную область имеет в виду. Все популярные языки давно уже мультипарадигменные. ООП в них просто полезная фича для ряда задач, а не какой-то угнетатель, который что-то кому-то навязывает.
Потому что mos.ru - внезапно про Москву.
А должен? Речь вроде про репозиторий общего назначения, который вообще-то ортогонален географии, политике, городской инфраструктуре и даже Московскому Варенью.
Ах эти казенные названия. Что самое смешное, одни и те же люди сначала бахвалятся великим и могучим языком, которому другие языки даже в подметки не годятся, а потом придумывают все эти деревянные РосГосМосХаб.
Что, кстати, говорит, что сеньоры были без кавычек. Если твой преемник тебя не проклинает и не уходит в рефакторинг на полгода, то работа сделана хорошо.