4 ms·

hmm did you read the entire thread? comments like «The problem is that _AP itself_ is hard to implement correctly and nontrivially in a way that scales», «I wa

hmm did you read the entire thread? comments like «The problem is that _AP itself_ is hard to implement correctly and nontrivially in a way that scales», «I was surprised at how difficult I found the spec(s) to read compared to theoretically more complex ones I've read in the past,» «something went direly wrong in the standards realm sometime around the OAuth2 RFC, which says verbatim that following the spec as it stands will produce implementations that don't interoperate. ActivityPub has the same nature and when we complained about it last year we got a bunch of dweebs telling us that the activitypub spec is fine because it has optional protocol annexes that "all the real implementations" follow»… and basically all the comments. including yours. I wasn't specifically endorsing Bluesky, but it would not be surprising if a professional, clean slate protocol based on the "learnings" of the past would be simpler to implement and just all round better. I think the use of DIDs opens up to many interesting options, none of which need to use a blockchain. It's a shame about ActivityPub, I think Linked Data is a really important tech that hasn't been picked up enough, but from what I hear it's a really half hearted implementation at best.

mariusor 3y ago
I have developed ActivityPub software, I am aware exactly how difficult it is to implement - which is less than what Hrefna's thread would lead one believe. I think the main thesis of what she is saying is that there are a many places where developers need to think for themselves because the spec has many blind spots. But that's why we also develop tools and libraries to make it easier for future devs to start from a good foundation. She is doing it (as far as I know), and I am doing it. > Do not cite the Deep Magic to me, Witch. I was there when it was written.
- davidy123 3y ago
  It should not be "deep magic." That is the problem. It should be pretty ordinary for anyone to use it. I hope you and others are making libraries to improve the situation.
  - mariusor 3y ago
    That last part was a joke to underscore the fact that I'm not speaking in ignorance. :P
- Nasreddin_Hodja 3y ago
  > I have developed ActivityPub software, I am aware exactly how difficult it is to implement - which is less than what Hrefna's thread would lead one believe. I have developed too but it wasn't very difficult for me. Well, in most cases all my problems were due to my laziness to read ActivityPub rfcs carefully.

mariusor 3y ago

I have developed ActivityPub software, I am aware exactly how difficult it is to implement - which is less than what Hrefna's thread would lead one believe. I think the main thesis of what she is saying is that there are a many places where developers need to think for themselves because the spec has many blind spots. But that's why we also develop tools and libraries to make it easier for future devs to start from a good foundation. She is doing it (as far as I know), and I am doing it. > Do not cite the Deep Magic to me, Witch. I was there when it was written.

davidy123 3y ago
It should not be "deep magic." That is the problem. It should be pretty ordinary for anyone to use it. I hope you and others are making libraries to improve the situation.
- mariusor 3y ago
  That last part was a joke to underscore the fact that I'm not speaking in ignorance. :P
Nasreddin_Hodja 3y ago
> I have developed ActivityPub software, I am aware exactly how difficult it is to implement - which is less than what Hrefna's thread would lead one believe. I have developed too but it wasn't very difficult for me. Well, in most cases all my problems were due to my laziness to read ActivityPub rfcs carefully.