The AT protocol is the most obtuse crock of shit
urbanists.social
The AT protocol is the most obtuse crock of shit
1–10 of 493 posts
Re: The AT protocol is the most obtuse crock of shit
#2Other systems such as Mastodon avoid running into these problems because of direct and implicit use of DNS for the namespace. (And use of DNS embedding in DIDs ends up undermining the value of flat naming.)
Re: The AT protocol is the most obtuse crock of shit
#3Given that a user owns their feed, I'm not sure why this is a bad idea?
I want to take this critiques here seriously but there's not a ton to grasp onto. It definitely didn't feel great that AtProto built from bare ground, reinvented json-schema & OpenAPI for no reason. But ultimately this is one of a number of grievances that feels like doesn't really matter. It's stupid & dumb but in the end it doesn't matter. It's hard to tell which of these points really have hard & real impact. And which are just bias.
The general feeling is an unencumbered letting out of biases, which makes it harder to trust.
Re: The AT protocol is the most obtuse crock of shit
#4Re: The AT protocol is the most obtuse crock of shit
#5Re: The AT protocol is the most obtuse crock of shit
#6I mean, I'm sure they have some points in this ranty thread of toots, but it's hard to take it serious when it ends up blaming it all on capitalism (which, I hear you brother, I'm no fan either) and it's FILLED WITH SHOUTING FOR NO GOOD REASON.
Sometimes, when you feel strongly about something, it's useful to write a first draft, and come back to it after cooling down for a day or two, and rewrite it to be more nuanced.
The AT Protocol has many flaws, like any protocol, that much is evident. But I don't think this toot-thread gives a accurate view of those flaws. It also doesn't seem to consider that all these different protocols make different tradeoffs, and none of the protocols try to be "one protocol to rule them all". They are simply better at some things, and worse at others.
> Also I don't care if I'm spreading FUD or if I'm wrong on some of this stuff. I spent an insane amount of time reading the docs and looking at implementation code, moreso than most other people.
> If I'm getting anything wrong, it's the fault of the Bluesky authors
This is a really disappointing way of reviewing things, I hope that it doesn't become more popular, because no one actually learns anything from it. It ends up being just a rant, but masqueraded as education.
Re: The AT protocol is the most obtuse crock of shit
#7Any other embedded programmers or older people that remember what an AT protocol really is confused every time they see a story about Bluesky?
https://en.wikibooks.org/wiki/Serial_Programming/Modems_and_...?
Re: The AT protocol is the most obtuse crock of shit
#8> It turns out using Git, which is almost always used with a centralized 'remote', to do federation, which needs to be weakly consistent, IS A BAD IDEA!!!!! Given that a user owns their feed, I'm not sure why this is a bad idea? I want to take this critiques here seriously but there's not a ton to grasp onto. It definitely didn't feel great that AtProto built from bare ground, reinvented json-schema & OpenAPI for no…
Re: The AT protocol is the most obtuse crock of shit
#9Any other embedded programmers or older people that remember what an AT protocol really is confused every time they see a story about Bluesky?
Re: The AT protocol is the most obtuse crock of shit
#10Any other embedded programmers or older people that remember what an AT protocol really is confused every time they see a story about Bluesky?