So, you don't like a component because you ran software which requires that component, and you intentionally ran it in an environment without that component.
> The popularity of systemd encourages people to require it, which is the major problem
The usefulness of systemd encourages people to require it. Projects most often require it in cases where either there isn't an alternative, the alternative isn't maintained, or the alternative is missing functionality.
Self perpetuating growth.
Systemd integrates many functions so people default using it and add even more functionality that bring even more people into ecosystem.
Which is basically how every tech ecosystem works.
The problem is that linux is supposed to not be just_another_centrally_controlled_ecosystem, so when systemd abuses their popularity by enforcing whole ecosystem (rather then cut itself into separate pieces), that is worrying
It seems like you're attributing to perceived malice ("enforcing") what is better explained by a combination of trying to get things done and not prioritizing replaceability higher than the benefits of integration. In other words, a project that simply has different priorities.
It turns out that many other people also like seeing stuff get done more so than they care whether the project in question is trivially replaceable.
The energy bandwidth of a charger as opposed to a gas pump is a huge issue right now.
Gas pumps can easily pump up to 10gpm [1], corresponding to 300 miles of charge in 3-5 minutes as opposed to Superchargers, which take 15 minutes to charge enough for 200 miles of driving[2].
When this is improved, it will make BEV's much more acceptable to many people.
libc has multiple independent implementations, if you don't like one you can switch to another. Software that hard-depends on a specific libc is indeed to be despised.
And now I don't like systemd anymore.