← Timeline
Avatar placeholder
Ancap
Понятие ленты, и два пути, которые могут быть доступны идущему.

Приветствую, моерщиков!

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

I. Понятие ленты как последовательности, возможно, тематической.
II. Лента может строиться изнутри, лента может строиться снаружи.
III. Маркеры пользователя или маркеры эксперта?
IV. Конкуренция между схожими лентами.
V. Варианты присоединения к ленте.
VI. Возможность довериться людям.
VII. Проблема избыточных данных.

Если хочешь добиться цели, накорми Слона, направь Погонщика и начерти Тропу.

Итак, начнем.

I. Понятие ленты как последовательности, возможно, тематической.

ЧТо такое лента? В общем смысле, лента - это последовательность. Буквально - лента означает ленту материи, ткани, где лента это последовательность стяжков, сплетения нитей. В телеграфе использовалась бумажная лента для печати последовательности знаков, в ранник ЭВМ использовалась бумажная перфолента, с последовательностью отверстий, кодов программ. Блокчейн - это современная цифровая лента последовательностей операций.

В вебе под лентой подразумевается лента публикаций в хронологической порядке, т.е. лента хронологическая. Лента новостей, например, или лента блога, представляет собой типичный пример хроноленты. Все предыдущие примеры лент так же завязаны либо на шаговой нумерации, либо на отсчете времени. Как видим в моере лента тоже timeline.

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

Лента А +1; лента В нечет + 1, чет +2; лента С нечет +2, чет +1; лента Д +2.
Прибавляем не число к числу, а цифру к цифре, и переход разряда не учитываем.

А0. 1627384950 В0. 1627384950 С0. 1627384950 Д0. 1627384950
А1. 2738495061 В1. 2848406062 С1. 3739595171 Д1. 3849506172
А2. 3849506172 В2. 4060628284 С2. 5951717393 Д2. 5061728394
А3. 4950617283 В3. 6282840406 С3. 7173939515 Д3. 7283940516
А4. 5061728394 В4. 8404062628 С4. 9395151737 Д4. 9405162738

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

С математической лентой все более-менее ясно. Во-первых любая числовая последовательность может быть выражена через многочлен типа АХ+ВХ+СХ. Во-вторых такая математическя лента зависит не столько от исходных данных, сколько от своих алгебраических условий. В-третьих... это не про биткоин, не подумайте))

Нам нужно другое - сохранение исходных данных. Нам нужна другая лента - тематическая.

Возможна ли тематическая последовательность? Оглядываясь назад, на математическую ленту, уже можно сказать, что тематическая последовательность возможна, т.к. определенные условия могут приводить к определенным данным. Забегая вперед, я так же подтвержу, что тематическая последовательность возможна. Посмотрите, для примера, на это https://en.wikipedia.org/wiki/Timeline_of_web_browsers

Конечно, здесь и присутствует хронологическая последовательность, и здесь присутствуют графы. Но от хронологии в данной ситуации можно отказаться. И тогда останется чистая генеалогия браузеров (последовательность их версий) как развитие концепции браузера. Хорошей иллюстрации к тематической последовательности может быть пример человеческой генеалогии как частного случая в общей эволюции видов https://en.wikipedia.org/wiki/Timeline_of_human_evolution

А в более обобщенном случае здесь применимы термин и понятие https://ru.wikipedia.org/wiki/Таксон и учение и принцип https://ru.wikipedia.org/wiki/Танксономия

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

Например: Firefox имеет отношение к Browser, а он к Internet, последний к IT технологиям (упрощенно). Дальше можно продолжать. Еще пример: Анархия имеет отношение к Эгалитаризму, а он к Аболиционизму, последний Гуманизму, и все это относится к Этике. Количество публикаций в теме-таксоне = его размеру.

Таким образом тематическая лента возможна, построение ее реально. Остается лишь открытыми вопросы - кто и как и на каких основаниях ее будет строить.

II. Лента может строиться изнутри, лента может строиться снаружи.

Очевидно, что лента может строиться разработчиками системы (изнутри), в ином случае, самими пользователями системы (снаружи).

В любом случае какое-то начало должно быть положено и, как я предлагал в чате моерщиков, безусловно, некоторые ленты должны быть заданы и созданы разработчиками сразу, в моем представлении, должны быть сразу созданы три типа лент: лента публикации - для постов; лента приглашения - для анонсов, оповещений и приглашений на встречи, собрания, мероприятия; и лента объявления - для продажи и покупки услуг и товаров.

