autonome
Building a platform is not like building an app. And a platform that changes significant parts of internet infrastructure is different from just building any platform. I worked on Firefox for 13 years... the internet is a harsh and fickle thing.
That said, people are using IPFS with millions of users today.
I very much agree about the rhetoric. The homepage is polished, and speaks to a bunch of features that are possible to varying extents in varying environments, but not easy to demonstrate. Bandwidth savings is a good example of this.
You make a really good point about communicating readiness - the author of the post is expecting more from pre-alpha software than it is ready to provide.
> but I think this is (vaguely) analogous to building > a website based on IP addresses and port numbers, not URIs.
IPNS is a naming solution designed to address this:
https://docs.ipfs.io/guides/concepts/ipns/
It's not super fast right now, but there's some work happening now to make it much faster.
ENS, the Ethereum name system, is also an emerging way of doing this.
> basically be this URI resolution map
IPLD is a data model that works with IPFS to address the use-case you're describing, where you have a permanent reference to a mutable set of data: https://ipld.io/
https://github.com/agentofuser/ipfs-deploy
Makes it super easy to push static sites on IPFS.