- their content stored on a PouchDB/CouchDB server. blog posts, comments, shared memes, listened songs... anything can be represented as an ActivityStream document
- files/attachments can go to an IPFS store
- the ability for authenticated users to pull this data, and remix into their own database.
That is it. You can then have all kinds of tools to author the content. You can have your static site generator pushing your content there. You can have a audio scrobbler and get last.fm. Any commit to github can become a entry in the journal. You can send pictures from your phone. Saved bookmarks. Shared cooking recipes...
So you will have your different sources of truth (git for the text content, your media library for your pictures), you have the database and you have your peers databases as the "remixed" copy of your data.
Maybe the implementation layer details might differ, but it does seem similar to me...which i should add that i like this approach.
> That said, the thing that kills the indieweb is too much enthusiasm for specs, too few[...] implementations, and, ironically, too much focus on the ‘indie’ (building complicated self-hosted everything-machines) and not enough on the ‘web’ (noticing if anyone’s using any of the things you built). So if there’s a killer implementation and good content at the start, then momentum would potentially just carry you through.
One thing I'm fond of is a turn of phrase earlier coined by Noel De Martin, a contributor to Solid: "Autonomous Data". The intention to put resources behind "Autonomous Data" as a brand/movement was set aside to focus on the Solid effort instead. I think, though, that the term is well-suited for the rough ideas presented in this post. (Better than "triple entry blogging", in any case. Better than "Solid" or "Zero Data"[1], too, in my opinion.)
I just sadly doubt that most people outside a very specific bubble would want to have their own node in said network. Even without the need to care for it, think about hosting and so on.
Most people are fine with using "rented real estate" on a centralized platform. It doesn't cost them time, nor money (advertising and data collection as revenue streams). They connect with people (social networks) or use a service (Goodreads) to achieve some form of goal.
Why would say add any friction for themselves? Any complexity above that?
A much as I would love to have these decentralized open networks, I will miss them in the future. Sadly it seems that central platforms have won.
Maybe you’re going to be correct, but I think that these closed platforms are all going to do what Facebook has and slowly become places that a lot of their users no longer like. In that environment I think someone is going to come a long with a decentralised form of social media the way e-mail or a phone works that is easy enough to connect through that everyone in Denmark is going to be on that and not everywhere else.
I think the only reason it doesn’t exists yet is because you sort or needed a world where GitHub pages, and Dropbox, and so on figured out a way to sell their platform IRON through the use of open APIs. I think it’s coming though.
I agree with platforms turning into a state that is not liked by their users. While I still have my FB account more than one year ago I removed everything as an experiment and didn't want to return after a month.
IG is becoming more and more the same for me, while I still use it for a secondary account for business. I still don't like it.
I would love for some Form of decentralized thing that I could host as well as could join a network that monetizes somehow and offers space for people who don't want to host. All embedded in a Form of mesh that enables shared groups across nodes, discovery, followship while enabling me to decide what specific parts/apps/tools to host and use and how much I am willing to share.
Edit and btw: Greetings from near Hamburg only "slightly south of the border" ;)
To be fair, I recognize that this is a rough (but enthusiastic) sketch of a lot of not-fully-formed ideas.
I also recognize what he's talking about. I spent a lot of time during COVID lockdowns refining similar thoughts. It's weird, though, the continual references to platforms like Replit. The real point of "Triple Entry Blogging", if I understand the decision to lead with that, is that it operates on inert data. Just plain, dead media—like RSS/Atom (or JSON blobs). It even uses as an example the same use case that I point to here—Mastodon. What he really wants is something less demanding of compute on the backend. Again, though, nothing that relies on Replit- or Glitch-level powers makes for a good example of this principle put into practice.
Moar/previously: <https://news.ycombinator.com/item?id=30862781>
This "double entry" system has been pretty useful - I accidentally deleted a page once, and recovered it back by simply taking a picture of the physical page again - was pretty neat!
I am now reading his post about RSS (https://tomcritchlow.com/2022/04/21/new-rss/). Good stuff!
You have the source (your local text files) which is deployed somewhere (GitHub pages) which other entities can access (spiders crawling it).
