The case for open infrastructure

What the author essentially is asking for are public services. They just want a term to justify not having to think about the million other problems with running such a service. The typical &quot;I&#x27;m a computer person, I can solve any problem with just code&quot; thing.<p>If you want &quot;open&quot; public services, form a co-op or nonprofit to develop the service. Make all users &#x27;members&#x27; who fund it. Make both the workers and users the owners. Create a public independent board to oversee it. Put any profit back into the service. The architecture will not matter.

Note that Gitea will start adding federation support to their code forge, and at least 3 other projects are dedicated to code forge federation at: <a href="https:&#x2F;&#x2F;forum.forgefriends.org" rel="nofollow">https:&#x2F;&#x2F;forum.forgefriends.org</a><p>Also a self-hosted alternative to KeyBase is at: <a href="https:&#x2F;&#x2F;keyoxide.org" rel="nofollow">https:&#x2F;&#x2F;keyoxide.org</a> (minus the chat parts).

&gt; The source code for Keybase is, right now, fully open source on their Github<p>Really? My understanding was that the client and some libraries they use are open source, but the actual server code is closed source. Although if Zoom isn&#x27;t going to continue maintaining keybase, then open sourcing the server code seems like &quot;the right thing to do&quot; (at least morally, and probably from a PR standpoint as well). Even if they did want to continue maintaining it, it would be a good thing in my opinion, but moreso if the project will die otherwise.<p>See <a href="https:&#x2F;&#x2F;github.com&#x2F;keybase&#x2F;client&#x2F;issues&#x2F;24105" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;keybase&#x2F;client&#x2F;issues&#x2F;24105</a>

I get the spirit of this article. But one of the key things to consider is the operational overhead of maintaining infra for auxiliary services far outweighs the value it provides. There are a few things like payments, notification, monitoring(logs&#x2F;metrics etc) startups shouldn&#x27;t build from scratch&#x2F;self host anymore, unless they plan to take on the incumbents in those fields.

I like the spirit here.<p>Any frameworks people like for building stuff with distributed or federated architecture? Thinking about this in relation to how one could build long-lived web services (like bandcamp [0]) that aren&#x27;t owned by a single entity (or can&#x27;t be sold at least).<p>[0]: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=30665311" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=30665311</a>

If DLTs push forward, maybe traditional centralized services will have to keep up.<p>Smartphones are like thin clients. If you already subscribe to bandwidth, why not compute too?

At what point did ICT (horizontal services) become &quot;infrastructure&quot;? I use quotes, because at this point it is really superstructure in the sense of Marx.<p>I think we should be very careful about casually using that word.