Задать вопрос
markmariner
@markmariner

Почему мобильные приложения так велики?

В моем детстве на диск 700мб влезала настоящая длинная трехмерная игра. Теперь 500-700 мегабайт весят приложения сбера, just dance now, тинькофф, xiaomi home, госуслуги и приложение кошелек, в котором хранятся скидочные карточки. Это не те приложения, в которых может быть много контента, как в том же телеграме.

С другой стороны, я разрабатываю большие веб-приложения для медицины, телефонии и так далее и они в сборке весили ну 20-30 мегабайт.

С третьей стороны, есть приложения Radio Garden, pinout, uds, много лосося и такси поехали, которые занимают 20-100мб.

Что находится внутри приложений гигантов? Почему они занимают столько места? Я понимаю, что в них сотни функций, ну так ведь это же код и тексты, и небольшие картинки, чему там занимать место?
  • Вопрос задан
  • 433 просмотра
Подписаться 2 Простой 6 комментариев
Помогут разобраться в теме Все курсы
  • Нетология
    Android-разработчик с нуля
    14 месяцев
    Далее
  • Академия Eduson
    Android-разработчик
    6 месяцев
    Далее
  • Skillbox
    Разработчик игр на Unreal Engine 4 с нуля до Middle
    12 месяцев
    Далее
Пригласить эксперта
Ответы на вопрос 3
VoidVolker
@VoidVolker
Dark side eye. А у нас печеньки! А у вас?
Абсолютное большинство таких приложений — это браузерные приложения, причём вместе с браузерным движком внутри, который тянет за собой ещё кучу всего. Ну и никто особо не занимается оптимизацией размеров из-за использования больших фреймворков с кучей функций, библиотек, а так же множеством других зависимостей, большая часть из которых даже не используется. Десяток или сотня мегабайт ради одной простой функции? Запросто. Плюс зоопарк разных версий ОС, где нужные разные версии каких-то библиотек. Изображения, анимации, видео и прочее — тоже занимают кучу места. В процессе жизненного цикла приложения меняются разработчики и руководители, которые не особо понимают изначально запланированный путь развития приложения или ситуация меняется и надо делать по-другому, а ещё прилепляются дикие фантазии руководителей и маркетологов. А чаще вообще нет никакого плана и просто делают как получится. И в итоге получается дикая каша из кучи разнородных экранов, фреймов, элементов интерфейса, запутанной логики переходов, сотен и тысяч библиотек, а бывает что даже и нескольких разных версий одной и той же библиотеки. К сожалению, идея впихивать в одно приложение огромную кучу разных функций появилась не сегодня и все эти комбайны существуют уже давно.
Ответ написан
@66demon666
Сетевой админ, АТС-админ
Аналитика, фреймворки (UI, Security etc), библиотеки. Сейчас в целом тренд на супераппы, когда пытаются впихнуть всю экосистему в одно приложение. Вопрос ни о чем, можно даже удалить в целом. Выбирайте - много маленьких или одно большое
Ответ написан
@rPman
К сожалению большие объемы кода и оверинженеринг, как минимум у крупного бизнеса, это больше саботаж разработчиков чем их бездарность.

Крупный бизнес вводит метрики оценки качества работоспособности работников KPI, работники взламывают эти метрики, например попытка оценить качество работы через количество кода, количество закрытых задач в трекере, количество коммитов в репозитарий и т.п.

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

В результате набор простейший форм с минимальной логикой может вылиться в полторы тысячи пакетов зависимости, среди которых к примеру свой regexp (кому то помешал штатный от javascript) сотни мегабайт исходного кода, ладно если бы он просто место занимал, нет, это используемый код, зависимости не просто так, они используются и делают задачу максимально неэффективным способом.

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

Войдите, чтобы написать ответ

Похожие вопросы
от 250 000 до 300 000 ₽
Aston Москва
от 220 000 до 260 000 ₽
Aston Санкт-Петербург
от 220 000 до 260 000 ₽