The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Оценка потребления памяти Firefox в многопроцессном режиме, opennews (?), 11-Мрт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Оценка потребления памяти Firefox в многопроцессном режиме"  +14 +/
Сообщение от Аноним (-), 11-Мрт-17, 22:38 
Если я схожу куплю оперативки, я забью её более полезными вещами вроде виртуальных машин для тестирования, баз данных помещающихся в оперативу целиком (в том числе кэширующих), воркеров для каких-нибудь требовательных к памяти задач и прочей девелоперской дребедени. А браузер должен экономить память.
Ответить | Правка | Наверх | Cообщить модератору

15. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 11-Мрт-17, 23:05 
> А браузер должен экономить память.

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

Ответить | Правка | Наверх | Cообщить модератору

29. "Оценка потребления памяти Firefox в многопроцессном режиме"  –9 +/
Сообщение от Аноним (-), 12-Мрт-17, 00:55 
Как разработчик сайтов желаю тебе оказаться без интернета =)
Ответить | Правка | Наверх | Cообщить модератору

31. "Оценка потребления памяти Firefox в многопроцессном режиме"  +33 +/
Сообщение от anonymous (??), 12-Мрт-17, 01:12 
Как пользователь сайтов, желаю, чтобы ты держался от компьютера подальше.
Ответить | Правка | Наверх | Cообщить модератору

42. "Оценка потребления памяти Firefox в многопроцессном режиме"  +10 +/
Сообщение от анонанонанонанино (?), 12-Мрт-17, 03:32 
Как пользователь сайтов, предлагаю ввести налог на JavaScript, зависящий от объёма скриптов.
Ответить | Правка | Наверх | Cообщить модератору

50. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 12-Мрт-17, 05:43 
Он и так есть, кто по вашему платит зарплату веб-макакам?
Ответить | Правка | Наверх | Cообщить модератору

43. "Оценка потребления памяти Firefox в многопроцессном режиме"  +6 +/
Сообщение от Отражение луны (ok), 12-Мрт-17, 03:38 
Cайтоделы - не настоящие разработчики
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

74. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 12-Мрт-17, 11:15 
хелоуворлдщиков спросить забыли)
Ответить | Правка | Наверх | Cообщить модератору

93. "Оценка потребления памяти Firefox в многопроцессном режиме"  –2 +/
Сообщение от freehckemail (ok), 12-Мрт-17, 17:39 
> Cайтоделы - не настоящие разработчики

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

PS: правда, это именно что 2-3 человека на огроменную толпень безграмотных раздолбаев.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

96. "Оценка потребления памяти Firefox в многопроцессном режиме"  +1 +/
Сообщение от Семилетов (ok), 12-Мрт-17, 19:38 
Передайте этим уникумам, чтобы делали сайты без:
> кучу js-фреймворков
> всё переливалось, двигалось
Ответить | Правка | Наверх | Cообщить модератору

99. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от freehckemail (ok), 12-Мрт-17, 22:08 
Почему же это? Выпадающие менюшки сверху, выезжающие слева. Таймеры на обновление данных в интерфейсе: всё это очень удобно юзерам-казуалам, и очень нравится заказчикам. 50% нашей зарплаты обеспечивается именно этими "двигается и переливается", потому что именно это - та часть, которую заказчик видит и щупает.

Безусловно, я бы без всего этого обошёлся, если бы работал с нашими продуктами, но собственно кто платит за стол, тот и музыку заказывает.

Ответить | Правка | Наверх | Cообщить модератору

101. "Оценка потребления памяти Firefox в многопроцессном режиме"  –2 +/
Сообщение от Аноним (-), 12-Мрт-17, 23:44 
Зачем метать бисер? Хелоуворлдщики не знают, как работает современный веб и не имеют понятия о его экосистеме.
Ответить | Правка | Наверх | Cообщить модератору

104. "Оценка потребления памяти Firefox в многопроцессном режиме"  +1 +/
Сообщение от Аноним (-), 13-Мрт-17, 01:10 
> Безусловно, я бы без всего этого обошёлся, если бы работал с нашими продуктами, но собственно кто платит за стол, тот и музыку заказывает.

Тогда, по крайней мере, хотя бы без кучи фреймворков и 100500 подключенных библиотек.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

106. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Семилетов (ok), 13-Мрт-17, 02:59 
>  Почему же это?

Откройте результаты жизнедеятельности фронтендщиков в браузере какого-нибудь недорогого телефона.

>  Выпадающие менюшки сверху, выезжающие слева.

https://html5book.ru/vypadayushee-menu/ не?

> всё это очень удобно юзерам

Уверены? Меня, как пользователя, это раздражает.

