chybí vám některé features z Twitteru? zkuste @trending@mastodon.bot

(pochopitelně, bude informovat o jiných trendujících hashtagách, než které trendují na vaší místní instanci, což je zajímavé...)

ALMAD: takhle, Mastodon jako software a mastodon.social jsou dvě různý věci. mastodon.social může implodovat, protože napsali pomalé, neškálovatelné Ruby monstrum. Konkurenceschopná Fedi appka by měla být kompilovaná (už jsem viděl jednu v Rustu a ano, existuje ActivityPub knihovna v Rustu, takže podle mě není co řešit... pro mladší programátory, já to už budu mít složitější). Ale stejně neškálovatelné Ruby je úplně v pohodě, pokud jde o instance do 1000 uživatelů, které budeme provozovat my, tisíce ostatních...

Debatu si sem nalinkoval zajímavou, já jen dodám, že zatímco desynchronizaci odpovědí už nepozoruju (teď jsem to testoval na reakcích na status, který je notabene bridgeovaný z BlueSky :-), tak migrace mezi instancema je fakt neohrabaná a je to pojaté tak, aby to nezkušenější uživatele odradilo. První věc, kterou by platforma, která vyzve Mastodon coby lídra ve fediverse, měla nabídnout, je daleko jednodušší rozhraní pro základní nastavení uživatele a velmi jednoduchá migrace, bez nějakého ukládání do externích souborů, apod. (to by měla být možnost, volitelná, pro lidi, co třeba chtějí zachovat kontinuitu, ale přečkat nějaké těžké období úplně offline a svoje data z Internetu na čas úplně stáhnout... ale většina by měla mít možnost migrovat odněkud někam na jedno kliknutí... a to včetně médií, všeho)

Další věci, které by mi dávaly smysl, je sdílení seznamů v timeline (či v biu... oboje dává smysl, sdílení jako akt k nějakému okamžiku i sdílení trvalé), lepší členění timeline (např. vysvětlení, jestli něco vidím proto, že followuju uživatele nebo protože followuju hashtag), import historie nově follownutých účtů, konfigurovatelný algoritmus výběru toho zajímavého z timeline (něco jako Objevit, kde je stejně algoritmus, ale poměrně hloupý a skrytý), rozklikávání timelines dle instancí (vyberu si z federované timeline pouze statusy z nějaké instance)... prostě ta základní idea, co všechno může být timeline a podle všeho si ji sestavit, je klíčová.

A samozřejmě... distribuované vyhledávání. Distribuované vyhledávání ve federovaných timelines má potenciál skutečně časem ohrozit monopol Googlu...a ohrozit dominanci AI. Ve hře je hodně. Fedi může být jediný nástroj, který máme v rukou jako protiváhu vůči domanci AI. Tenhle klub je stejně důležitý,jako NYXí klub o umělé inteligenci... Fedi je jediná alternativa k budoucnosti plné chatbotů a AI generated contentu, v podstatě. Ti, kdo nejsou AI, se musí efektivně propojit a vzdorovat.

ALMAD: no nevím, berou na vědomí, že to problém je. Za mě je to stejné jako s jinýma atributama příspěvku: všiml jsem, si, že moje instance pracuje s cacheovaným stavem ve chvíli, kdy se příspěvek načte, ale další evoluci příspěvku zas tolik neřeší (max. editaci a boost). Třeba počet hvězdiček je prostě cacheovaný a neaktualizuje se. Takže si nakousl spíš obecný problém s tím, jak Mastodon pracuje s cache federované timeline, problém se netýká jen odpovědí. Tím, že s příspěvkem nějak interaguju, se vlastně "subscribuju" a mám zájem sledovat další evoluci příspěvku, včetně nových odpovědí, a instance by to měla zohlednit.

Samozřejmě, teprve až si ActivityPub protokol nastuduju, tak asi pochopím, co Mastodon dělá špatně a odfláknutě, a proč pokročilí uživatelé preferují Misskey, Akkomu a Pleromu (nejen pokročilí, ale teda také ti mladší, zdá se...)

XCHAOS: Muzes mi prosim poslat ten konretni koment kde se resi jak to vyresit? Protoze ja ho tam nikde nevidim, ani nevidim ack od vyvojaru ze to je problem co chtej vyresit.

