Pull to refresh

Comments 7

помещая в них только те данные, которые не планируется менять в будущем

Так себе гарантия. Сегодня не планируется, завтра планируется.

Что случится при изменении неизменяемого?

Получится другое понятие, с другим ID, естественно.

А как тому же Борису отследить появление нового понятия и перейти на него?

Допустим компания изменила неизменяемые данные рейса SU2583 и дальше работает с новой сущностью (обновляет дополнительную информацию и т.п.) . На сайте Бориса пользователи продолжат видеть данные старой сущности, будут искать по ним (и находить старую инфу), принимать на основе их неверные решения. Получается та же проблема со сменой url, только сбоку и реже.

Отслеживание изменений в понятийной модели предполагается посредством PubSub-взаимодействия между сайтами родственной/смежной тематики. Заставить в этом участвовать, никого, конечно, нельзя. Это должно стать каким-то образом выгодно участникам подобных "клубов по интересам".

Сами же понятия - лишь "опорные точки", к которым могут цепляться смысловые связи. На устаревший идентификатор/понятие его автор может, к примеру, наложить соответствующий статус, с оповещением подписчиков об этом факте и, вполне вероятно, о появлении нового понятия, замещающего старое.

Это должно стать каким-то образом выгодно участникам подобных "клубов по интересам".

Так же, как выгодно делать PubSub для отслеживания изменения URI?

Мне нравится описанное в статье, но не вижу качественных отличий от существующих технологий. А усложнения вижу.

Принципиальное отличие в том, что используя CID, вы точно знаете, на что ссылаетесь. С точностью до бита.

Очень хорошо. Отличный способ кодировать и распространять метаинформацию в децентрализованных сетях будущего. Все то что сейчас пишут при оформлении раздач на торрент-трекерах, или при закачке книг в Либген, можно запаковать в такой пакет, вместе с хешами самого контента.
Sign up to leave a comment.

Articles