Гейб Ньюэлл подтвердил, что имеет на своем аккаунте все игры Steam
Гейб Ньюэлл часто отвечает на письма, что посылает ему геймеры. Пользователь Reddit TreatmentForYourRash опубликовал скриншот своей переписки с руководителем Valve.
Но наивысший уровень стим-аккаунта всё равно не у него, а у какого-то азиата
Разве он не заявил об этом еще когда пиарили безопасность стима? "взломайте мой акк и получите все игры когда либо бывшие в стиме"
Вот я кстати тоже тогда задумался, сколько ему на той недели пришло уведомлений 10 000? 20 000? Интересно он заводил для этого отдельную почту, или прям свою обрёк?
Все, кроме HL3
RLY? o_o
Так и представил себе статью:
"Разработчики Half-Life 3 официально заявили о распространении своей игры через другую платформу. По их словам, политика Steam не соответствует их убеждениям, а взимаемая доля прибыли превышает все мыслимые цифры.
- Зажрались они там... - прокомментировал позицию руководства Steam руководитель разработки игры Гейб Ньюэлл"
"Разработчики Half-Life 3 официально заявили о распространении своей игры через другую платформу. По их словам, политика Steam не соответствует их убеждениям, а взимаемая доля прибыли превышает все мыслимые цифры.
- Зажрались они там... - прокомментировал позицию руководства Steam руководитель разработки игры Гейб Ньюэлл"
А вот, кстати, я сомневаюсь.
С точки зрения разработки софта, игры в steam представлены в виде списка в левой части экрана - элемент называет List/ListView во многих UI библиотеках. Зачастую, на значительном числе элементов коллекции, списка игр в данном случае, данный UI элемент начинает знатно тормозить и тупить, а то и вовсе вызывает падение приложения из-за переполнения памяти.
Ограничения по ресурсам касаются в принципе всех элементов интерфейса на значительных коллекциях данных. Без серьёзных оптимизацих, а точне хитрых решений вроде виртуальной прокрутки, разбиения по страницам и т.д., такое количество игр заставило бы steam намертво повиснуть на среднем компьютере. В самой программе оптимизациями UI не пахнет совсем. Steam-клиент - неоптимизированное говно, независимо от того, что у других ещё хуже.
А потому складывается впечатление, что Габен просто троллит. Игр в Steam'е очень много...
С точки зрения разработки софта, игры в steam представлены в виде списка в левой части экрана - элемент называет List/ListView во многих UI библиотеках. Зачастую, на значительном числе элементов коллекции, списка игр в данном случае, данный UI элемент начинает знатно тормозить и тупить, а то и вовсе вызывает падение приложения из-за переполнения памяти.
Ограничения по ресурсам касаются в принципе всех элементов интерфейса на значительных коллекциях данных. Без серьёзных оптимизацих, а точне хитрых решений вроде виртуальной прокрутки, разбиения по страницам и т.д., такое количество игр заставило бы steam намертво повиснуть на среднем компьютере. В самой программе оптимизациями UI не пахнет совсем. Steam-клиент - неоптимизированное говно, независимо от того, что у других ещё хуже.
А потому складывается впечатление, что Габен просто троллит. Игр в Steam'е очень много...
В посте скулёжь что "Без серьёзных оптимизацих, а точне хитрых решений" не добится эфферта прокрутки большого списка без сжирания памяти и лагов. Решение этой проблемы обеспечивает как раз та самая базовая как вы выразились вещь, причем вообще без напрягов до 200к записей, отсюда сделан вывод что автор коммента с этой базовой вещью не знаком
Я склонен считать, что вы просто услышали прикольную фразу и применяете её к месту и не к месту. И не понимаете, что такое Model/View и зачем оно нужно. Все MV*, в том числе MVC, MVVM, MVP - они НЕ про оптимизацию и при их помощи одинаково пишется как тормозящий код, так и крайне быстрый. Это технология НИКАК не обеспечивает решение проблемы лагов на больших списках. Она о поддержке и развитии кода, а не о скорости его работы.
Ну охуеть теперь, оказывается если я использую базу данных(как model) и пишу виджет(как view) делающий запрос только на определенное количество нужных ему в данным момент элементов, не имею никаких лагов и радуюсь жизни - ничего не понимаю, ну ок.
П.с. естественно я не архитектурные паттерны имею ввиду, а просто разделение данных и отображения, хотя вот с конкретными терминами конечно могу и ошибаться, профильного образования программистского нет, тем не менее проблему эту всё равно считаю надуманной.
П.с. естественно я не архитектурные паттерны имею ввиду, а просто разделение данных и отображения, хотя вот с конкретными терминами конечно могу и ошибаться, профильного образования программистского нет, тем не менее проблему эту всё равно считаю надуманной.
"я не архитектурные паттерны имею ввиду, а просто разделение данных и отображения"
"разделение данных и отображения"
Это и есть архитектура приложения. Вы используете (говорите о) устойчивую, проверенную конструкцию, т.е. шаблон, т.е "паттерн".
"разделение данных и отображения"
Это и есть архитектура приложения. Вы используете (говорите о) устойчивую, проверенную конструкцию, т.е. шаблон, т.е "паттерн".
Именно! Не понимаете! Даже если почитать про MVC на вики, то можно увидеть, что вы не понимаете о чем говорите. Модель - это НЕ база данных. Модель - это слой в приложении, который (иногда) использует базу данных. К примеру, когда вы пишете сингловую игрушку - у вас вполне может быть модель и не быть базы данных. Внезапочка. И виджет - это не View, а только один из инструментов слоя отображения.
Ну представьте, что вы говорите: "я использую чертежи дома (как фундамент) и молоток (как строителя) ". Конечно, строитель использует молоток, а когда делается фундамент - иногда используются чертежи дома, но такая постановка речи указывает на то, что вы совершенно не понимаете о чем говорите и только очень поверхностно нахватались терминов, которые применяете совершенно неудачно.
Дальше, возьмите свою модель, сделайте с её помошью 15 000 запросов в базу данных, потом отправьте во вьюшку, которая сгенерирует для 15 000 элементов сложную и кривую интерактивную разметку и запустите в браузере. В этот момент вас, ВНЕЗАПНО осенит, что вполне естественное разделение приложения на слои никак не означает, что оно автоматически станет быстрым и оптимизированным.
Уверен, что в каком-нибудь АйТьюнс есть разделение на модель и вьюшку, но тормозит оно так, что хочется застрелиться.
Ну представьте, что вы говорите: "я использую чертежи дома (как фундамент) и молоток (как строителя) ". Конечно, строитель использует молоток, а когда делается фундамент - иногда используются чертежи дома, но такая постановка речи указывает на то, что вы совершенно не понимаете о чем говорите и только очень поверхностно нахватались терминов, которые применяете совершенно неудачно.
Дальше, возьмите свою модель, сделайте с её помошью 15 000 запросов в базу данных, потом отправьте во вьюшку, которая сгенерирует для 15 000 элементов сложную и кривую интерактивную разметку и запустите в браузере. В этот момент вас, ВНЕЗАПНО осенит, что вполне естественное разделение приложения на слои никак не означает, что оно автоматически станет быстрым и оптимизированным.
Уверен, что в каком-нибудь АйТьюнс есть разделение на модель и вьюшку, но тормозит оно так, что хочется застрелиться.
В андроиде это решено довольно просто: создается чуть больше дочерних виджетов списка чем помещается на экране и при скроле вышедшие за границу экрана виджеты просто повторно используются для отрисовки других элементов списка. Думаю подобные оптимизации уже есть во многих UI библиотеках, так что даже если у него 100к игр в списке, пусть инфа о каждой игре в оперативе занимает 10 килобайт (думаю в реале даже 1 килобайта не наберется), получим 100 мегабайт оперативы, что по нынешним меркам не так уж и много.
Вы бухгалтерские таблицы видели? 57к строк пустяк. А теперь сравните ПК бухов в госконторах и ПК у игроманов.
Не обязательно все игры показывать, откуда нам знать, какой там интерфейс у сотрудников? Может в магазине вместо "Купить" -> "Добавить", а в ListView на ПКМ "Убрать".
Нагулили акк с 22к игр (Kongzoola). Веб интерфейс при нажатии на игры действительно уходит отдыхать, странно что не предусмотрена пагинация. Впрочем это не мешает человеку иметь столько игр- для бд 57к ничто
Он скоро ещё говёнее станет, когда библиотеку тоже браузерной сделают. Вот тогда точно будет тупить так, что не дождёшься загрузки списка.
Но наверняка открытое мыло Гейба перелопачивают несколько людей и потом пересылают Ньюэлу то, что считают достойным его внимания, а всякий шлак или игнорят или подобными ответами отшучиваются.
Но наверняка открытое мыло Гейба перелопачивают несколько людей и потом пересылают Ньюэлу то, что считают достойным его внимания, а всякий шлак или игнорят или подобными ответами отшучиваются.
Таки нет. Только кусок с новостями по выбранной игре браузерный, остальное - native (относительный). А вот магазин - да, полность веб.
В бородатом 2008-ом был крякнутый стим-клиени, и при его включении в списке отображались все стимовские игры(на тот момент их было лишь немногим больше 3000), и ни каких тормозов на моей хреновенькой по тогдашним меркам машине не было. Думаю, что сейчас на среднем компе все 57 тыщ без лагов будет отображать.
- Все
- Но какой ценой?
- Но какой ценой?
Rabscuttle
Offline Last log off 8 years ago
Offline Last log off 8 years ago
ой, да нету у его всех игор на акке, просто есть админка супер-тестера или типа того, он может добавить себе любую игру.
Если смотреть с этой точки зрения, то технически, у него есть все игры, так что все в порядке
Отличный комментарий!