Yes, most of them do, and that is why I complain about it. I want to have the choice. I don't mind if other people use systemd; I just don't want it forced one me.
I don't mind systemd so I haven't tried to rip it out, but I can't imagine trying to replace it with a legacy init system is going to be smooth sailing.
Probably true, but Arch being what it is, there's still the option to install sysvinit or whatever. The question remains - how important is NOT using systemd to the admin in question?
Yes, and that's the FUNNY part about it! Lennart went against the UNIX philosophy and is hated for it, but so did Linus Torvalds with the monolithic kernel, and Richard Stallman with Emacs.
The "do one thing and do it well" mantra is such bullshit. You can slice up the things stuff does differently however best suits your argument. Oh, wc? I don't use it because it violates the unix philosophy. It can count words and lines. That's two things.
The Unix philosophy never made sense.
All parts of a program should do one thing well and communicate with other modules over a simple, common interface.
But software that offers all the features a user will need under a big umbrella with unified UI and UX is much better than "this program uses different syntax because it came from Unix and not GNU"
But software that offers all the features a user will need under a big umbrella with unified UI and UX is much better than "this program uses different syntax because it came from Unix and not GNU"
Yes and no.
A consistent UX is definitely a major bonus, but not if it comes at the cost of oversimplification. If the program gives me an experience gift-wrapped and with a nice little bow on top, but only gives me that kids' gloves experience, it becomes a much worse experience when you need to do anything outside the happy path.
Imagine trying to script git workflows without access to any of the plumbing commands like rev-parse, rev-list, and format strings. You would have to parse the output of git log and git show, hoping that they don't introduce a new change to the output—a much worse experience.
All parts of a program should do one thing well and communicate with other modules over a simple, common interface.