> очень нравится заказчикам

Это да. Хорошо, что у конкурентов есть нормальные сайты.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

107. "Оценка потребления памяти Firefox в многопроцессном режиме"  –1 +/
Сообщение от Аноним (-), 13-Мрт-17, 03:59 
> Хорошо, что у конкурентов есть нормальные сайты.

Что есть лучше сайта гитхаб?

Ответить | Правка | Наверх | Cообщить модератору

108. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от anonymous (??), 13-Мрт-17, 08:04 
> Что есть лучше сайта гитхаб?

git clone git://project.domain/progect.git

Ответить | Правка | Наверх | Cообщить модератору

113. "Оценка потребления памяти Firefox в многопроцессном режиме"  –1 +/
Сообщение от freehckemail (ok), 13-Мрт-17, 11:28 
>>  Выпадающие менюшки сверху, выезжающие слева.
> https://html5book.ru/vypadayushee-menu/ не?

Круто. Закину ссылочку нашему архитектору фронтэнда.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

115. "Оценка потребления памяти Firefox в многопроцессном режиме"  +1 +/
Сообщение от Аноним (-), 13-Мрт-17, 11:39 
> Почему же это? Выпадающие менюшки сверху, выезжающие слева. Таймеры на обновление данных
> в интерфейсе: всё это очень удобно юзерам-казуалам, и очень нравится заказчикам.
> 50% нашей зарплаты обеспечивается именно этими "двигается и переливается", потому что
> именно это - та часть, которую заказчик видит и щупает.
> Безусловно, я бы без всего этого обошёлся, если бы работал с нашими
> продуктами, но собственно кто платит за стол, тот и музыку заказывает.

Бл.. да потому-что всплывющиевыезжающее дерьмо уже достало, и на этом всплывающем "я вам могу помочь онлайн" ещё вычитать эту мелкую галочку с "не показывать больше" нужно (а если вам ссылку на большой сайт на почту переслали), а то что на страницу туже самую по ссылке не перейти?
Да и эта динамика в 90% случаев не работает при открытии на мобильном, не говоря уже о жутких тормозах при нестабильном интернете.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

119. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от freehckemail (ok), 13-Мрт-17, 12:57 
Ну это-то понятно. Интерфейс должен шевелиться не настолько навязчиво. Но вот те же таймеры для обновления блоков данных без перезагрузки страницы: это удобно. Как без JS их реализовать? HTML5 - это больше про отображение на экране, насколько я могу понять. Взаимодействие с сервером посредством RPC не сильно-то на нём реализуешь. Это, конечно, если считать ту часть, которую HTML5 добавляет к JS API неканоничной.
Ответить | Правка | Наверх | Cообщить модератору

124. "Оценка потребления памяти Firefox в многопроцессном режиме"  +1 +/
Сообщение от Аноним (-), 13-Мрт-17, 18:11 
Никак. У пользователя кроме вашей вкладки есть и другие вкладки (и даже другие приложения!), и с вероятностью 90% ему нахрен не упёрлась очередная порция г*га, ради скачивания которой будут непрерывно и неопределённое время насиловаться процессор и сетевое соединение.

Почитайте, сколько усилий прикладывают разработчики браузеров чтобы уменьшить урод от таймеров в JS, — начиная с плавающих периодов с объединением задач от разных страниц, и заканчивая полным выключением в некоторых ситуациях.

Таймеры в JS — инструмент буквально созданный для злоупотребления. Учитывая, сколько усилий Google прикладывает чтобы изжить практику использования их нативного аналога в Android (wake locks), не удивлюсь, если скоро на их использование станут накладывать похожие ограничения.

Ответить | Правка | Наверх | Cообщить модератору

128. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от freehckemail (ok), 14-Мрт-17, 12:06 
> Таймеры в JS — инструмент буквально созданный для злоупотребления. Учитывая, сколько усилий Google прикладывает чтобы изжить практику использования их нативного аналога в Android

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

> с вероятностью 90% ему нахрен не упёрлась очередная порция г*га, ради скачивания которой будут непрерывно и неопределённое время насиловаться процессор и сетевое соединение.

Мы предлагаем веб-интерфейс к DLP-системе безопасникам. У них 100% времени открыта наша вкладка в браузере, причём 80% времени она активна. Это их рабочая среда, за которую собственно нам деньги и плачены, притом немалые.

> У пользователя кроме вашей вкладки есть и другие вкладки (и даже другие приложения!)

Что же по-вашему, мы должны поступить в ущерб удобству этой среды, чтобы какие-то другие сайты работали чуть лучше? Мы? Да ладно, вот уж точно делать нам нечего! Обеспечение качества работы вкладок при их параллельном сосуществовании - задача браузера, не сайтостроителей.

