⚡ Kotobotov ⚡

программирование - это не про языки, это про алгоритмы.
Можно хоть на паскале учиться алгоритмы писать, это не принципиально.

если вас интересуют перспективы, зачем вы смотрите в прошлое?
больше всего проектов уверен на чём-нибудь типа ПХП из-за большого наследия.
язык (+ фреймворк) это всего-лишь инструмент, не партесь по поводу какой инструмент для вас будет самым удобным, со временем вы сами поймёте какой вам больше будет по душе, может быть несколько даже для разных случаев)
в начале пути - это не должно вас волновать.

ну поговорите о концепциях, о сложностях с которыми сталкивался человек, какие решения использовал, о его предпочтениях, о том как он решает задачи.
в конце концов - вы называете себя веб-разработчиком, не ужто вам нечего спросить у другого разработчика????

никакого вытеснения нету, питону не по силам вытеснить java, из анализа данных, дела обстоят совсем наоборот, для высокоскоростной работы, и для манипулирования данными в памяти, используют именно статически типизированные языки очень популярны java/scala.
всякие питоны и js используют только для прототипирования, быстрой проверки идей.
К томуже зарубежом питон -> это основной язык используемый при обучении студентов программированию (HE "программистких" специальностей) как более простой для обучения язык, плюс удобно работать используя RELP ( https://ru.wikipedia.org/wiki/REPL ).
На динамически типизированных языках писать что-то простенькое гараздо проще. И поэтому так много всяких студенческих поделок на питоне для обработки данных.
Но нужно учитывать что использование динамически типизированных языков, для реально крупных проектов убийственно, как с точки зрения разработки и откладки, так и с точки зрения производительности.
Для прототипирования , для контрошек по математике питон это отличное решение, для реального бизнес проекта не стоит даже заморачиваться.
кстати для любителей собрать что-то быстро на коленке в 9й java будет идти jshell с relp https://blogs.oracle.com/java/entry/jshell_and_rel...

если смотреть со стороны того кто внедряет цмс, то например я бы в первую очередь перед внедрением вашей цмс узнал на сколько много существует разработчиков которые могут дорабатывать цмс, какие возможности у этой цмс, какие существуют модули и тд, без развитой эко системы, врядли я бы даже стал описание читать этой Цмс.
Ну или вам нужно дать что-то такое на столько мне нужное, чего нет у других, что я бы готов был начать использовать продукт с туманными перспективами.
Ведь не только вы вкладываете свой труд, тот кто внедряет тоже вкладывается и хочет быть уверенным что не останеться с разбитым корытом и зря потраченным временем.

byte в java также компилируется в int, тоесть изменение типа данных абсолютно ничего не меняет.
да и вобще оптимизацию обычно делают в подходах, в концепциях, в классах алгоритмов, а смена типа данных это не оптимизация - это ананизм.

изучайте подходы, используемые в современных сложных проектах, стартапах, смотрите на передовые технологии, разработайте свой проект, поучаствуйте в чужих открытых проектах.
технологии бурно развиваются, поэтому не ориентируйся на текущий запросы в компаниях татарстана -> нужно смотреть в будушее, а то что сегодня используется в большинстве компаний, уже безбожно устарело и используется по причине технологического наследия.
и заруби себе на носу -> никогда, слышишь НИКОГДА не связываться с 1C или PHP, запомни.

ну а в чём проблема то?
у график составлен для общего случая, по факту понятно он будет отличаться.
у вас в коде есть разные ветвления кода, которые дают разное количество обращений.

нет не сложно, одно и тоже везде.
и вообще следите за концепциями, подходами, а не за конкретной реализации в фреймворке.
они везде очень похожие, зная подходы и принципы можно легко с одного на другой фреймворк/экосистему переходить.
хотя вот мигрировать в экосистему майкрасофта, очень сомнительное удовольствие)

начнём с того, что джуниором в Питере вы работу врядли найдёте (ну если только стажировку).
сколько нужно чтоб стать нормальным программистом?
есть правило такое - 10 тысяч часов чтоб стать мастером (не только в программировании)

дык чего придумывать -> прийди к этим господам в контору, и напросись стажёром, на их проект.

по классике юзер инетфейс (кнопки) -> ничего не делают, только генерируют события, которые потом обрабатываются разного рода рабочими (которые сортируют или еще что), и возвращают куда-нибудь результат.
такая модель доказала свою эффективность и повсеместно используется.

только не JEE, я вас умоляю.
посмотрите play Framework, akka.

да всё верно, читаем -> обрабатываем.
но большинство алгоритмов классических, которые мы обычно используем для обработки данных (например сортировки) имеют класс "оффлайн" алгоритмов -> где для получения ответа нужно сразу все данные предоставить, чего иногда сделать просто не возможно.
посмотрите класс онлайн алгоритмов, и потоковой обработки данных.
например тут www.cs.dartmouth.edu/~ac/Teach/CS85-Fall09/Notes/l...
ну либо попытаться использовать потоковые фреймворки типа spark.
для обработки логов конечно проще и быстрее написать свои алгоритмы, чем spark колхозить.

сейчас еще развивается тема на джава писать приложения для роботов на рэсбериПай. А в целом на джава можно писать для любой платформы что угодно. Впрочем как и на любом другом языке, только побольше заморочек будет с транслированием кода в другие среды.
Особо большой разницы нет, на каком языке писать, важнее в целом понимание что и как писать.