Sven Slootweg (soft-deprecated) @joepie91@pixie.town

Why *aren't* automatic salary raises to match inflation legally required, actually

It would be very nice if my migraine would finally go away

Here's your monthly(?) reminder that the Free Software movement is not meaningfully different from the Open-Source movement, that neither of the two are equivalent to "copyleft", that "copyleft" isn't working in practice either, and that the real problem here is capitalism and tolerance of it within FOSS communities, not the licensing model.

Invite a wolf into your community, get eaten. Requiring them to wear sheep's clothes doesn't fix that.

I'm more and more thinking about who would *actually* have my back when shit goes down with transphobia and such, and the answers so far are not pretty

I want to briefly talk about a problem that I've been seeing pop up a lot over the past couple of years.

It goes something like this: someone sets up a community thing (own project, Mastodon instance, whatever), follows 'DevOps principles', pays for it out of pocket, and then something happens to their income and suddenly there's a massive bill that cannot be paid.

The problem here is that a community is not a company, the budget is extremely finite, and that's something you should be accounting for from the start.

Yes, you might be okay with paying the costs out of pocket, but at some point something *will* go wrong, and you won't be able to afford it, and now your community needs to cough up the costs - and they often won't be able to.

Many of the "modern DevOps" practices exist not because they make things so much better, but because they are extremely profitable on the provider side. Companies can afford this tax; your community cannot.

A brief and non-exhaustive list of such things, some of which are additionally also fragile:
- Nickle-and-dime cloudycloud services (AWS, Azure, Google Cloud, etc.)
- Microservices (including 'serverless')
- Zero-downtime deployments
- Extensive performance monitoring or tracing infrastructure
- Kubernetes and the like

These are all things that you should *avoid* by default. They can very easily inflate your hosting bill by 10x (or more) compared to a bog standard "rent a cheap Linux server/VPS" approach; and none of them are really going to matter for your community project, even those that might have legitimate benefits in other situations.

Your project will almost certain fit on a standard Linux server. It'll cost you <$50 per month instead of $500 per month. Low enough that even if disaster strikes, it's easy to cushion the blow collectively. The availability and performance will be completely fine for a community project.

(Background: I have a decade+ experience in running non-commercial things on a shoestring budget, including high-traffic ones, also advising others on it. I promise you that it is entirely possible if you're careful about where you spend your money.)