That list of "features" never needed to be replaced by systemd and for the most part are provided by the other init offerings.

As for logging you may find yourself one with a system using systemd that has faced an error and cannot boot good luck reading the binary journal it makes, yes these entries can be pushed out to text file or syslog but if systemd falls over hard it will log to the default binary journal and you'll need to use another install with systemd to run journalctl --file /path/to/mounted/journal which in an emergency is a true PITA.

It is not an outlet for those who you choose to espouse as "People who don't want linux to evolve" far from it most of them just want systemd to stop trying to replace things that are not broken and for other projects to stop having it as a hard dependency. Yes it is modular, yes these can be disabled but it has so many tentacles that it is clear the intentions are wider than just being an init.

What's wrong with ip, iproute2, iptables/nftables, ufw, firewalld, ntp, dnscrypt, privoxy, dnsmasq, openresolve, crond, sudo, mount, syslog-ng?

Are they somehow obsolete now?

If you want a basic bootloader your UEFI has one built in and/or you can boot the kernel directly with efistub, systemd-boot is so basic it's pointless to the point that an unconfigured install of refind is a truckload better.

I get that this is a hot topic but waaay too many people are just adding pointless opinion and toxic opinion into this debate that doesn't help anyone make what they want is a decent informed choice and tbh when I see Gnome make a hard dependency of systemd it makes me think either systemd is doing too much, is not modular enough, devs got lazy or all of the above.

And a final FYI I use systemd and have disabled much of it but can't uninstall the parts I don't need/want.