Терминал Bloomberg для Mastodon

Как я упоминал в прошлый раз, панель инструментов Steampipe для Mastodon претерпела неожиданные изменения. Я предполагал, что компоненты — плагин, который сопоставляет API-интерфейсы Mastodon с внешними таблицами Postgres, и набор представлений, которые запрашивают API-интерфейсы — будут объединены, чтобы обеспечить широкий обзор активности в Fediverse. Это не сработало по двум причинам.

Во-первых, я узнал, что сообщество мастодонтов не одобряет слежку, необходимую для такого анализа. Я должен подчеркнуть, что это было первоначальное сообщество, и все резко изменилось, но я хочу уважать первоначальный дух. Тем не менее, многие люди будут ползать и индексировать федиверс, но мне не нужно подставлять плечо к этому колесу. И если бы я это сделал, я бы вытеснил Steampipe из его приятного места: сбор данных в реальном времени, запросы и визуализация данных, полученных из API.

Во-вторых, API Mastodon допускает 300 запросов каждые пять минут. Вы можете использовать Steampipe в пакетном режиме, чтобы преодолеть это ограничение, и вы можете постоянно хранить данные в своей базе данных Postgres, но это пересекается как со Steampipe, так и с Mastodon. Все клиенты Mastodon имеют одинаковое ограничение скорости API. Если вы используете веб-приложение или одно из приложений для телефона, вы, вероятно, никогда не видели сообщения о том, что вы достигли предела и вам нужно подождать несколько минут. Я никогда не видел это сообщение, пока не начал запрашивать API с помощью Steampipe, одновременно используя веб-приложение.

Итак, если культура и технологии Mastodon противостоят глубокому анализу данных, а система оптимизирована для клиентов, которые живут в рамках бюджета API в 300 запросов каждые пять минут, какой тип клиента Mastodon может включить Steampipe? Это не был бы обычный клиент, потому что Steampipe — это система только для чтения. Путь вперед мог бы быть каким-то ридером или браузером, который дополняет интерактивные приложения.

Результатом на данный момент является набор информационных панелей, которые отображают табличные представления (вместе с некоторыми диаграммами) домашней, локальной и федеративной временных шкал, моей истории и избранного, моих подписок и подписчиков, моих уведомлений, поиск терминов, людей и хэштегов, а также временных шкал, сформированных списками, которым я назначил людей, за которыми я следил. Это все HTML-таблицы, отображаемые сервером панели инструментов Steampipe. Все столбцы можно сортировать, а ячейки таблиц могут содержать только ссылки или обычный текст.

Учитывая, что содержимое toot, возвращаемое API Mastodon, представляет собой HTML, ограничение только на обычный текст изначально ощущалось как блокировщик. Нет изображений? Нет ссылок в контенте? Что в этом хорошего?

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

IDG

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

Вот моя домашняя временная шкала на панели инструментов Steampipe. Я могу сразу увидеть дюжину предметов и легко просканировать 100 предметов одним глотком такого размера.

IDG

Когда я описал этот эффект Грегу Уилсону, он дал мне заголовок для этого поста: «Звучит как терминал Блумберга для Mastodon». Я никогда не использовал его, и я знаю, что его дизайн часто высмеивают как UX-катастрофу, но, насколько я понимаю, продукт создан для того, чтобы трейдеры могли сканировать быстро меняющиеся потоки данных из разных источников. В этом смысле я думаю, что это интересное и полезное сравнение.

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

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

select distinct on (list, user_name, person, hour) -- only one per list/user/hour
  person,
  url,
  hour,
  toot
from
  data
order by
  hour desc, list, person

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

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

Я ожидаю, что наша система информационных панелей будет поддерживать форматированный текст и изображения в ячейках HTML-таблиц. Когда это произойдет, я хотел бы сделать его опцией, которую вы можете включать или выключать на инструментальных панелях Mastodon. Что должно быть по умолчанию? Я подозреваю, что мне нужен простой текст и никаких изображений, особенно если подписи к изображениям могут появляться вместе с текстом сообщений. Некоторые из первоначальных культурных норм мастодонтов не выдерживают натиска новых людей, но написание описаний изображений до сих пор сохраняется, и это замечательно. Так что напишите короткий вдумчивый пост, напишите подпись к своему изображению, если вы его включите, и если вы привлечете мое внимание, я нажму, чтобы просмотреть и пообщаться.

Эта серия:

1. Автономность, размер пакета, трение, разветвление и скорость
2. Mastodon, Steampipe и RSS
3. Просмотр федиверса
4. Терминал Bloomberg для Mastodon
5. Создайте свой собственный Mastodon UX
6. Списки и люди на Mastodon
7. Сколько людей в моей ленте Mastodon также написали сегодня в Твиттере?
8. URL-адреса Mastodon с указанием экземпляра
9. Графики взаимоотношений мастодонтов
10. Работа со списками мастодонтов
11. Изображения считаются вредными (иногда)
12. Картирование более широкой федеральной сети
13. Протоколы, API и соглашения
14. Новости в федерации
15. Сопоставление людей и тегов в Mastodon
16. Визуализация модерации сервера Mastodon
17. Сроки Mastodon для команд
18. Плагин Mastodon теперь доступен на Steampipe Hub.