То, что кто-то таймерами злоупотребляет, вовсе не означает, что их теперь надо взять и запретить. И кстати, за производительностью интерфейса у нас внимательно следят QA.

Ответить | Правка | Наверх | Cообщить модератору

132. "Оценка потребления памяти Firefox в многопроцессном режиме"  +1 +/
Сообщение от Аноним (-), 15-Мрт-17, 00:51 
> Наша работа - предоставить хороший интерфейс пользователю. Если браузер не справляется, это не наши проблемы.

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

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

И чо? По факту вы получили немалые деньги за кривую реализацию. Отнюдь не повод гордиться.

> Обеспечение качества работы вкладок при их параллельном сосуществовании - задача браузера, не сайтостроителей.

Задача в том числе сайтостроителей, не отмазывайтесь. Вам немалые деньги платят, а вы такой результат выдаете. Позорники.

Ответить | Правка | Наверх | Cообщить модератору

133. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от freehckemail (ok), 15-Мрт-17, 12:02 
>> Наша работа - предоставить хороший интерфейс пользователю. Если браузер не справляется, это не наши проблемы.
> Нет, ваши. Программисты прикладного софта по крайней мере понимают, что есть такое
> понятие как ограничение производительности железа. Почему "программисты" фронтенда считают,
> что если прячутся от железа за браузером, то могут на него
> все свалить?

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

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

Ого. Кривая реализация. И ты это утверждаешь только потому, что мы используем таймеры и XHR в веб-интерфейсе? Ну нифига себе.

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

>> Обеспечение качества работы вкладок при их параллельном сосуществовании - задача браузера, не сайтостроителей.
> Задача в том числе сайтостроителей, не отмазывайтесь. Вам немалые деньги платят, а вы такой результат выдаете. Позорники.

Ну-ну. На, посмотри, какие мы "позорники":
https://www.youtube.com/watch?v=9ePg3_3dBuQ&t=21m11s

Видишь там справа "лента событий"? Как мы её тебе без таймера обновлять будем? Видишь, как генерируется интерфейс? Как мы без клиент-серверного взаимодействия на js будем такое генерировать?

И кстати, почему собственно такая ненависть к таймерам и XHR? Их используют vk и facebook, gmail и yandex. Что вам не нравится?

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

134. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 15-Мрт-17, 12:30 
А чего вы в это обсуждение влезли, если у вас закрытое решение, а не типичный веб-сайт? Да еще отстаиваете свое право жрать ресурсы пользователей, говоря от имени типичных сайтоделов.
Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

135. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от freehckemail (ok), 15-Мрт-17, 13:15 
> А чего вы в это обсуждение влезли, если у вас закрытое решение,
> а не типичный веб-сайт? Да еще отстаиваете свое право жрать ресурсы
> пользователей, говоря от имени типичных сайтоделов.

Эээ... Ну, исходный тезис был "сайтоделы - не настоящие разработчики". Я так понял, что это про вебников в целом, и хотел заметить, что среди них попадаются иногда толковые. Как-то не улавливаю из контекста, что речь про какую-то определённую часть вебников - "типичных сайтоделов". Ну... Может я чего не понял, в самом деле.

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

136. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 15-Мрт-17, 13:29 
> Как мы её тебе без таймера обновлять будем?

по событиям из websockets, очевидно же

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

137. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 23-Июл-17, 17:08 
Несколько лет назад, когда был хайп по облачным сервисам, казалось, что все вычисления и тяжелая работа переедет на облачные сервера. А тонкий клиент будет исполняться в браузере. А вот нет. По сути, облачные приложения целиком крутятся в Вашем браузере, как например MS Office 365, или слак.

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

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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

138. "Оценка потребления памяти Firefox в многопроцессном режиме"  +/
Сообщение от Аноним (-), 23-Июл-17, 17:10 
Да, незаем пиешется слитно, я знаю
Ответить | Правка | Наверх | Cообщить модератору

71. "Оценка потребления памяти Firefox в многопроцессном режиме"  –2 +/
Сообщение от Лютый жабист_ (?), 12-Мрт-17, 10:25 
Потреблюн? В связи с тем что процы упёрлись в 3,5 ггц, смысла менять 10летний тазик на core2duo или quad вообще ноль. А там лимит в 4гб и хоть тресни.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

77. "Оценка потребления памяти Firefox в многопроцессном режиме"  +3 +/
Сообщение от Avator (ok), 12-Мрт-17, 12:06 
Комично то что вы производительность CPU меряете в ГГц.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру