V. M.
давайте не вдаваться в демагогию ))
вопросы в стиле "если" я лично считаю либо странными, либо провакационными, либо глупыми т.к. они из области несуществующего.
по вашему примеру - на конвеере все джуны, работая за конвеером профи не станешь (нельзя стать шефповаром в ресторане 10 лет крутя одинаковые суши == нельзя стать скала сеньером 10 лет пиля JSON запросы и интерпретируя их результаты).
в точных специальностях весь бэкграунд вне компетенции имеет нулевую или оконулевую стоимость т.к. если мы работаем по принципам бережливого производства продукта, нет необходимости держать специалиста который многостаночник т.к. во первых люди == деньги, больше нагрузка - больше ответственность, риски для бизнеса и человека. Во вторых узкая специализация позволяет более пОлно "быть в теме" сотруднику, а менеджменту контролировать процесс производства.
Ваш кругозор это исключительно Ваша заслуга и будьте готовы к тому что остальным на него (кругозор) будет все равно.
TLDR: например нам нужен бекэндер который знает скала с аккой есть при этом вещи которые нам нужны, например принципы работы ОС с транзакционной памятью, многопоточность, Rx, принципы работы JVM и потоков - это НУЖНЫЕ вещи которые позволят Вам в процессе работы отвечать на вопрос ЗАЧЕМ и ПОЧЕМУ и сделают Вас в глазах работодателя сеньером. А есть знания которые в данном случае не нужны например 5 лет работы со Спарком в таком случае это знание для работодателя эквивалентно умению игре на баяне и скрипке. Вроде и классно, а вроде и не надо.
>по вашему примеру - на конвеере все джуны, работая за конвеером профи не станешь
Не верно. По нему так, только если принять предложенную классификацию, чего я как раз таки предлагаю не делать
На конвееры есть профи и есть джуны, но их отличает отнють не знание как, зачем и почему - в этом суть.
>в точных специальностях весь бэкграунд вне компетенции имеет нулевую или оконулевую стоимость
есть базовые знания и навыки в области, есть опыт, которые человек будет так или иначе иметь занимаясь разработкой. Поэтому даже если сами по себе знания Спарка и не нужны для написания, фигурально выражаясь, рест апи на акке, все равно этот человек будет иметь вполне себе переносимые навыки решения комплексных задач, системное мышление, знания инструментов разработки и совместной работы, понимание того как работает эта сфера "в целом" и так далее и тому подобное
Поэтому подход, когда разделение на джунов, синьоров и прочих идет по одному лишь признаку знает "что, зачем и как" я считаю излишне упрощенным и некорректным