Господа, а давайте устроим перепись желающих по локациям проживания? 🌏
Кому-то может помочь найти компаньонов сходить в бар или зарубиться в настолки, кто-то узнает, что он не один такой в городе, кто на открытых платформах общается.
Не только же москвичам и питерцам собираться на феди-сходки в барах на выходных.
Предлагаю желающим написать в каком городе они живут. Очень сильно желающим из больших городов можно уточнять районы.
Также опционально можно добавить какой тип активностей (настолки, футбол, шашлыки, установка 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 Грубо говоря, если ты проектируешь кучу независимых, но _согласованных_ реализаций одной и той же фичи (особенно без базового образца), усилия, как правило, не складываются, и даже не умножаются, они возводятся в степень.
Я не думаю, что федиверс сейчас может себе это позволить конкретно относительно групп.
Не упоминаю потому, что не слежу за плюсами. Ну, то есть я в курсе, что проблемы была и даже не так давно очередную жалобу на неё видел, но не очень хочется что-то сболтнуть не понимая о чём говоришь, поэтому ограничился тем, что сам недавно трогал.
Ещё в дотнетах с пакетами такая же проблема ещё не так давно была. Но, вроде бы, там всякие nuget или что-то около того проблему решили более-менее. По крайней мере последний раз когда я собирал проект на шарпе, мне не пришлось самому скачивать зависимости или юзать субмодули гита.
@a1batross @light @drq
И даже там она какое-то время всё равно была на протяжении не такого уж и малого периода времени. ЕМНИП, её где-то после .NET 4 решили только.
@drq @light
Но при этом и экосистемы становятся более привлекательными когда различные группы участников начинают сотрудничать.
Например, в мире PHP случились очень хорошие изменения когда появился FIG (Framework Interop Group). И началось-то всё с каких-то "пустяков" вроде общего стандарта автолоадинга классов, общих интерфейсов на логгеры, кеш, контейнер DI, etc.
В мире Go-шечки был полный раздрай с управлением пакетами. Ты сам, кстати, споткнулся об его наследие. Вот эта вся необходимость в GOPATH и т.п.
Потом начали появляться штуки вроде dep, govendor, glide. Все выбрали себе что-то своё и ситуация не сильно улучшилась.
А потом разработчики Go выкатили Go Modules и большинство разработчиков банально ради интероперабельности стали переходить на них. И сейчас когда ты стартуешь проект, ты уже не ебёшь себе мозг чем пакетами управлять будешь. Ты просто пишешь код, а зависимости где-то под капотом менеджатся.
Да, от каких-то продвинутых фич предшественников модулей отказались, но в целом вся экосистема выиграла.