Для ПМа в приоритете задачи, которые принесут или сэкономят (а в рамках бизнеса это почти одно и то же) бабки.

Ускорение загрузки приложения или сайта не принесёт сберу денег.

ПМ, к слову тоже может не знать боли клиента.

Реальная ситуация "Несколько попыток загрузки на суммарный период в полторы минуты, прежде чем клиента автоматически переключит на другой CDN? Отлично, давайте так и сделаем".

Программист, предложивший это не понимает, что клиент не будет ждать полторы минуты, пока запустится видосик, клиент через десять секунд скажет "Фу, всё висит, говно видеосервис". И ПМ этого не понимает. Программист не думает "сколько клиент может ждать", он думает "сколько времени может уходить на загрузку".

Даже если наш условный разработчик понимает, что что-то не так и приходит с этим к ПМу, ПМ может и не донести эту информацию до руководителя. А даже если донесет, у руководителя другая задача, стратегическая - рост, развитие, адаптация, вот это всё, он ставит другие задачи, и эти задачи должны быть выполнены. И не просто выполнены, а быстро выполнены.

В качестве бонусных болей.

Отдел QA это платить людям лишние бабки, хватит пары человека, которые прогонят тесты на безопасность.

У нас вообще-то речь о программном продукте самого популярного банка, принадлежащего при этом правительству. Там следящих функций больше чем банковских, а чтоб дали разрешение на микрофон, туда прикрутили в качестве благовидного предлога своего голосового помощника. И всё это должно загрузиться и собрать информацию раньше, чем клиент успеет что-то сделать.

Как видим, рядовой программист здесь заложник сроков и требований, установленных сверху. Мог бы он сделать лучше? Мог бы, на это ушло бы +12 рабочих часов на оптимизацию, тесты и исправления после тестов, на каждую задачу, и его бы уволили, потому что Вася сделал задачу за 4 часа, а он за 16.

Про то, что приложения становятся слишком тяжелыми , все прекрасно понимают и стараются сэкономить каждый мегабайт. Но это тяжело. Уровень абстракции кода вырос, и за это приходится платить возросшим объемами приложений.

Писать на том уровне абстракции, при котором программы получались маленькими, будет очень долго, дорого и сложно. Это примерно как мыть полы зубной щеткой. Для одной кафельной плитки - качественный результат, для 20 м2 - бесполезно потерянные день-два.

Можете и не догадываться, там всё написано на react, да, 165 файлов, Карл!

4 Мб файлик, зацените https://pl-res.online.sberbank.ru/region.operations/3.0.1/in...

и таких около трёх

дальше около 10 штук по ~600 кб каждый, ну и остальных до 21 Мб ещё много-много.

Ну я не знаю..., они что, даже не знают про асинхронную подгрузку, что ли? по частям?

Да за такое сразу увольнять.

Если месяц назад я открывал сберонлайн и он тоже грузился долго, да, секунд 5...10 максимум, но всё таки достаточно быстро, то сейчас, извините, 5 минут - это просто ПРОБИТИЕ ДНА.

Ребят, ну такое максимум на тест выдавать, но в прод такое нельзя выдавать, ребят.
Ну загрузили вы файл небольшой, пусть он запустится, выдаст краткую инфу, потом фоново пусть грузит остальное, а уж то, что не нужно в данный момент, пусть вообще грузит по запросу. Зачем сразу 21 Мб грузить то? И поймите, что картинки и другую статику не нужно хранить в JS-файлах в base64, это мараз двадцатого уровня, вся статика должна быть в отдельных файлах или лучше всего в спрайтах, и кешироваться.