A znova, ja naprosto respektuju ze AP/Mastodon je OSS a nemam si stezovat a mam prispivat, jenom se snazim vysvetlit proc vidim lidi odchazet a ze mam pocit ze to souvisi i s tim “ty rikas ze je to problem ale ja vidim dva roky otevreny issue takze to vlastne problem neni”.

Nicmene souhlas s tema jinejma implementacema, rad je vidim a doufam ze bude konkurence, zaroven jsem zvedavej jakej vliv to bude mit na evoluci AP protoze tam jsou veci k vylepseni a cim vic realnejch implementaci, tim tezsi.

A nejsem si jistej jestli je dobry mit konkurenci na urovni protokolu, AT/AP zatim dobry ale neni mi jasny jak ten bridge skaluje.

JARDABEREZA: otázka ke, jestli oddělení identity od hostingu je taková výhra. A ještě nikdo mi nepředvedl, že skutečný hosting dat může být jinde, než centralizovaně na Bluesky (neříkám, že na to ten jejich protokol možná nemyslilí, ale zatím nevím o nikom, kdo by to dělal)

Ta věc, že ve federované síti nikdy nebudou všechna data najednou cacheována na lokální instanci na druhou stranu neznamená, že relavantní data, např. všechny odpovědi na status, časem cacheovaná být nemohou. Otázkou je jen správné načasování. Jako argument, proč decentralizaci a federaci vzdát a vrátit se k centralizovanému úližišti to neobstojí.

Ano, UX se bude muset čase zlepšit a Mastodon sám se už asi nikam moc neposune. Bude nutné přejít k jiným Fedi appkám...

XCHAOS: Nic z toho neni neresitelnej problem, ale neresi se a to je to o cem ty lidi mluvej :)

(I kdyz teda ten reply problem je to co je pro uzivTele zasadni, a tam si myslim ze by to byl celkem zasadni zasah do toho protokolu)

XCHAOS: To mi ještě připomělo... BlueSky má otevřený prokol či co... takže i bez účtu si můžeš např. zjistit kdo koho blokuje, kde je v jakých listech anebo i vidět příspěvky někoho kdo tě blokoval. https://clearsky.app/danabra.mov/blocked-by prý kvůli architektuře co si zvolili to musí být volně přístupné. Mělo by to fungovat na ATProtocolu: https://atproto.com/

https://arxiv.org/pdf/2402.03239

ALMAD: myslím, že odpovědi ostatních mi v timeline postupně naskakujou, samozřejmě asi záleží, jestli je followuju. Ale obecně, v momentě, kdy nějaký status vidím, tak se načtou i všechny reakce k danému okamžiku, i ze všech ostatních instancí. Takže právě tady by to chtělo nasimulovat, za jakých specifických okolností někdo nevidí něčí jinou odpověď a jestli to třeba už není dávno opravený bug...

To s tím banováním bylo nějaké specifikum z dob začátků. Nemám pocit, že by v současnosti jakákoliv česká instance banovala jakoukoliv jinou. Možná, že v těch začátcích byla motivace některých "moc zabanovat lidi, kteří mě štvou", ale ti rychle skončili, protože zabanovali koho potřebovali a přestali na Mastodon chodit :-) (asi vím, o kom se bavíme...)

Zatím u nás nic netrendovalo tak, aby to naši instanci shodilo. (a pár hvězdiček přitom už moje fotky nasbírali). (jwz je extrémně populární osobnost, takže asi jeho problémy jsou na jiným levelu, ale i on na Mastodonu zůstal... resp. schazovalo mu to blog, ne Mastodon instanci. Asi nepochopil pointu: Mastodon teď JE jeho nový blog a problém s DDoS řeší cacheováním na instancích. Není to vhodný nástroj k připoutání pozornosti ke svému blogu (a nebo ho musí taky vytunit pomocí nginx apod.)

Myslím, že mísíš řešitelné bugy (Mastodon rozhodně má mechanismy načtení všech odpovědí na příspěvek v moment, kdy se ti samotný načte do cache, ale samozřejmě nemá žádný pull mechanismus na průběžné načítání dalších reakcí, přesto bývají debaty pod mými statusy smysluplné... otázka je, co kdybych se chtěl zapojit do debat cizích...) s tím, co je spíš toxické chování, kterému se prostě bude nutné vyhnout - a naopak přidáš věc, která bug není (populární uživatelé si mohli shodit svůj blog i sdílením odkazu na Twitteru, nemluvě o Slashdot effectu, který je známý už desítky let... to prostě není nic nového a není tam rozdíl oproti centralizovaným sítím)