[snarfed]AramZ-S afaik no one runs their own Bridgy. I don't want to encourage it, since it's not designed to be private or behind any auth, so I don't want people confused by multiple instances run by different people
jacky, mro, pmlnr, tetov-irc, gxt_ and nertzy joined the channel
jackya bit of context to my request: I'm looking to see what kind of patterns I've implemented in my site that I'd want to move to a library to ease development for others
GWGBut, not really. The only difference between pre-update Ticket Auth and post-update is that you discover Ticket Auth through the metadata endpoint instead of another link header
LoqiSpecifications (or standards) are technical documentation for communicating between two or more implementations in an interoperable way; for the indieweb in particular, standards help reach greater levels IndieMark user functionality to publish, express meaning, notify, subscribe, and many other user actions https://indieweb.org/specifications
LoqiIt looks like we don't have a page for "all of the algorithms" yet. Would you like to create it? (Or just say "all of the algorithms is ____", a sentence describing the term)
@defnotbekaso I had an interesting realization the other day while half asleep, about a connection between software design and video game design in particular, a connection between the design principles behind Deus Ex and the implicit design principles of general software ecosystems (twitter.com/_/status/1543668749374332928)
[tantek]hmm, if it's an algorithm that's important for implementations doing things across sites, it really should be developed into a specification (and thus listed at spec.indieweb)
[tantek]yes a spec can be any "level" of a standard in development. something is a spec whether it's a draft, has some implementations, or is "ratified" (e.g. W3C REC, or IETF RFC that's been given a number etc.)
[tantek]though wikipedia is badly (surprisingly) lacking a good "de jure standards" page (it just redirects to "de jure" which is not about standards at all)