BSN теги
Стандарт BSN описывает некоторые теги, но этот список не является закрытым. В принципе, кто угодно может как угодно использовать задумку по своему разумению.
В этой статье предлагается собирать и описывать известные или предлагаемые теги, с пояснением их смысла.
Известные типы тегов
Теги самопрезентации
В стандарте описаны `Name`, `About`, `Website`. Их значение — некий текст. Ничего не мешает добавлять свои, но известные вьюверы их не отображают. При множественном использовании тега, он отображается в порядке числового суфикса.
Name
Название аккаунта. Чаще всего этот тег используется один раз, задавая каноническое публичное название для аккаунта. В принципе, если название очень большое, или хочется продублировать название на разных языках, то можно сделать это, устанавливая `Name` несколько раз.
About
Описание аккаунта, кто такие, чем занимаются, чем известны. Так как ограничения на размер значения довольно злые, нормально использовать этот тег несколько раз: About1, About2 и далее.
Website
Место для ссылок. По-хорошему, вьювер должен распознавать и краткое именование, вроде «montelibero.org», и самостоятельно добавлять туда префикс «http://», но надёжне будет сразу указывать префикс самостоятельно. Особенно учитывая, что почти все ресурсы сейчас сидят на HTTPS.
Подписание
В стандарте их нет, а по факту они есть и активно используются. В значение тега размещается SHA-256 хеш от подписываемого документа, а в название — его краткое обозначение. Это может быть как и присоединение к публичной оферте, например MTLA: PII Standard с актуальным значением e7bb8bb6e84bf2182294490c5b588fc175bbc0b0898d10d5caabb7c006a42672, что тождественно подписанию документа Personal data working standard.md. Так и любой приватный контакт, например GPAAndPetyaEmploymentContract с хешем от документа, который в принципе нигде не публикуется.
Ссылки
Та часть тегов, которая, собственно, создаёт Social Network. В нём с одного аккаунта указывают на другой, и как-то эту связь подписывают. Семантика названия подразумевает позицию «этот аккаунт для меня». Например Owner, чтобы указать, кто формально является полным владельцем аккаунта. Или Friend, чтобы показать дружеское отношение. Или Gardian, чтобы опекаемые люди могли указать на своих опекунов.
Единичные ссылки
Есть теги, где множественное использование не имеет смысла. Ну, например, понятно, что у человека может быть множество людей, которых он считает друзьями. Логично, что тег Friend можно использовать хоть несколько сотен раз. Но вот полный владелец аккаунт, он на то и полный, чтобы быть единственным. Поэтому тег Owner подразумевается единственным на весь аккаунт.
Похожая история с традиционными тегами делегации, которые чаще всего записывают в snake_case: mtl_delegate, tfm_delegate, mtla_c_delegate и аналогичные. Во-первых, скрипты, что их ищут и учитывают своей работе, скорее всего не будут считывать версии с циферным суфиксом. А во-вторых это всё также просто не имеет смысла.
С технической точки зрения, рекомендуется множественные ссылки всегда ставить с цисловым суфиксом, а единичные ссылки без них. То есть указание на первого друга — Frind1, а на владельца аккаунта — просто Owner.
Как относиться к тегу `Spouse` (супруг) в принципе пусть люди решают самостоятельно, но это полноценно множественная ссылка. Ничего не мешает людям оформить супружество втроём, или в ещё более сложных схем.
Парные ссылки
Есть утверждения, не требующие встречного подтверждения. Например о том, кого вы считаете другом, или кому готовы доверить деньги, или от кого готовы принять судебное решение (тег `MyJudge`).
Однако часть ссылок без подтверждения смотрятся как минимум странно и малоубедительно. Это тег супружества `Spouse`, взаимоотношений работодатель и работник (`Employer` и `Employee`), и особенно взаимоотношений полного владения (`Owner` и `OwnershipFull`), хотя желательно давать подтверждение и мажоритарного владения (`OwnerMajority` и `OwnershipMajority`).
Вьюверам стоит отображать статус наличия подтверждения связи, где это уместно и возможно. А для некоторых ссылок наоборот, ярко показывать отсутствие подтверждения.
Список тегов
Ниже идёт алфавитный список известных ссылочных тегов. Про каждый желательно указать его возможную единичность, парность, можно дать ссылку на вьювер.
Note: продублировать сюда все теги из стандарта.
Ambassador
Официальный, полномочный представитель организации. Используется Ассоциацией для подтверждения правомочности своих представителей.
Dislike
Выражение антипатии.
Expert
Признание экспертной ценности человека. В Ассоциации таким образом отмечают участников Распределённого Правления, которые вошли туда на правах эксперта.
Friend
Френд. В широком смысле слова.
IAmVolunteerFor
Подтверждения связи себя, как волонтёра в указанной организации.
LeaderForMTLA
Способ корпоративному участнику Ассоциации явно указать, кто у них «руководитель/лидер», что нужно для некоторых представительских функций.
MyJudge
Предложение по распределённой сети судейства. (найти описание концепции)
RecommendForVerification
Тег для так называемой рекомендательной верификации в Ассоциации.
RecommendToMTLA
Тег формальной рекомендации человека для участия в Ассоциации Монтелиберо.