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


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

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

> ЖИРНОТЫ


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

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

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


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

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


Нет. Лучший вариант - это когда разрабы не пытаются ничего оптимизировать. Разрабов, которые могут в оптимизацию, единицы. Для этого нужен определенный интеллект как у меня, большинство же программистов слишком тупые и ленивые. А когда тупой программист пытается в оптимизацию, то его код становится не просто хуево оптимизированным, но еще и хуево поддерживаемым. Поэтому нет, шансы нулевые
Обновить тред
« /pr/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски

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

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