Search

Items tagged with: SolidProject



I just noticed that #SolidProject website after many years still does not clearly communicate what Solid is, other than "something something advancing the web".

Luckily inventor of web and key driver of the technology effort, TBL, is quoted saying it has something to do with control of own data. Somewhere we lost "that human-first approach" that was so prevalent in the early days. And now we must go back to the roots again.

TBL even staked the whole company Inrupt he co-founded on it. Inrupt offers a *checks notes* ..

> #AI That Actually Knows Your Customers

> #ChatGPT knows a little about a lot of your customers' lives. The AI you build will know everything that really matters to your customer relationships.

Ah, I see now. We must go back to our roots. Well before the #DystopicWeb. Nom nom nom 🥕🥕 what a clear vision.


@smallcircles @FinchHaven
Hi, author of some things here. I can assure you that that is more of that big bad "semantic web" stuff baked into #ActivityPub than there is to #SolidProject but people spin things as they want to for a narrative. That said, totally agree with you that do x and y will come is not enough. Folks conflate various variables or attempt to boil things down to a single perspective. The reality is far more strange and unpredictable.


@FinchHaven
For the sake of further clarity I should point to your starting post and this text:

> we need domain-specific applications that leverage ActivityPub’s full semantic potential

And remark that in my opinion and by observation, tapping the sign "Reminder: #ActivityPub is #JSONLD, folks!" isn't enough. Much more is needed than pointing to the #OpenStandards to win back developers minds to adopt #LinkedData. There is a high reluctance and resistance to adoption that must be overcome.

Referring again to that adoption chart I drafted the other day - which is about #SolidProject, but this is where LD is strong(est?) today - "build open standards, and they will come" isn't going so well. I hope that changes, as I have always been a fan of the *notion* of the semantic web. Yet in role of a technology decision maker, not ready to bet on it for a social networking environment.




@stuartyeates I think a critical mass of apps for a smaller number of users would also be ok - data sovereignty advantages can be obtained without network effects. There's still enough dev activity that the jury is out on whether this will be achieved.
#SolidProject


@reiver @thisismissem
I made a diagram yesterday that contrasts #ActivityPub and #SolidProject that is I think interesting to consider.

In the past I've been very active on the Solid forum, and tried to get a collab going with #SocialHub community. A number of points that existed then, are still issues today I think.

Like, though anyone could participate in the standards process via chat, the Solid team and Inrupt were not really interested in their community, hardly giving attention while people were building interesting stuff there.

Also at the time basically all available code was Javascript, making Solid uninteresting or hard to access for other language devs.

But I think biggest issue was that Solid didn't know what it was. It was positioned as 'personal data vault' on the landing page then (but not using this term), but was 'secretly' TBL's desire to reboot the #SemanticWeb. The new web would be all 'Solid apps'. But the adoption strategy for that didn't exist.


@david_megginson
Though with regards to progress, there's a difference in both approaches.

At the #SolidProject side you have inertia by the slow standardization process. But should they figure things out in a good way, eventually the ecosystem catches up and the inertia can quickly decrease.

While at #ActivityPub side, since AS/AP remains stagnant, the ever increasing protocol decay and tech debt non-linearly increases inertia and progress. And on top of that, you are never done once you implemented the 'ad-hoc specs' of the installed base, and you have to account for continuous whack-a-mole development and maintenance burdens to fix #interoperability breakages.

The AS/AP based fediverse devolves into effectively no interoperability, and a situation that is more comporative to NPM dependency hell.


@david_megginson
Yes, I agree. Though the diagram is too simple to capture it well, it is important to identify the forces that are at play, and the mechanics that drive them, and to subsequently monitor where you are and where you want to be in the future. So timely action can be taken to make corrective actions.

For the #SolidProject ecosystem for instance they might have identified a minimum set of standards to adopt, with which reasonably powerful "MVP's of the Semantic web" could be approximated with. And focus on strong library and tool support for that in multiple programming environments. Instead you enter a jungle of open stardards in various stages of completion, and good luck go figure it out. Also they might've focused on actual movement building. Far-reaching innovative standards - a new paradigm for the web - aren't adopted by the boardroom of a company, but are introduced by devs who get excited by what see and how they are empowered. And persuade management.


I recreated an old diagram in Excalidraw that I spread about a couple years ago, and made it a bit more informative. Explanation can be found in the #AltText

See also and for discussion: discuss.coding.social/t/diagra…

Or join the Social experience design chatroom at: matrix.to/#/#socialcoding-foun…

Also posted to #SocialHub at: socialhub.activitypub.rocks/t/…

@ben

#SX #SocialCoding #SocialWeb #ActivityPub #SolidProject #fediverse


@virtualpierogi @jsalvador @ben @nlnet

It needs concerted effort, as argued in my blog post, to set all of this up. Things can start small and pragmatic, and then gradually evolve and mature, but we should take care it evolves in the proper direction.

There are trade-offs to consider every step of the way. If there'd more capabilities to introspect the functionality that an #ActivityPub actor offers, it would diminish the need for an upfront design-by-consensus process, but it would increase the complexity of the specifications.

I drew this in a diagram a couple years ago, and transferred it to our social coding forum at: discuss.coding.social/t/wiki-g…

Here you see the fediverse devolve into non-interoperable app-by-app whack-a-mole development, keeping track of all the moving-target #FOSS projects one took a dependency on. Versus the #SolidProject that tries to hammer out full-blown specs upfront, which became a huge package to deal with, with high complexity to implement.


I've proposed two possible outlines for a document about #SolidProject #Activitypub integration

github.com/solid-contrib/activ…

The first is more note/tutorial/primer like, because a large part of the content is just redescribing ActivityPub for a Solid audience.

The second assumes prior knowledge of ActivityPub and primarily describes what is needed to integrate ActivityPub with Solid, based on three architectures:

- Server support
- External processing
- External endpoints


The web we know is efficient—but fragile. Power and innovation have drifted away from users and into platforms. A new generation of open architectures—ActivityPub, Solid, and beyond—offers a way to take control back.

techtonicshift.vivaldi.net/202…





one of the goals of #SolidProject is to make one protocol by which all linked data can talk to each other, so you could say "so i the mastodon person here am the same person as this author on this citation graph website" and a smart client could male good use of the combined data from all the linked sources

⇧