Ответ на пост "FireFox сходит с ума или уровень оптимизации современного ПО"

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

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


сейчас проще купить планку памяти еще нежели оптимизироваться

Это сообщение отредактировал Chucke1992 - 2.08.2017 - 16:27

А владельцам ноутбуков что делать? многим из них винду поставить тяжело.

У меня вот так на Firefox. Открыт только ЯП

Сижу такой, с умным видом читаю, делаю вид что все понимаю и тут на ум приходит старый анекдот:
Едут в поезде в купе два академика и разговаривают о ядерной физике, большом взрыве и квантовой гравитации, а с ними едет простой мужик, рабочий с завода. Слушал он их слушал и говорит: Мужики, а вы носом пернуть можете?.
Они оторопело посмотрели на него и говорят: Нет! А к чему спросил то?
Мужик: Да так, разговор поддержать .

Не совсем понимаю, каким образом C++ может заменить JS и HTML.

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

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

BenTech, никто и не говорил про замену здесь. Вы первый)

Хз, уже лет 10 толком не во что не играл, но чувак, поиграй в Ведьмака третьего!

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

А в ворде не пробовали открыть файл весом метров 20 с кучей картинок и скриптов.
Сколько при этом ворд сожрет и как проц нагрузит?
при чем тут браузер, если контента ебанутый и большой?

Это сообщение отредактировал Modigar - 2.08.2017 - 17:06

И таки

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

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

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

Это сообщение отредактировал kocapb - 2.08.2017 - 17:09

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

В том-то и дело. Посадили на $('блаблабла'). Да, вроде бы красиво... Пишет он, типа, на JS. А JS-то не знает - пяток вызовов Jquery, да ещё и не зная о том, что он модульный, т.е. не обязательно ВЕСЬ подгружать...

Это сообщение отредактировал andrew1969 - 2.08.2017 - 17:31

Согласен, но есть ведь и нюансы и в конкретно прикладн. сферах. Тоже АСУ ТП. чуть не лет 20 назад прошли времена когда мики заставляли рулить под полностью урезанными осями типа винды СЕ(не путать с SE). Было дело, все хорошо работало, даже на централизованных системах, джени даки, визи даки. Но появился генезис от иконикса и оппа... требования и к промышленному железу взлетели. И это ведь прикладные скады. там то очень мало для кодов, все как тут говорят "мышкой", а как если не мышкой,... что уникальный ПИД регулятор под каждый отдельный процесс писать, под каждую задвижку и дверь?)))
Софт всегда опережает железо. Обычное, массовое железо в смысле. Да и закон Мура уже не торт. не в 2 раза увеличивается за год. теперь там мощнее основание экспоненты)

Dirt rally, блядь)

Из разряда "одна ошибка и весь сезон по пизде пошел")

Может вы не умеете их готовить. CRM на ангуляре в FF весит 360 метров. Тормозов тоже не замечено (для сравнения главная ЯПа 443 метра).
Просто есть нормальные программисты, а есть говнокодеры. И технологии здесь совершенно ни при чем.

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

Современное кодерство отличаются от родоначальников этого ремесла как папуас от нобелевского лауреата по математике.

Объясню. В начале была необходимость понимать логику работы компьютера. Писать текст программы, понимая в какой регистр чего процессор запишет и как будет обрабатывать данные. Ассамблер... Фактически язык прямых команд процессору.

Вот сейчас говорят про "утечку памяти". А что это? Утечка памяти может объяснить далеко не каждый. Это понятие появилось с появлением первой винды. Когда заговорили про "многозадачность" компьютера.

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

Но не все так просто!!! С появлением винды сильно изменилось взаимодействие программиста и компьютера. Появился язык запросов к операционной системе ( API ). Если программе необходимо вывести на экран стандартное окно - не надо ничего кодить самому используй функцию API CreateWindow... а уж КАК эта функция работает и есть ли в ней баги - проблема программистов мелкомягких...

И так далее, по нарастающей. С появлением ООП ( объектно-ориентированного программирования ), программисты вообще начали забывать, как работать с операционной системой. Надо создать новое окно? Нет проблем! Выбрал в меню create new window. Накидал на него кнопок, чекбоксов, полей для ввода текста. Весь остальной код за программиста написала ООП. Все... Великая прога под названием "хелло ворд" написана!!! Ее автор достоин быть как минимум ведущим программистом в Силиконовой долине...

Но если такому программисту задать вопрос: "как сбросить восьмой бит переменной?" - он не ответит... А ведь процессор ГОРАЗДО БЫСТРЕЕ выполняет логические операции И, ИЛИ, чем любые арифметические. Если нужно хранить десяток-другой флагов, такой программист создаст десять переменных и даже в голову не придет, что с этим справиться ОДНА переменная, к тому же, если обращение к этой переменной часто, можно загнать ее в стек или регистр процессора, и скорость выполнения программы возрастет с нескольких тысяч тактов процессора, до нескольких сотен... то есть на порядок, на два...

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

Пришли всякие вордпресс и прочие движки. И не факт, что они без глюков.
То, что работало правильно под виндовс 95, начало глючить под ХР, семеркой и уж тем более десяткой...

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

Кому предъявлять претензии, что что-то работает криво? Микрософту и его операционной системе? Создателям браузера? Создателям явы, флеш и кучи плагинов? Куча косяков и багов, наслаиваясь один на другой - это весь тот сегодняшний код который мы юзаем...

Всегда и во все времена, если существует необходимость "защиты от дурака", программист убивал на это кучу времени. Если же он еще начнет выстраивать защиту от багов операционки, не корректного поведения популярных движков и пр. - он не напишет вэб браузер НИКОГДА....

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

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

И такое поведение ПО и операционки можно легко представить несколькими строчками программного кода. Вставил команду Sleep. И в качестве параметра количества милисекунд, на которые прога зависла, выставил разницу с текущей даты и даты продажи девайса. Через пол года такой смартфон взбешенный юзер уебет об стену. И пойдет в салон за новым... Чего и требовалось производителю...

Вся эта гениальная купи/продай ( что с мобилами, что с сайтами, что ПО для ПК ) движуха взбила не хилую пену мусора, раздражающих багов и т.д. и т.п. Все это ВЫГОДНО продавцам и НЕ ВЫГОДНО клиентам.

Резюмирую... Все уважают КАЧЕСТВЕННЫЙ труд. Мне бы хотелось, чтобы в этой отрасли стали востребованы программы, написанные прямыми руками, которые верой и правдой служили бы юзерам долгое время. Но это так... просто пожелание... Как все это разгребать - не ко мне...

Мой Firefox с одной закладкой, на которой открыта страница ЯПа с этим топиком. Вот что здесь может весить 600 мегабайт? Чем они кодят этот браузер, что он жрет столько оперативы на ровном месте?

Так давно уже правилом нормального тона является TDD (test-driven development) разработка через тестирование.

Прикол в том, что в купленный 5 лет назад нетбук на Атоме больше 2 гиг не сунешь. А ноут я, например, выбираю бюджетный, а не в игрушки гонять. Для написания софта вовсе не нужен i5/16/32ГБ. но 4ядра/8Гиг ДОСТАТОЧНО даже для современного ВЕБА и кодинга для него. Разработчик должен вообще на средней железке работать, чтобы мозг юзал, а не «фремворки».

Project I.G.I., сохранения не предусмотрены в игре, прикольно в целом.)))

нет.
"Заказчик-просил-вчера-driven-development"

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

Это сообщение отредактировал anst - 2.08.2017 - 17:44

Оооо да, про "Еще вчера" я столько могу историй рассказать ))))