Старый ч\б пластик лоджик они выпустили. Массово не продают, но в некоторые школы по соглашению продают. В Петербурге есть одна или две кспериментальные школы, перешедшие на их эл.учебники.
Каждому как обычно свое. Кто-то покупает дополнительный винчестер для своей музыки и данных, и хранит все на нем, а кто-то покупает расширенный аккаунт в дропбоксе и пользуется «облачными» сервисами.
> вместе с сервисами (писаными не на javascript)
Вы так говорите, как будто javascript — это что-то плохое :)
Вижу большую концентрацию вентиляторов в топике, потому отвечу по возможности максимально корректно. Все действительно зависит (как и обычно) от создателей расширений и приложений. То, что в фоне приложение начинает неистово жрать память возможно только «by design». Сам я автор приложения vkoffline и знаю не понаслышке, что такое прожроливость в плане памяти.
С другой стороны, не стоит сваливать на хром такие косяки. В настоящий момент я работаю над уменьшением потребления памяти в приложении. В этом плане есть просто море аспектов и возможностей. В частности, в фоне приложение спокойно посылает LongPoll-запросы к серверу (сейчас), и потребление памяти за день вообще не вырастает, что только доказывает хорошую работу GC в Chrome.
Есть и другая сторона фоновой работы приложений, о которой почему-то не говорят любители других браузеров. Хром как известно уже больше, чем просто браузер. Во всем известной ОС он является аналогом проводника и finder'а, что возлагает на него дополнительные требования. Потому воспринимайте фоновые приложения в Хроме как работу тех же фоновых приложений в windows, например тот же dropbox.
Подводя итоги: как и всегда, потребление памяти всегда зависит от разработчика. Если приложение активно жрет память будучи закрытым, но работая в фоне, есть высокая вероятность, что разработчику надо оторвать руки и пришить куда надо.
Многие приложения и расширения (в том числе и мое, недавно анонсированное) ждут того момента, когда это API перейдет из experimental в stable. Но до этого как-то же жить надо, а в Web Store с experimental-функциями не пускают как известно. Так что не стоит ждать, всех багов как известно не исправят :) И автор молодец в любом случае.
да и вообще статья никчемная
я пожалуй пойду спать.
> вместе с сервисами (писаными не на javascript)
Вы так говорите, как будто javascript — это что-то плохое :)
и никакой конкретики в статье. или у вас нет успехов кроме теоретической основы?
С другой стороны, не стоит сваливать на хром такие косяки. В настоящий момент я работаю над уменьшением потребления памяти в приложении. В этом плане есть просто море аспектов и возможностей. В частности, в фоне приложение спокойно посылает LongPoll-запросы к серверу (сейчас), и потребление памяти за день вообще не вырастает, что только доказывает хорошую работу GC в Chrome.
Есть и другая сторона фоновой работы приложений, о которой почему-то не говорят любители других браузеров. Хром как известно уже больше, чем просто браузер. Во всем известной ОС он является аналогом проводника и finder'а, что возлагает на него дополнительные требования. Потому воспринимайте фоновые приложения в Хроме как работу тех же фоновых приложений в windows, например тот же dropbox.
Подводя итоги: как и всегда, потребление памяти всегда зависит от разработчика. Если приложение активно жрет память будучи закрытым, но работая в фоне, есть высокая вероятность, что разработчику надо оторвать руки и пришить куда надо.