1527229519156826952.jpg34 Кб, 492x436
Есть ли надежда победить жирноту в ПО? 3386364 В конец треда | Веб
Программы становятся всё жирнее, заставляя покупать железо/смартфоны всё мощнее.
Смартфоны становятся тяжёлыми уродливыми лопатами.
Я прекрасно понимаю, что это гонка потребления, рядовому юзеру неважно, что сделано неоптимально и как гавно, ему подавай сочнее и жирнее. Но есть ли надежда, что мы достигнем предела увеличения мощности, и производители ПО станут соревноваться в скорости и оптимальности работы, а не количестве накрученгого говнофункционала, анимаций, и прочей ЖИРНОТЫ?
2 3386368
>>386364 (OP)
Есть движение программистов, которые не приемлют bloatware http://suckless.org/
3 3386485
>>386364 (OP)
А что ты сделал для ПО в свои годы?
Накрасил губы? Надел колготы? Забыл свои корни
Не запомнил, что Кнут тебе рассказывал
И голубишься, как Поттеринг из M$
Мечты сочиняешь
В дыр-дыр гоняешь с парнями
Роняешь мыло в бане
Ассемблер сменили Питон и Джава
Всё проебал, как Федя Емельяненко


Учи C и ассемблер, пиши проги под свои нужды сам. Вкатывайся в проект КолибриОС. Только так победим.
4 3386950
А нахуя? Бизнесу это не нужно в большинстве случаев. А когда становится нужно, гораздо проще и дешевле в конкретный момент этим озаботиться, нежели с самого начала пытаться делать всё очень перформансным.
Зачастую, перформанс это интерес самих программистов, а не конечных пользователей.
Поменяется это только в тот момент, когда увеличение мощности компьютеров/серверов будет дороже чем увеличение перформанса ПО.

Естественно это не относится к играм, 3D софту и некоторым другим видам ПО - там худо-бедно заботятся о перформансе. Но на уровне большинства пользовательских приложений это всё нахуй не нужно
5 3387032
>>386364 (OP)

> ЖИРНОТЫ


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

Советую погулять в /gd и в /v. Там тема отсутствия оптимизации часто вспоминается.
6 3387217
>>387032
Да я вкурсе что анальники все пидоры, но как их поймать и наказать за такое? Хотя бы в жопу ебать, пока не исправит?
7 3389424
>>387217

>Хотя бы в жопу ебать


Стань массажистом в какой-нибудь Грузии!
8 3389497
>>386364 (OP)

>Но есть ли надежда, что мы достигнем предела увеличения мощности, и производители ПО станут соревноваться в скорости и оптимальности работы, а не количестве накрученгого говнофункционала, анимаций, и прочей ЖИРНОТЫ?


Нет. Лучший вариант - это когда разрабы не пытаются ничего оптимизировать. Разрабов, которые могут в оптимизацию, единицы. Для этого нужен определенный интеллект как у меня, большинство же программистов слишком тупые и ленивые. А когда тупой программист пытается в оптимизацию, то его код становится не просто хуево оптимизированным, но еще и хуево поддерживаемым. Поэтому нет, шансы нулевые
memory1.png87 Кб, 799x711
10 3427068
Известный создатель компиляторов Anders Hejlsberg сказал в интервью следующее:

In these days, memory equals speed: the more memory you use, the slower you go, because the more times you hit the write barrier or the read barrier (and you blow your L cache, your L0 cache) and then you have to go get it from real memory. I often joke that in modern CPUs, each instruction takes zero cycles because of prediction -- except when it takes a thousand cycles because you hit the memory wall and have to go fetch. So, if you can condense your data structures, you're going to go faster.
https://www.youtube.com/watch?v=10qowKUW82U

