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

[tonsky]

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

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

Comments

[gineer]

Просмотрел.

Это напоминает встреченную недавно в ленте идею что веб 3.0
будет геймдевовский :)

[tonsky]

чем напоминает?

[gineer]

Интерактивностью вестимо. :)

[tonsky]

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

[kranov]

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

[tonsky]

Уведомления будут рассылаться соседним сервером, которые слушает ту же transaction queue, что и клиент.

Проверка - констрейнтом, вестимо.

[kranov]

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

[tonsky]

Круто! Наверное тогда транзакция должна включать обязательный код операции?

[anonymous]

а как сторадж будет проверять моя это запись или я вхожу-ли в группу паурюзер, в общем полсервера приложений перетащим в сторадж и снова 90% валидаций, и в клиенте и в сторадже.

[tonsky]

Ну вы же видите кто транзакцию пихает. Это можно в констрейнте использовать. Декларативность рулит

[plumqqz]

Ага, делали такое. Непонятно, правда, почему "послезавтра"... Кстати, есть ли какие не шибко хиепстерские шаблонизаторы для js?

[tonsky]

И как называется?

[plumqqz]

Кто? Приложение? Оно полувнутреннее и со стороны недоступно. На самом деле там все просто - вебсокеты и activemq ну и по мелочи; бекенд - перл и постгрес, но это совершенно некритично .

[tonsky]

Ну что делает-то хоть? Раз начали хвастаться - поделитесь деталями.

Я так понимаю данные читались из activemq и одновременно пихались в постгрес и в вебсокет? А как решали проблему что коннект мог отвалиться и часть данных провтыкивается?

[ermouth]

Вдруг ты не видел ещё - http://telepat.io

Ну и про основную проблему всех таких архитектур - принципиальную недостижимость consistency - http://the-paper-trail.org/blog/a-brief-tour-of-flp-impossibility/

По существу - прекрасно написано, практически по каждому пункту подпишусь, разве что это чуть не today уже )

Единственный момент - “UI should not wait until server confirms”. Есть целый класс ситуаций, когда should. В основном это сохранение и применение конфигураций (или подобных сущностей).

[tonsky]

Ага, но это осмысленное ожидание, а не вынужденное. Имелось в виду что библиотека не должна форсить требование дожидаться ответа. Опционально - пжста.

Не today потому что я не могу ничего взять с полки и сделать вот именно так. Кроме Meteor.js. Интересно мне кстати стало попробовать, каково на нем писать. А Telepat твой когда еще будет.

[ermouth]

Телепат видимо совсем скоро будет, хотя там конечно куча вопросов по нему. В первую очередь - я там не нашёл в АПИ как они собираются поддерживать оффлайновые бинари-данные. И не нашёл, как они собираются ресолвить конфликты.

Метеор у нас чёто не пошёл - хотя бойцы пробовали. Тут, наверное, причина во мне - у меня любой синтаксис с мусташами вызывает тошноту. Просто не перевариваю органически, когда разметка начинает превращаться в код.

[tonsky]

А про FLP - ты что-то конкретное имел в виду, практическое? Потому что я особых проблем не вижу, consensus нам тут не нужен в принципе-то.