What would be interesting is to be able to plug AIs into freeciv - a bit like crobots, core wars or similar games. Then you could pit AIs against each other, perhaps even grade them by strength and allow humans to play them.
The typical work flow for systemd is open a unit file, launch the daemon directly as a detached process. Units can run in parallel according to their dependencies. No script required or 2-stage daemon launch.
So yes systemd can obviously improve boot times. However some debian discussion threads suggest they were just pointing systemd to launch the sysv scripts which seems a bit pointless really and won't do much to improve startup.
Unity changes it around so you go to the side (a good place to put things on a 16:9 monitor)
It's a good place on a 16:9 monitor. Not so good if you have a 4:3 monitor, or multiple monitors or simply want an option to change it to the bottom, right or some other behaviour.
As for being sued for calling them quacks, I assume you mean Simon Singh's run-in with chiropractors. He eventually prevailed (they dropped it after an onslaught of complaints against their members) and the case became a driving force for reforming defamation law.
So the UK should be glad they sued. Libel law in the UK now requires the claimant to demonstrate it caused serious harm and there are defences for honest opinion, academic peer review, and public interest.
Separately, I wish all these self professed wellness "gurus" would jump off the nearest cliff and rid the world of their stupidity.
All it takes is the motivation, a group of likeminded individuals and the willpower to deliver a dist that does not use systemd. I expect most packages in the debian universe have no deps on systemd and therefore no work required to support those packages. So we're talking system packages, some daemons and maybe a few shims for edge cases.
As for why there are only 2 dists left not to have gone to systemd, perhaps that should serve as a clue in itself.
I'm not sure what the fuck "old-school" even means since it has constantly changed from its inception. Except by saying "old-school" you demonstrate that Amish mentality - drawing a line in the sand and saying things shouldn't possibly progress beyond that point, even if its for the better.
All the whining over systemd could apply equally to procfs, devfs, pci, usb, btrfs, acls, etc. A barrage of changes that (competent) admins are expected to incorporate into their knowledge.
Linus (impatient with the pace of HURD) developed a quick and dirty kernel that a Unix user land could be built on top of. He took a lot of shortcuts, he didn't think too much about portability and basically just made a beeline for the end line - to get a shell and hence other stuff running over a kernel. The kernel filled out and became portable as the project gained momentum and volunteers.
Whereas HURD got stuck up its own ass for correctness and politics. And that's even before Linux existed as a thing. It's hardly a surprise that when Linux did appear that people jumped ship.
It's true there was a debate about micro kernel designs but that alone doesn't explain HURD's failure.
Real Programs don't use shared text. Otherwise, how can they use functions for scratch space after they are finished calling them?