Ну и в чем он не прав?

Цитата (YapTiger @ 31.03.2024 - 19:56)

С телефонами ещё жопошней. Сколько моделей телефонов? Сколько разновидностей экранов? Разный DPI, разные операционки. Того же Андроида туева хуча версий. А в магазинчике с приложениями как выкладывать обновления? А поддерживать весь этот зоопарк? Поэтому всё пишется с помощью библиотек, которые содержат в себе много всякого такого, что не будет использоваться конкретным одним конечным пользователем. Чтобы пользователь получил только лишь то, что требуется его компьютеру, нужно собирать (компилировать) код программы под технические характеристики его аппарата. Тогда скачивание программы превратится в гемор, пока не ответишь на 100500 вопросов о том, какую железяку используешь. Одно лечим, другое калечим. Так всегда будет, пока будет многообразие оборудования. Раньше не было такого большого количества разных аппаратов и технологий. Было всё попроще. Как вариант, вижу примерно такое решение: 1) Скачивается на телефон или комп пользователя предварительная служебная лёгкая софтинка для установки нужной программы. 2) Эта служебная софтинка читает ТТХ аппарата, отправляет информацию в магазин приложений или на сайт производителя приложения. 3) Магазин или сайт собирает приложение под требуемый аппарат (возможно даже, что найдётся уже готовый вариант) и передаёт ссылку на скачивание той самой софтинке. 4) Софтинка выкачивает нужный инсталлятор с нужной программой и вуаля. Но даже тут будут проблемы, так как редкая программа живёт сама по себе. Наверняка взаимодействует с другими сервисами в телефоне и с оборудованием. А если обновится одна программа, от которой зависит вторая? Тогда вторая может перестать работать, потому что разработчик второй программы ещё не нарисовал обновку к ней. И такая дребедень каждый день, целый день. Обычный пользователь многого не может учесть в силу того, что не знает, как вся кухня устроена. В большинстве всё сводится "мне нужно нажать кнопку, чтобы всё заработало, как мне надо". Только под нажатием кнопки скрывается вагон и маленькая тележка всякой всячины, которая обеспечивает то самое "чтобы всё заработало, как мне надо". Оптимизация кода имеет место быть, если за это готов платить заказчик.

15-18 лет назад был такой проект. Jimm'ом звали. Собирал клиента аськи для телефонов с поддержкой Java. Именно с наполнением по желанию пользователя. Работало даже на Nokia series 40. Собирали и качали через GPRS. Сейчас это не модно, ибо трафик мизерный и рекламу не всунешь.
Размещено через приложение ЯПлакалъ

Автор изложил всю мою душевную боль. Выдали рабочий телефон, установил на него рабочее приложение. А это приложение стало на столько большим, что телефон его попросту не тянет. Картинка висит. Купил realmi 9pro+, на нём немного поработало приложение, приложение обновили, и на нём уже на грани работает, с сильными висяками. Чувствую, что разработчики этого приложения дауны

Цитата (uniJap @ 31.03.2024 - 22:18)

Дос шестерка вроде. Стартовал с 5.25, во второй флоп 3.5. И никаких жестких дисков. ) Для работы и игр вполне хватало.

QNX. Одна дискета 1,44мБ с операционной системой игрушками и браузером.
Примерно так: QNX

«640 Кб должно быть достаточно для каждого» @Бил Гейтс

А вот кому пример нормальной программы? Точнее сайта, написанного на C++ модулем nginx -- маленького, быстрого, жрущего минимум трафика и всё такое.

Да ога, как и во всех отраслях мудаков жопоруких хватает
Размещено через приложение ЯПлакалъ

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

Цитата (Oleggka @ 31.03.2024 - 19:09)

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

1. Графоний генеририруется программно, на ходу. Были бы готовые карты, модельки и текстуры - привет мегабайты (а то и гигабайты)
2. Нет никакого сюжета, просто иди по коридору и стреляй. Это тоже экономия.
3. Код видимо написан на чём-то низкоуровневом. Эффективно, работает быстро. Но делается долго и дорого, плюс специалистов надо готовить так же долго и дорого.

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

Недавно пост про операционную систему был, которая помещается на дискету. Вот тут я реально офигел.
Размещено через приложение ЯПлакалъ

ТС не понимает главных вещей. Можно и сейчас написать супероптимизировано, но сколько это займёт времени? За это время конкуренты уберут далеко вперёд, завоюют рынок и останешься ты со своей супероптимизированной поделкой бомжом на лавке.
Размещено через приложение ЯПлакалъ

Им не за оптимизацию платят. Компания может зарабоатть условных 5 млн за год за игру и 4 ДЛЦ, а может зарабоать 1 млн за 3 года только за игру.

Если бы платили за уменьшение расхода памяти, то делали бы проги поменьше. Но лохам выгодно впаривать устройства со 100500 гигами памяти, поэтому так😀

Цитата (YapTiger @ 31.03.2024 - 19:56)

