Крик души пользователя Android OS

Пользовался долго всякими Lenovo Bravis Tecno. С 2/16 Гб. Ну ставил для себя очень древние программы, вроде хватало до 2019 потом вообще стало невозможно пользоваться, решил взять не глядя зверя Realme c63 попался, уже дома глянул 6/128 и ещё 45вт. зарядка, вот тут я охренел. 7 месяцев пользовался и уже всех параметров мало. Кучу прог накачал новых и память на 50% забита. Что там говорить уже про игры и фильмы...

Просто ща все работают по аджайл, скрум, ёпта. Грумят, суки. Ретроспектируют. Поэтому на написание нормального кода времени совсем не остаётся.

Ну у меня стоит инженерный калькулятор RealCalc. Он меньше 8 мегабайт занимает на смартфоне.

И не говори:

Размещено через приложение ЯПлакалъ

Осенью 23-го года взял Doogee V Max 12/256 Гб.
По сей день все программы летают. Геншин Импакт работает без тормозов.
Аккумуляторы 22000 мАч, зарядка 33 Вт.

Это сколько же мест в вагоне?

Это сообщение отредактировал Setti - 24.03.2025 - 10:52

Одно только еженедельное обновление софта тянет несколько гигов.
А на компах крупные игры занимают сотню гигов.

Это сообщение отредактировал Imbecile - 24.03.2025 - 11:02

Бизнесу не выгодно заниматься оптимизацией приложений!
Тем более они опираются на статистику имеющихся устройств. А они в 95%+ выпущенные за последние 5 лет с 32-64Гб памяти и 3-4гб оперативки!

Память, память... "А в приложении лучшее!"

Ну и что там накомпилят все эти кросплатформерные красавцы - кто смотрел?

"Ассемблер это сложно! Аааа! Мама, забери меня из ассемблера!!". То ли дело все языки - как один! Класс, объект, наследование, или два миллиона типов, или вообще нет, чегой-то там через точечку-двоеточечку "void Ponchik.Siropchik (Neznayka, Knopochka, Scooperfield);" и напустили полные сандалики от восторга: "Ооо! Инкапсуляция! Ууу! Наследование интерфейсов!" - ёпть... То, что "абстракций языка" в любых Сиях раз в десять больше, чем в ассемблере - похеру. Про javascript'ы вообще лучше не поминать.

Собственно, это херня.

***

Андроед!

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

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

Походу, в консерватории от Google, т.е. Андреде, надо чегой-то подправить, кого-то невиноватого показательно массово расстрелять на площади... Надо, надо...

Бери, бздых, что дают! Деньги сюда! И не физьдипи там шибко громко.

Калькулятор 100мб, быть не может.
Да вот проверил, не весит он 100мб

"погода" на андроиде, вообще, непонятная. Я как то на своем (realme7pro) удалил, так телефон превратился в кирпич. Пришлось 2 недели вокруг него с бубном плясать.

Пруф есть?

Размещено через приложение ЯПлакалъ

Пиздеть не мешки ворочить!

Размещено через приложение ЯПлакалъ

Ради интереса посмотрел у себя - Погода 28 МБ. Но не Сяоми уже, тьфу-тьфу.

Не сумеет враг - сумеет внук!

Судя по стилистике речи он не в коме был, а в ведре

Размещено через приложение ЯПлакалъ

Это заговор, для того чтоб была необходимость покупать более мощные телефоны. Приложения специально не оптимизируют чтоб занимали много места. И требовали много ресурсов.

Размещено через приложение ЯПлакалъ

Фреймворки и библиотеки - это хорошо
Плохо, когда в каждой программе собственная копия этих библиотек
Ведь задумка была - в системе одна копия и все программы ею пользуются, разве не так?

Да не, не надо искать заговор там, где все объясняется простейшей ленью и стремлением к наживе.

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

Одна загвоздка - эта самая библиотека, которая рисует график, имеет огромный массив кода, который может рисовать не только этот простой график, но и сложные трехмерные графики. А для их построения - она использует другую библиотеку, которая умеет отрисовывать трехмерные поверхности, да ещё и с крутыми эффектами.

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

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

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