То есть оперативную память нужно экономить даже если у вас ее установлено 100500 гигов! А ведь так часто можно встретить долбоебов, которые предлагают решить проблему тормозной блоатвари путем добавления оперативки.
11 3427175
Это вопросы для /s/, а здесь всем нужны офферы. Больше офферов = больше говна в программах. Юзеры будут страдать, зато программисты сытые. Если б гугл всех поувольнял, может быть даже андроид бы не сосал хуй. Но увы.
sage 12 3427217
>>427175
Он сосёт хуй бай дизайн. Если бы гугол в своё время ПРОСТА взял нормальный линукс и запряг бы пердоликов за миска доширак кодить третьегномы и писать драйверы - этого уже было бы достаточно, чтобы ведроид не сосал, не говоря уже про то чтобы сильнее ебать говноделов, штампующих говноплатники с одноразовыми блобами, никогда не собирающимися со следующей мажорной версией ядра, на которых этому андроиду предстояло работать. Вместо этого гугол выкатывает искуственно ухудшенную, принципиально неполноценную систему, из которой выпилено всё привычное линуксовое, а взамен завезена куча своего отвратительного наколеночного говна - даже системные юниксовые пользователи не используются, вместо них какие-то другие абстрактные "пользователи" - и анальных ограничений на каждом шагу. В итоге это говно даже не обновлялось по очевидным причинам. Зачем это сделано, когда все решения уже написаны, проверены временем, бесплатно поддерживаются красноглазиками и работают гораздо лучше того что напишет паджит - а хуй его знает. Но теперь андроид действительно сосёт хуй, и все попытки хоть немного это исправить (gsi и иже с ними) до сих пор были провальными.
13 3427220
>>427217
Если быть справедливым, пердоликс никогда не задумывался как цельная экосистема. А у компании типа гугла фиксация на этом концепте, "экосистема". Дистрибутив линукса предлагает меньше контроля и над supply chain, и над кодом. Вот в этом для них и проблема:

> и запряг бы пердоликов за миска доширак кодить третьегномы и писать драйверы


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

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

В непонятном потуге они захотели исправить ошибки (и сделать новых) фуксией. Штука интересная, но будет заброшена.
sage 14 3427225
>>427220

>supply chain


Бери сам собирай.

>тебе нужно нанимать авторов этих составляющих.


Найми. Они и бесплатно готовы пердолиться, а тут им ещё и донаты прилетят и процесс пойдёт втрое быстрее. Это в принципе не новая тактика для крупных кабанов - подсаживать попенсорс контрибьютеров на щедрые донаты и пропихивать свои решения.

>эта проблема исправляется


И добавляется 50 новых - например, девайсы вплоть до андроид 8.1 (кажется, это ~2017, т.е. совсем недавно, наши дни) по дизайну не были рассчитаны на обновления. Надо собирать отдельную сборку под каждый девайс. Пользоваться пидроидом для хоть сколько-то серьёзных вещей выходящих за рамки потреблядства в тиктоке также невозможно, ни один вменяемый человек этого делать не будет. Получается неполноценный ни к чему непригодный обрубок, который сосёт хуй. А можно было просто влить чуть бабла в пердоликов и они бы сами за тебя всё сделали. ЭКОСИСТЕМУ поверх всяких кастомных DE со встроенным приложением гугл-говномагазина делать и сопровождать дешевле и быстрее, чем паджитские костыли на джава, самописный графический стек, вот это всё. Чуууточку менее вендорлочно, да, но сейчас не давились бы своим же калом.
У салорыбы бы неплохо получилось, наверное, просто деняк меньше и ниша уже занята.
15 3427230
>>427225

>Бери сам собирай.


Не знаю, как это поможет от кейсов типа xz-utils или node-ipc.

> ЭКОСИСТЕМУ поверх всяких кастомных DE со встроенным приложением гугл-говномагазина делать и сопровождать дешевле и быстрее, чем паджитские костыли на джава


Анальные ограничения приложениям предлагаешь реализовывать аппармором? Ты не забывай, что этим будет пользоваться быдло, а быдлу будут в нос совать малварь с аппстора.
Как с доступом к апи? В андроиде, если банк захочет фронталку, я могу послать его нахуй.
В пердоликсе, приложение ПРОСТО получит фронталку. Оно вообще может весь гуй повесить, если WM не композитный.

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


Лул, я как раз жду, пока они там разберутся с блобами под xperia 10 V... Ты бы знал, как отменно я поебался с покупкой этого агрегата.
sage 16 3427347
>>427230

>как это поможет от кейсов типа xz-utils или node-ipc.


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

>В пердоликсе, приложение ПРОСТО получит фронталку.


Можно было допилить это в пердоликсе. Аппармор, как ты верно вспомнил, уже есть, но мог бы быть гораздо лучше и популярнее. Вообще, щас бы уже могли конкурировать с макосом, а то и спермососами за маркет шейр десктопа, но на фундаменте из говна ничего подобного не построишь.
17 3427860
>>386364 (OP)

>Программы становятся всё жирнее



А вот я непопулярное мнение выдам: не факт что это правда

Программ становится больше, они становятся сложнее, но вот сам код скорее всего компактнее стал за счёт шаблонов и готовых вылизанных библиотек
Обновить тред
« /pr/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски

Скачать тред только с превьюс превью и прикрепленными файлами

Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах.Подробнее