Let me summarise. systemd is exactly the sort of thing a one-club golfer would come up with if he had extraordinarily deep C skills, no systems administration experience, no historical perspective, and didn't consult anyone who might spoil the illusion.
What is needed out there is something that is
well evolved to fit its niche (which the bsd/sysvinit mechanisms are, and systemd/upstart aren't yet and won't/*can't* match until 40 years have passed),
universally understood (which the bsd/sysvinit mechanisms are, and systemd/upstart aren't yet and won't/*can't* be until 40 years have passed),
simple to the point of triviality and hammered millions of times a day, so it is utterly reliable (which the bsd/sysvinit mechanisms are, and systemd/upstart aren't yet and won't/*can't* match until 40 years have passed),
stable and unchanging, and therefore needing minimal maintenance (which the bsd/sysvinit mechanisms have been for 40 years, whereas who's to say that systemd/upstart will still be recognisable ten years from now? Remember when hal was the new panacea, huh?)
highly hackable for weird and unpredicatable ad-hoc requirements under extreme time pressure at three in the morning using lowest common denominator knowledge and tools, while everyone around you is screaming at you and losing their sanity (which the bsd/sysvinit mechanisms are, and systemd/upstart are not).