Веб послезавтра

[tonsky]

Новый пост в англоязычном блоге про то, как должен выглядеть мировой паутин (спойлер: не так, как получилось) и как его таким сделать. Без React-а:

http://tonsky.me/blog/the-web-after-tomorrow/

Comments

[anonymous]

== On a server, though, it’s just timeouts, refcounting, periodic cleaning and careful coding

Может гипотетически проще серверные инструменты допилить, чтобы был нормальный фидбэк с клинтами без проверки таймаутов? :-)

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

И я как то совсем плохо представляю как можно разграничить данные в ремутном хранилище по юзерам - для каждой записи в таблице задавать пользователя и пароль?

[binf]

это был Йа, забыл залогиница

[tonsky]

Почему каждой записи? Только тем, которым нужно. Как и сейчас это делается.

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

[binf]

Ну.. теоретически, если придумать более симметричные протоколы, чем http и websocket, то сервер получит все бонусы клиента + облачность.

[wist_2001]

Здравствуйте. Интересная статья.
"First one if efficiency." - опечатка?

[tonsky]

ага, спасибо

[sorhed]

Это не послезавтра, а сегодня вечером. RxJS/Kefir, всякий event-processing, и понеслась. Ну и даже мейнстримный ныне React уже к этому движется.

[yussouf]

нынешний клиент от модификаций не защищен
в смысле - сам клиент, физически