Другие ленты так же могут создаваться разработчиками, НО!, это в общем смысле это будет противоречимть идеологии нашего блога, которую кратко можно выразить как "клиент есть хозяин". И будет нарушать принцип самоопределения. Поэтому такой вариант можно рассматривать как временный в силу недоработки.
Здесь может быть следующее:

  1. Разрабы сами создают ленты для пользователей.
  2. Разрабы создают ленты по запросам пользователей.
  3. Разрабы создают приложение (ИИ) для создания лент автоматически, при выделении тем (тэгов).
  4. Разрабы создают механизм для создания лент пользователями.

Последний вариант наиболее предпочтителен. Какой может быть механизм?

  1. Пользователь хочет создать ленты Анархия и Линукс.
    Как тематики для ленты публикаций (она будет родитель лент).
  2. Нажимает кнопку - создать ленту, указывает родителя и название темы.
    При этом создается запись в БД - маркер ленты, напр, 5061728394 и 9405162738.
  3. Маркер 5061728394 - лента Анархия; маркер 9405162738 - лента Линукс.
  4. Далее он, или не он, а кто-то еще, задает область связанных значений.
    Например: "свобода", "ненасилие", "безвластие". И область смежных значений,
    например, смежных таксонов: "анкап", "акратия", "агоризм". (это надо продумать)
    Они так же получают свои цифровые маркеты. Их здесь рассматривать не будем.
  5. Enjoy! При публикации поста теперь достаточно маркировать его маркером ленты.

Подобным же образом можно создавать ленты "кино - концерты" в приглашениях,
и ленты "самокаты - велосипеды" в объявлениях.

III. Маркеры пользователя или маркеры эксперта?

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

Здесь следует рассмотреть проблему адекватности маркеров для лент.
Проблема в том, что маркированая тема может не соответствовать ленте, а быть спамом.
Нужен ли в таком случае некий спам фильтр или анализатор текста?

Оставляю этот вопрос для размышления. Т.к анализатор текста штука полезная,
и не только при борьбе со спамом, но и в контент-анализе, и в семантике.

IV. Конкуренция между схожими лентами.

Схожий с предыдущим, но более интересный вопрос - а что если, тема соответствует ленте, но один человек создал ленту Анархия и пишет об анкапе, а второй человек создал ленту анархия - и пишет об анкоме? Или же один пишет в ленту Линукс о Дебиан, а другой создал ленту Линукс об Убунту.

Тут будет как конкуренция названий, так и значений. И более того, неопределенность куда писать другим?

Сразу следует сказать, что создатель ленты - не является ходяином ленты, - он просто создал маркер для важной и выделенной темы, а дальше писать и присоединяться к ленте может любой.

По моему мнению, решение здесь должно быть не техническое, а экономичнское:

  1. Создание новых лент сделать платным или оставить бесплатным.
  2. Создание еще конкурентных лент сделать платным или еще дороже.

Техническое решение может заключаться в том, что иной таксон Дебиан - Убунту, или Анкап - Анком, будет создаваться как отдельная лента с родителем более общего таксона Линукс - Анархия.

Статистическое решение для конкуренции - ранжирование конкурентных лент по неким показателям значимости.

Но это все не противоречит идее о платности лент, т.к. введение издержек на ленты, предупреждая излишки.

V. Варианты присоединения к ленте.

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

Поэтому использование маркера для присоединения к ленте, я даю как самый упрощеный вариант.
Рассмотрим простейший и общий формат для ленты.

Пусть наша лента - это что-то типа XML или MLM записи, тогда она будет иметь, в самом простом
своем варианте такой вид:

MLM 1.0
##standart##
Type="Tape"
Tape="Theme"
Name="Anarchy"
Marker="5061728394"
Author URL="ancap.moera.blog"
Author ID="0000000010"
Parent theme="Publications"
Parent marker="1627384950"
CreateDate="01.03.2020"
ModifyDate="01.03.2020"
LastPost=""
LastAuthor=""
##advanced##
SumPosts="X"
SumNewPosts=""
SumWriters="Y"
SumNewWriters=""
SumReaders="Z"
SumNewReaders=""
SumResponse=""
SumLike=""
SumDislike=""
SumReply=""
SumRepost=""
SumQuotes=""
##sequence##
Date="01.03.2020"
Entry №="0000000001"
Author URL=""
Authot ID=""
Post URL=""
Post ID=""
Entry №="0000000002"
Author URL=""
Authot ID=""
Post URL=""
Post ID=""

