my personal theory is that it’s a cultural problem. same reason web apps are such memory hogs. front end web devs, as a culture, do not care about performance, but they really care about developer experience. the opposite is true of systems developers

Or for a more purpose built wrapper (for the same use cases as postman): https://hurl.dev/

Still relevant because claude’s CLI (which is actually more of a TUI) is built on react

you’re not wrong but you could’ve delivered that more nicely lmfao

SQLite continues to be the “Do Nothing. Win” of databases

In fact, that model (conceptually, though not technically) is how most fediverse software already work

Check the recent discussion on lobste.rs if you’re interested in the exact details.

For those coming from the future: https://lobste.rs/s/aa7ske/anubis_now_supports_non_js_challenges

I understand the definition of “Freedom” as laid out by e.g. the FSF. I was explaining why your argumentation is not convincing unless the audience already agrees that complicity in genocide is an acceptable tradeoff to software freedoms. I’m saying you could make a more convincing argument by just not making that comparison in the first place. Unless your point was “perhaps we should reconsider whether Open Source is Good”.

This assumes the audience will agree that genocide is an acceptable tradeoff for software freedoms.

I don’t know if “freedom to modify source code” and “committing a genocide” are morally comparable. This seems to undermine your point. I would have picked a different analogy