IDLE: to by samozřejmě šlo implementovat i jako oddělený nástroj, pracující nad databází, ale musel by se implementovat pro každou Fediverse aplikaci zvláště: pro SQL databáze Mastodonu, Friendicy, apod. Nemyslím, že ActivityPub takovou funkčnost podporuje... leda by se původní příspěvky smazaly a znovu postly jako odpovědi do vlákna, ale tím by se přepsalo původní datum vytvoření.

IDLE: no, o tom jsem psal, že by to trochu řešila i možnost dodatečně "zvláknit", slepit nějak označené nebo vybrané vlastní příspěvky. Ale myslím si rozumíme: kromě "čtení toho nejnovějšího" existuje i chronologické čtení delšího bloku informací, a tuto schopnost kvůli doomscrollingu ztrácíme.

No, tady jde o něco trochu jiného. Zatímco fáze "probírám se novými příspěvky" se dá pojmout různé, na pořadí tam tolik nezáleží a mít nejaktuálnější zprávy vždy na vrchu dává smysl. Prostě je to nějaká denní rutina, která nám tedy zabírá nepřiměřeně hodně času.

Ale pak existuje fáze "chci si přečíst ucelený, chronologicky řazený příběh". A taky někdy dává smysl. Třeba už jen kdybych chtěl dělat prezentaci fotek z nějaké cesty v rámci nějaké přednášky, apod. Jít od konce je tam především nepohodlné (i když nikoliv vyloučené).

No jo, timeline holt doomscrolluje, s tím nic nenaděláme. Mohlo by to vypadat jako IRC klient, ale nevypadá.

Ale pokud jde o tématický, uzavřený výřez z timeline, tak chronoligické čtení by smysl dávalo. Jedna z možností by bylo, kdyby autor statusů mohl zpětně z výsledků vyhledávání svých vybraných statusů zformovat vlákno...

Stejně nesmyslné skákání se koneckonců provozuje i tady na nyxu. Asi už jsem si zvykla.

TOM: no ale je to právě současné pořadí, které není chronologické - tedy nutí nás např. cestopisné reporty číst odzadu, fakticky.

Pro běžné zobrazení domácí timeline a hledání nejnovějších zpráv to dává smysl, ale pokud chce člověk archivovaná data za nějaký časový úsek číst zpětně, tak je to v podstatě peklo ničící pozornost. Oba pohledy na statusy dávaj smysl, ale dnes je vynucován jen jediný.

Skutečně, když si udělám pomocí hashtagu třeba cestopis, tak mi Mastodon dovolí filtrovat kombinaci mých statusů a hashtagu a zobrazit tak konkrétní sekvenci. Ale tu dává daleko lepší smysl číst od začátku do konce, čehož jde teď dosáhnout jen tak, že to od začátku dělám jako vlákno - to ovšem dodatečně nejde "navázat", takž když si nedám práci s vláknem od začátku, tak jsem ztracen.

(Ano, kdybych si na to založil např. klub tady na NYXu, dopadnu úplně stejně, s tím pořadím...)

je nějaká tl;dr verze, proč nechtít "tyranii" chronologického pořadí?

ALMAD: no, zatím spammeři tak daleko nejsou, ale v podstatě ano, když mají dostatek domén na registrace fake e-mailů, tak budou na těch doménách časem zkoušet rovnou provozovat i fake instance. A z těch můžou posílat přímé správy (zmínky), nějakým způsobem. Fediverse by se pak rychle překlopila z dnešního blacklistování na whitelisting.

Nejsem si úplně jistý, jak funguje přímá zmínka v případech, kdy na dané instanci toho uživatele nikdo nefollowuje. Možná se instance čas od času ptá všech instancí, které někdy v minulosti už viděla... kdo ví....

Měl bych si ActivityPub konečně pořádně nastudovat... tyhle detaily, co přesně je push a co pull, jsou důležité. E-mail je každopádně push protokol a je totálně v koncích.

Každopádně, z jedné strany se nás budou podvodníci snažit spamovat a z druhé strany se nás byrokrati budou snažit regulovat a do toho všeho bude korporát hledat způsob, jak na tom vydělat (třeba prostor, kde bude averze k AI generovanému obsahu bude pro ně paradoxně cenný, protože na něm budou moci trénovat modely bez rizika degenerace...)

XCHAOS: Ja se ptam co brani nekomu zakladat instance na bezicim pasu a spamovat z nich, nez je lidi zacnou blokovat…

To posledni je pointa: ted to za to spammerum nestoji pac tech lidi je malo. A “musela” u toho vyrust je musela ve smyslu aby to fungovalo, ale taky nic technicky nebrani tomu aby instance prerostly moznosti moderovani…

Jakoze v tomhle smyslu ma v sobe fedi pojistky, aby nevyrostlo moc: skalovani vyzaduje proporcne velky mnozstvi dobrovolnickyho casu, a to se velkym nenajdw. V tom smyslu je to velmi neefektivni system co se lidskyho casu tyce, ale zaroven je to ta neefektivita/redundance co to dela odolnym.

Aby to nevyznelo zle, ja mam Mastodon fakt rad, je to mone primarni socialni sit, jenom si proste myslim ze dost tech veci je celkem nekompatibilni s tim aby to bylo velky a mainstream (coz mi nijak nevadi).

XCHAOS: A co se stane kdyz spammeri naimplementujou vhodnej subset AP a zacnou ve velkym vytvaret servery a ucty?

Nad email se kvuli tomu nahackoval reputacni system, greylisting atd. a...v AP se z toho neimplementovalo afaik nic.