Господа, а давайте устроим перепись желающих по локациям проживания? 🌏
Кому-то может помочь найти компаньонов сходить в бар или зарубиться в настолки, кто-то узнает, что он не один такой в городе, кто на открытых платформах общается.
Не только же москвичам и питерцам собираться на феди-сходки в барах на выходных.
Предлагаю желающим написать в каком городе они живут. Очень сильно желающим из больших городов можно уточнять районы.
Также опционально можно добавить какой тип активностей (настолки, футбол, шашлыки, установка Linux, etc) ищете если будут желающие из этого же города.
А дальше - директы или ветки треда вам в помощь.
Ну и да, не обязательно ограничиваться только Россией.
В комментах начну с себя.
@rf
#fediverse #mastodon #people #geo #cities #location #social #network #census #перепись #сходки #города #гео
Вот если бы новоприбывшим рассказывали (например, админы в приветственном оповещении), что важно делать пост новичка с тегами, это бы упростило задачу. Заходишь к человеку в профиль, а у него в закрепе пост, где указана важная инфа, включая интересы или, например, город.
Также, ИМХО, было бы здорово расширять список групп. Создавать сообшества с более узкими тематиками, куда бы валилось не всё сразу, как сейчас в rf, а только избранное. В том числе гео-сходки.
@light @rf
Согласен. Правда, посты новичков - тоже не панацея. Писать в профайле - не всем хватает текущего количества полей в Mastodon, а если туда ещё и локацию впихивать...
Закрепы тоже не всем подойдут и несколько ухудшают читаемость профиля одновременно улучшая получение какой-то базовой инфы.
В общем, пока этим не занимается сама платформа - всё будет костылями. Ну как с группами. Боты типа @rf - полумеры с кучей проблем.
Но за неимением делаем что можем, да.
Теги и вообще информация в самом профиле НЕ ищутся поиском Мастодона по тегам (только в диаспоре теги в описании профиля ищутся поиском). Поэтому важно именно публиковать пост с тегами! Закреплять - опционально.
@light @rf
> писать важную информацию в самом профиле - неэффективно
Хз. Я гораздо чаще подписываюсь на тех, у кого в профиле написано что-то про себя, чем на тех, у кого там пусто.
> Теги и вообще информация в самом профиле НЕ ищутся поиском Мастодона
Тут можно было бы пошутить в стиле "да что вообще ищется поиском мастодона", но это была бы не совсем шутка 😐
> Поэтому важно именно публиковать пост с тегами!
Опять же с какими тегами?
Даже если сделать какие-то коммьюнити гайдлайны (очередные костыли) - много кто о них банально не узнает и много кто поленится их соблюдать.
Может быть когда-нибудь Mastodon как-то улучшит эту ситуацию введя, например, какой-нибудь визард по рекомендованному началу социальной активности.
Какая-то подвижка, вроде, уже есть. Вон писали, что начиная с последней версии теперь после реги показывает возможные варинты на кого подписаться. Хотя сам пока не проверял как оно работает.
Я согласна про привлекательность заполненного профиля, я лишь хотела подчеркнуть, что вставлять теги в описание профиля и поля Мастодона НЕ поможет нахождению вашего профиля поиском. Теги для поиска по интересам надо закреплять именно в посте.
Мастодон не сможет ввести рекоммендации по активности для всех, у каждого языкового сообщества они будут свои. У нас уже есть список русскоязычных нод от InexCode. Всё, что нужно - админам договориться между собой, какую инфу по рекомендованным тегам давать новичкам в первом админском закреплённом сообщении (В Pleroma таковых пока нет, но вроде бы хотят добавить).
@light
> вставлять теги в описание профиля и поля Мастодона НЕ поможет нахождению вашего профиля поиском
Так вроде никто и не говорил про теги и про нахождение поиском.
Но да, наверное, не все понимают, что профиль - не пост. Лишним не будет.
> Всё, что нужно - админам договориться между собой
Я уже предлагал админам, например, пролинковать боты-группы русскоязычных юзеров друг между другом. Ну чтобы хотя бы в профиле того же @rf было написано, что есть ещё группы такие-то и такие-то.
Конец немного предсказуем.
С нетерпением жду появления тематических групп. Наверное, надо самой создавать. Но сначала стоит завести свой сервер. :/
@light
Надо чтобы это была фича Mastodon. Тогда группы моментально появятся - задолбаешься ещё разгребать.
@drq @light
Тогда уж это должен быть скорее общепринятый стандарт поверх AP, который все движки одинаково поддержат.
Необходимость ещё какого-то отдельного движка - бесполезная новая сущность, которая тоже снижает уровень вхождения.
Вот ты обычный домохозян, у тебя аккаунт на mastodon.ml, но ты не можешь просто взять и создать группу по обсуждению скороварок потому, что нужен ещё какой-то движок, который где-то должен работать, ты должен об этом знать и вот это всё.
@skobkin Такого не будет никогда, именно потому что
> так сложнее для разработчиков
Пока мы будем согласовывать и каждый разработчик будет реализовывать, а потом будут вылавливать каждый в своей реализации косяки, устаканивать все пересогласовывать, уже три поколения людей сменится.
Нет, нафиг. Разделение труда muss sein.
@skobkin Нет, я вообще не про это.
Я про то, что в предлагаемой мной схеме, для _просто_использования_ групп, разработчикам других движков вообще по сути ничего делать не надо. И пользователям тоже ничего делать не надо. Все механизмы уже есть.
То есть, да, прикольно если их как-нибудь во что-нибудь нарядят в интерфейсе, но это вообще необязательно.
А если пользователь хочет _создать и модерировать_ группу - то я не думаю, что создание еще одного аккаунта это для него какое-то фантастическое усилие.
@skobkin И да, опять же. Подход с отдельным движком вообще не противоречит встраиванию подобного же функционала на своем поле. Наоборот, это предоставит этакую референсную реализацию, которая 100% совместима со всеми, и от которой можно плясать.
Короче говоря, keep it simple, stupid. Сложно оно само потом получится.
> Нет, я вообще не про это.
Да я понимаю в чём суть твоего предложения.
> в предлагаемой мной схеме, для _просто_использования_ групп, разработчикам других движков вообще по сути ничего делать не надо
Ну так ты теоретически и в мастодоне можешь сделать такие группы, которые будут работать корректно в других движках. То есть где-то всё равно нужно будет написать код этих групп, который будет юзать уже имеющийся протокол.
> но это вообще необязательно
Это обязательно если мы хотим чтобы не гики как мы, а обычные люди, которые случайно забрели с твиттера потом оставались тут.
> то я не думаю, что создание еще одного аккаунта это для него какое-то фантастическое усилие
Не космическое, но усилие, которое не нужно прилагать во вконтактике.
Так напомните зачем нужен этот ваш федивёрс? Свобода? Приватность? Так я уже свободный, скрывать мне нечего, пойду создам паблик во вконтакте лучше.
@skobkin
> Ну так ты теоретически и в мастодоне можешь сделать такие группы, которые будут работать корректно в других движках.
> То есть где-то всё равно нужно будет написать код этих групп, который будет юзать уже имеющийся протокол.
Собственно, что и делается, за неимением нормального двигла для групп, делаем ботов.
Вот против чего я выступаю - это подход в стиле Smithereen: "нам на всех насрать, делаем как хотим, похуй, что вся изначальная задумка сети летит в пизду".
Этим подходом в Fediverse занимаются все.
Кто-то кладёт болт на стандарт и реализует его как видит художник.
Кто-то добавляет свои собственные расширения. Одни пытаются общаться с сообществом, другие кладут болт.
А кто-то пользуется своим положением доминирующей сети, чтобы под них все подстраивались.
@skobkin Грубо говоря, если ты проектируешь кучу независимых, но _согласованных_ реализаций одной и той же фичи (особенно без базового образца), усилия, как правило, не складываются, и даже не умножаются, они возводятся в степень.
Я не думаю, что федиверс сейчас может себе это позволить конкретно относительно групп.
@drq @light
Но при этом и экосистемы становятся более привлекательными когда различные группы участников начинают сотрудничать.
Например, в мире PHP случились очень хорошие изменения когда появился FIG (Framework Interop Group). И началось-то всё с каких-то "пустяков" вроде общего стандарта автолоадинга классов, общих интерфейсов на логгеры, кеш, контейнер DI, etc.
В мире Go-шечки был полный раздрай с управлением пакетами. Ты сам, кстати, споткнулся об его наследие. Вот эта вся необходимость в GOPATH и т.п.
Потом начали появляться штуки вроде dep, govendor, glide. Все выбрали себе что-то своё и ситуация не сильно улучшилась.
А потом разработчики Go выкатили Go Modules и большинство разработчиков банально ради интероперабельности стали переходить на них. И сейчас когда ты стартуешь проект, ты уже не ебёшь себе мозг чем пакетами управлять будешь. Ты просто пишешь код, а зависимости где-то под капотом менеджатся.
Да, от каких-то продвинутых фич предшественников модулей отказались, но в целом вся экосистема выиграла.
Не упоминаю потому, что не слежу за плюсами. Ну, то есть я в курсе, что проблемы была и даже не так давно очередную жалобу на неё видел, но не очень хочется что-то сболтнуть не понимая о чём говоришь, поэтому ограничился тем, что сам недавно трогал.
Ещё в дотнетах с пакетами такая же проблема ещё не так давно была. Но, вроде бы, там всякие nuget или что-то около того проблему решили более-менее. По крайней мере последний раз когда я собирал проект на шарпе, мне не пришлось самому скачивать зависимости или юзать субмодули гита.
@a1batross @light @drq
И даже там она какое-то время всё равно была на протяжении не такого уж и малого периода времени. ЕМНИП, её где-то после .NET 4 решили только.
@skobkin Вся нужная база уже есть в стандарте. А именно, подписки, анонсы и упоминания.
Вот ты обычный домохозяин, не важно хоть русский с mastodon.ml, хоть японский с misskey. Видишь группу rf, скажем, и хочешь создать такую же.
А rf работает на отдельном сервере, на котором крутится движок для менеджмента групп. Идем на этот сервер регаемся, создаем группу. Все, начинаем постить.
@a1batross там это где?
@a1batross В стандарте вообще поведение группы не прописано. Там просто указано, что такой тип актора _может существовать_.
@light@expired.mentality.rip @drq@mastodon.ml @skobkin@lor.sh Поддерживаю Скобкина и lostinlight
@drq @light
И оно должно быть так не потому что так проще (так сложнее для разработчиков), а из соображений конкуренции. Пользователя ВКонтакте будет крайне сложно убедить, что вот это все красноглазие - это реально добро и круто.