Неверным путём идёшь, Web!

Я долго не мог определиться, на чей я стороне - всё переводить в веб или на каждый чих создавать отдельное приложение.
И сегодня внезапно открылась истина: это тупиковые пути.
Если всё выполнять только в браузере то это подходит только для так называемого Web 1.0, тоесть авторских сайтов, или, даже, страничек.
Никаких уведомлений не нужно отсылать, комментариев нет, только статичные страницы. Идеально подходит.
Но если всё это нужно, а это нужно в Web 2.0, нам нужно самим заходить на нужный сайт, чтобы о чём то узнать и к нам на помощь приходят клиенты для сайтов.
А если у них ещё и открыт API, то, казалось бы, всё прекрасно. Кому не нравится - создаст свой клиент.

Но так, ведь, тоже неправильно!
Во-первых, дифференцирован код клиента. На самом сайте html+js, а в приложениях для андроида java, для iOS - Objective-C, и так далее.
Во-вторых, платформ много, трудно создать приложение для всех их.
В-третьих, сайтов много! Что же, теперь создавать копию интернета в гуглплее?

Но выход есть! Нужно стандартное для всех API. Как можно подписываться на RSS из одного из множества клиентов, так и нужно общее для всех приложение, которых может существовать несколько, в котором как минимум будут собираться обновления, сообщения и уведомления со всех подписанных сайтов.

Это всё должно быть открытое, под свободной лицензией, и с возможностью ускорения благодаря сбору информации на своём или доверенном сервере и скачке с устройства только информации с сервера.

Почта? Нет, у почты совсем другие функции. И нужна более полная интеграция.

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

Но и браузеры сегодня практически не изменились по сравнению с теми, что были во времена Web 1.0.
В них также должен быть интегрирован этот API.
Кроме того они должны воспринимать сайты как приложения. Именно это сделала Opera в своём браузере Coast, но у меня нет i-устройства, чтобы оценить, что получилось.

Наверное, это всё, что я хотел сказать.

Coast, на досуге заценим. "i-устройство" есть.

А вообще согласен, но частично. По мне т.к достаточно просто увеличивать возможности web-программирования, и нужен способ полной генерации сайта, как в видео играх. Ибо если web будет развиваться "картинками" и всяческими замороченными скриптами - это просто будут очень тяжелые сайты. 

Если не ошибаюсь, такие движки есть. Но примеров не могу дать.

А с чем не согласен?

Не согласен, это что получается, чтобы найти стиралку нужно будет 100500 приложений листать это же конец жесткому диску.

Лучше сделать так:

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

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

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

но тогда мы с тобой солидарны.