The fediverse needs better developer resources.
-
The fediverse needs better developer resources. The kind ATProto has.
Fixing that gap: rich documentation, interactive examples, instant prototyping.
Built indie-style with FediDB, browser.pub and other community resources to create a better foundation for the next generation of fediverse developers.
Sometimes one spark is all it takes. Share if you care
You also cannot separate the success of AT Protocol in it's developer engagement from the existence of the Personal Data Server (or, Personal Data Storage), building applications is much easier when you don't need to deal with user registration, authentication and authorization, data storage, etc. When all you need to concern yourself with as an application developer is "I write data to the personal data server for the authenticated account, using this lexicon", development is much much easier.
Right now in the ActivityPub ecosystem, we see all the same problems as those that the Solid ecosystem sees (both rely on JSON-LD and data effectively being schemaless), but on top of that, the current architecture of the Fediverse is these huge monolithic servers with their own proprietary APIs. If you spend enough time in the ATmosphere looking at AT Protocol, you'll note that they just don't have that issue. Sure, there's lexicon clashes where someone extends someone else's lexicon, and there's all the problems of schema design, but you don't need to think about so much lower level infrastructure — it just exists.
Only a relatively small handful of people end up needing to think about that lower level infrastructure: the people implementing custom PDSes, Relays, and AppViews, but that last one is changing with the advent of https://slices.network which makes it trivial to build an AppView for your application.
-
The fediverse needs better developer resources. The kind ATProto has.
Fixing that gap: rich documentation, interactive examples, instant prototyping.
Built indie-style with FediDB, browser.pub and other community resources to create a better foundation for the next generation of fediverse developers.
Sometimes one spark is all it takes. Share if you care
@dansup are you coming to Fediforum?
-
@dansup are you coming to Fediforum?
@evan Yes!
-
@evan Yes!
@dansup awesome
-
@thisismissem hey this is really interesting bc Im writing about personal (identity/profile) data in open systems, like POD/Solid etc. Im not a tech, Im a tech/society academic. Can you point me at any blogposts or similar that are recent, that outline what youre talking about here, or related topics?
-
@thisismissem hey this is really interesting bc Im writing about personal (identity/profile) data in open systems, like POD/Solid etc. Im not a tech, Im a tech/society academic. Can you point me at any blogposts or similar that are recent, that outline what youre talking about here, or related topics?
drpen@mastodon.social drop me an email and I'll try to dig some links up: emelia @ brandedcode.com
-
@thisismissem thanks so much. I'll email from my uni address so you know I'm legit
-
@thisismissem @dansup as much as im cautious about glazing the overly complex atproto implementation, i think you have a point that the PDS has some lessons to teach ActivityPub, especially where it comes to finding ways to solve one of the biggest fediverse pain points of being at the mercy of server admins running shoestring operations that are notoriously short-lived. this isn't always a bad thing though and can be turned into a positive thing if there are ways to make one's account something that is less tied to a particular server, especially if taking some precautions or using inexpensive (if not free) services to keep backups of your PDS means you can always plug your account in to any individual instance
-
@dansup @thisismissem Hopefully, at least testing will become a bit easier now https://friend.camp/@darius/115300222885243971
