I get very exhausted when people use their knowledge about how things are done in the big tech / surveillance capitalism (or maybe just "capitalist") world, and try and apply it in totally different domains, like community-focused volunteer projects.
Almost all the implicit assumptions don't hold.
Capitalist projects have a lot of resources to solve problems because they are willing to engage in destructive and extractive behaviours.
If we remove that part, the equation massively changes.
in capitalist tech: massive user growth ---> lots of money (funding) available --> pay fancy people to do fancy scaling things
in community project: massive user growth ---> aaaah everything is really chaotic now, there are loads of tasks that nobody wants to (or can) do... it's like actual work!! I thought this was meant to be fun...
the solution to me is to scale out, not up, federate don't grow. but still, people seem more focused on big ideas that need to scale up to be successful.
@pintoch @nicksellen "federation is hard" is repeated often but people often ignore that building services at a large scale requires solving most of the federation problems anyways - but internally, within a company infrastructure - in order to provide geographical sharding and resilience, rolling deployments and more.
@federico3 @pintoch @nicksellen scaling brings up its own problems. Most of Facebook's problems (not talking about its raison d'être, that's a separate subject) is because:
- content moderation can't be done at scale
- heck, content moderation policy can't be done at scale either
- lots of technical problems because of the scale. Some of the solutions are ingenious but still, many are problems that shouldn't exist
@federico3 @pintoch @nicksellen
I think there is some overlap between federation and internal scale-out, but on top of that, there is a large portion of difficult problems that are specific to federation.
And that is administrative scalability.
In other words, the ability for different parts of the network to have different rules, be administrated by different people who don't always agree, and still coexist.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!