С телефонами ещё жопошней. Сколько моделей телефонов? Сколько разновидностей экранов? Разный DPI, разные операционки. Того же Андроида туева хуча версий. А в магазинчике с приложениями как выкладывать обновления? А поддерживать весь этот зоопарк? Поэтому всё пишется с помощью библиотек, которые содержат в себе много всякого такого, что не будет использоваться конкретным одним конечным пользователем. Чтобы пользователь получил только лишь то, что требуется его компьютеру, нужно собирать (компилировать) код программы под технические характеристики его аппарата. Тогда скачивание программы превратится в гемор, пока не ответишь на 100500 вопросов о том, какую железяку используешь. Одно лечим, другое калечим. Так всегда будет, пока будет многообразие оборудования. Раньше не было такого большого количества разных аппаратов и технологий. Было всё попроще. Как вариант, вижу примерно такое решение: 1) Скачивается на телефон или комп пользователя предварительная служебная лёгкая софтинка для установки нужной программы. 2) Эта служебная софтинка читает ТТХ аппарата, отправляет информацию в магазин приложений или на сайт производителя приложения. 3) Магазин или сайт собирает приложение под требуемый аппарат (возможно даже, что найдётся уже готовый вариант) и передаёт ссылку на скачивание той самой софтинке. 4) Софтинка выкачивает нужный инсталлятор с нужной программой и вуаля. Но даже тут будут проблемы, так как редкая программа живёт сама по себе. Наверняка взаимодействует с другими сервисами в телефоне и с оборудованием. А если обновится одна программа, от которой зависит вторая? Тогда вторая может перестать работать, потому что разработчик второй программы ещё не нарисовал обновку к ней. И такая дребедень каждый день, целый день. Обычный пользователь многого не может учесть в силу того, что не знает, как вся кухня устроена. В большинстве всё сводится "мне нужно нажать кнопку, чтобы всё заработало, как мне надо". Только под нажатием кнопки скрывается вагон и маленькая тележка всякой всячины, которая обеспечивает то самое "чтобы всё заработало, как мне надо". Оптимизация кода имеет место быть, если за это готов платить заказчик.

Я думал так оно и работает...
Размещено через приложение ЯПлакалъ

Дрова инвидиа по 600мб! Что можно засунуть в дрова на 600 мб?
Размещено через приложение ЯПлакалъ

Ничо ничо, вот сейчас с ии погромистов кратно увеличится. Каждый таксист в погромисты пойдет. В справке будет написано - вам программировал санджар. Или бахадир
Вот тогда узнаете, что такое оптимизация
Размещено через приложение ЯПлакалъ

Ебучий яндекс на нетбуке открываетя бля пол часа, аж яйца рвёт, пидары слов нет.

Цитата (DmitrievDM @ 31.03.2024 - 19:08)

Я, как программист, с автором полностью согласен.

Я, как программист, полностью согласен этим программистом

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

Можно конечно написать на C идеально оптимизированный код, приложение будет не больше мегабайта весить, но к тому момент когда ты закончишь работу над ним - нужно будет писать новое... и если с разработчиком что случится никто потом не разберётся в твоём коде

Сей час ни в ВК ни ОК не захожу. Нахер их.

Цитата (Завтрамэн @ 31.03.2024 - 23:20)

Я уверен что если эту хуергу заменить на любой другой нормальный язык: С++

Микросервис на С++? А потом трахаться его запускать на зоопарке железа? А любая ошибка в любом месте приводит к крашу всего сервиса и даунтайму

Цитата (SSerg84 @ 1.04.2024 - 00:33)

Программы, у которых, к примеру, функция только фонарик на телефоне включить весом десяток мегабайт - это тоже "вина движка"?

Не "фонарик включить", а уметь включать фонарик на 100500 разных устройствах под разные ОС. И вот есть готовая библиотека, которая всё это делает, и они весит 10М, можно подключить её и заниматься бизнес-фичами. А можно трахаться самим, потратив несколько месяцев на отладку на 100 разных устройствах, и пропустив баги на 500 других.

Чёрт, что же выбрать...

Цитата (gerwood @ 1.04.2024 - 02:22)

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

Чушь. Вот смотри, на асме в прицнипе нет кучи и динамического выделения памяти. Его придётся делать с нуля (что чудовищно) или прикрутить готовый.
Но там всплавёт проблема фрагментации памяти. Для решения которой нужна VM и GC, а писать это самому с нуля на асме жизни не хватит

Цитата (DanilovIlya @ 31.03.2024 - 19:09)

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

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

клиент Вк почти Гб... в него по ходу весь вконтакте запихали
Размещено через приложение ЯПлакалъ

Цитата

Не "фонарик включить", а уметь включать фонарик на 100500 разных устройствах под разные ОС. И вот есть готовая библиотека, которая всё это делает, и они весит 10М, можно подключить её и заниматься бизнес-фичами. А можно трахаться самим, потратив несколько месяцев на отладку на 100 разных устройствах, и пропустив баги на 500 других. Чёрт, что же выбрать...

с фонариком всё ясно - там к железу привязка, а у ибаных приложений магазинов всяких? Мессенджеров? доставки, такси? у них к чему привязка? к херу? какого фига это говно весит кучу и пухнет как на дрожжах? Зеленый мессенджер так тот пухнет каждый день, сохранение файлов отключено
Размещено через приложение ЯПлакалъ

Просто банковские программисты постоянно навешивают всё новые и новые модули на изначальный код, который уже давно устарел, а написать заново его им некогда или на это время им не дают.
Это сообщение отредактировал KBSH - 1 апр. 2024 г. в 09:14