Майкрософт попыталась осуществить эту идею. Начиная с введения DLL, OCX и прочих объектных штучек... А в результате - приходится иметь на компьютере горы хлама.

Какая разница, что у тебя этот хлам не в самих приложениях, а в системной области? Все равно хлам!

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

Помню дремучие времена 286, компилятор голого Си (или вообще ассемблер) от Борланда или мелкомягких. Сделал что-то универсальное, что можно использовать в других проектах: а не засунуть ли мне это в библиотеку? Оба компилятора ведут себя примерно одинаково. Один файл .с -- типа модуль, туда идёт эта универсальная функция и, если надо, какие-нибудь приватные куски для неё, которые не пригодятся. Получаем из него файл .obj. Много таких файлов можно объединить в .lib, это лишь для удобства, чтобы вручную не прописывать нужные .obj отдельно. И в итоге в эхешник идут лишь те .obj из библиотеки, которые реально нужны; видно как через .map файл, так и через дебаггер.

Сейчас на работе джава, кодю на полшишечку (чаще всякий R&D), проект большой на несколько человек, "fat jar" монолитичного бекенда на Spring Boot уже 200 мегов. Чисто наши .class в нём занимают 2.5 мега :) Cам фреймворк уже 28 мегов, а остальное хз -- то ли нам напрямую понадобились, то ли этим чужим библиотекам, то ли фреймворку. Но вот в чём соль: так как в джаве статической линковки нет, то откуда компилятору знать, нужен ли будет конкретный .class файл? Запускать и смотреть, не рухнуло ли? Писать тесты с 100% покрытием своего кода иногда получается, хотя принято считать, якобы это слишком затратно, а с другой стороны, якобы тоже не панацея. Но, когда используешь чужой .jar А для какого-то функционала, и он тянет за собой B, C и так далее, то пришлось бы написать тесты для всех возможных вариантов нужного тебе чужого функционала А. В идеальном мире такое делали бы авторы библиотек, и эта информация использовалась бы компилятором, чтобы отсечь мусор.

Почему я сравниваю с джавой -- так ведроид и есть оно (ну или Kotlin, который компилируется так же). А ведь для гуи'шных приложух ещё есть ресурсы, и нередко растровые, занимающие неожиданно много места; и ещё дизайнер может добавить разные их версии для экранов от VGA до 4K, чтобы везде выглядело красиво.

Ещё про ресурсы и визуал со времён винмобайл. Сделал я минималистическую прогу, та самая голая Си и WinAPI, никаких фреймворков. Ехешник около 50 кило. Одна из его функций -- дать звуковое предупреждение юзеру. Но надоел тупой писк, потом надоели и морзеподобные трели из писка и пауз (иногда заикаются от загрузки проца), и педантично синтезированные куски .wav в памяти (заикание исчезло). Айда подключать готовый чужой эффект вроде визга касперского. И вот такой готовый файл свистоперделки внутри ехешника раздул его в десяток раз. Вид сжатия не помню, на винмобайл выбор небольшой, а тянуть вместе с одним .mp3 файлом декодировщик для него... так себе кроличья нора.

Это сообщение отредактировал saimhe - 24.03.2025 - 14:18

Лада стрит рэйсинг вроде бы. Но точно российская игра про Ладу.

Труд разработчиков - дорогое удовольствие. Смартфоны люди меняют также каждые 3 года примерно. Так что никто не будет вылизывать код приложения, чтобы уместить его в прежние 30-40 МБайт. Плюсом ко всему тут не всегда именно разработчик виноват: обычно этот объем - это зависимости всякие, подключаешь, например, библиотеку для работы с условным gRPC и вуаля +50 МБайт, а тебе надо просто чтобы пара обменов шла между приложением и сервером, но не будешь ведь ты сам писать свою библиотеку.

хахаха.друган купил флагман тряхнуть стариной.встроенной гига 2 .леново к900.и такой-а чо нихуя не идет то.я ему-выкинь нахуй.и забудь,что он давно 15 стОил)))))