В данном случае, никакого обмена данных нет, вписывая в свой пост маркер ленты, пользователь присоединяет свой пост к ленте. Единственно, что добавляется это - ID (URL) блога автора в ленте.

Теперь я рассмотрю более интересные варианты с обменом маркерами или даже токенами.

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

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

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

Вариант В. Обоюдный обмен токенами.
Внутренняя расчетная система, как я считаю, обязательно необходима. Более того, ее разработку я осуществляю, и она есть у меня. Вопрос лишь в том, насколько виртульная система обмена будет очевидна и связанна с реальными ценностями. Но этот вопрос абсолютно вторичен, и выяснится только в процессе внедрения системы.

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

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

VI. Возможность довериться людям.

Опять и снова, возвращаясь в общем к идеологическому вопросу, изнутри или снаружи создавать тем-ленты или тим-ленты (идеи названия), я хочу рассмотреть вариант, когда "тэги задают тренды". Для этого надо немного абстрагироваться от темы лент и вернуться к классике - тэгам. Возьму в качестве исследуемого образца платформу жуйк. Вот пример пользователя https://juick.com/ivanov/, в нем слева дано небольшое облако тэгов, но, нажав на многоточие в конце этого списка, можно перейти в полное облаго тэгов автора https://juick.com/ivanov/tags (еще для примера https://juick.com/don-Rumata/tags, https://juick.com/folex/tags) Что есть облако тэгов в данном случае? Это определенный тематический портрет пользователя. Это те самые атомы, которые, сопоставляясь с множеством других портретов пользователей, составляют всю тематическую картину, некую themes map, данного блога. Только благодаря этим тэгам, в жуйке реализована интереснейшая вещь - тренды! Конечно, сделано это незаслуженно паршиво, но, тем не менее, задумка была великолепна. Если зайти на главную или в список всех постов https://juick.com/?show=all, то слева мы так же видим небольшое облако тэгов, но это не просто тэги, а самые употребимые тэги - тренды. К сожалению ощего облака (списка) тэгов для всей платформы нету, и поэтому карту тематик увидеть невозможно. Но есть строка https://juick.com/tag/IT, где IT это искомый тэг, через строку можно проверить многие тэги. Можно проверить: C, C#, C++, BTC, Java, Web, XML, Juick, Linux, Jabber, XMPP, DNS, Dev, Prog, Soft, GNU, WWW, Math, h+, HTML, KDE, QT3, tag, man, curl, bash, vim, git, i2p, tor, mesh, ext4, ipfs, p2p, api, U$Aб 1984, anarchy, bitcoin. Короче, там дохрена всего интересного, можно изучать и исследовать. И самое главное, что воспроизводится принцип - "от атома к массе". Т.е. тэги - задают треды, а треды - задают тренды. И это правильно, и этим можно воспользовться. Более того, благодаря такой детализации всего - очень легко и просто все находить.

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

("theme tape" ore "team tape", последний интересней, типа командная лента, или, кстати!, возможно для определенных решений задач будет необходимо объединять определенных людей в ленты - тогда и подойдет лента команды, в которую смогут писать только определенные люди! тогда тематические ленты - это одно, а командные ленты - уже другое. это фича!)

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

VII. Проблема избыточных данных.

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

Проблемы нет. Точнее, проблема не в данных.
Можно сказать так. Любые данные всегда избыточны.
Любые дополнительные данные (которые не являются необходимыми) всегда избыточны для пользователя.

Соцсеть сама по себе избыточна по данным, в которых нет необходимости, и проблема избранным не решается.

Проблема, мне кажется, не в избыточности данных, - а в их недоступности в соцсети.
Что ФБ, что ВК характерны тем, что в них невозможно ничего найти, и отсортировать.
Невозможно найти даже свои записи в какой-то группе, невозможно вернуться к записи у друга.
Потому что все записи немаркированны, бессмысленны и бессвязанны со своиим содержанием.

А вот в жуйке такой проблемы нет, там всегда можно найти любую запись, любую тему,
любого автора, даже если запись или автор были онлайн более 10 лет назад.

НЕТ ПРОБЛЕМЫ ИЗБЫТОЧНОСТИ, ЕСТЬ ПРОБЛЕМА ОРГАНИЗАЦИИ И СОРТИРОВКИ ИНФОРМАЦИИ.

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

Я ГОТОВ НАЧАТЬ ОБСУЖДЕНИЕ ПО КАЖДОМУ ВОПРОСУ.

С уважением к Моерщикам-Сообщникам, Сергей Анкапов.

👍1
To react or comment  View in Web Client