systemd widerspricht NICHT der Unix Philosophie und wenn man sich mal damit auseinander setzen würde wüsste man das auch

Abgesehen davon kann man durchaus in Frage stellen ob speziell in der IT irgendwelche Prinzipien von vor 40 Jahren in einer komplett veränderten Landschaft nicht auch mal angepasst werden sollten

Man könnte systemd auch in hundert einzelne repos splitten und jedem Teil eine eigene Version verpassen, damit würde man zwar Dogmatiker glücklich machen aber pragmatisch gesehen ist es Schwachsinn externe dependencies einzuziehen wenn die einzelnen Projekte in einem shared repo aufeinander abgestimmt und zentral maintained werden komn4n

Ist ja nicht so dass systemd als ganzes von den gleichen Leuten gewartet wird und mit dieser schwachsinnigen Argumentation müsste man auch den Linux Kernel meiden wie der Teufel das Weihwasser, das ist auch ein riesiges voller voneinander weitgehend unabhängiger Dinge

Genauso wie beim Kernel gilt für systemd dass es wesentlich einfacher und sauberer ist auf externe Dependencies keine Rücksicht nehmen zu müssen weil man bei internen Schnittstellen auch mal mit der groben Kelle aufräumen kann

Sobald du mit einzelnen Projekten und öffentlichen APIs angeschissen kommst kannst du das nicht mehr weil du im Zweifel nicht mehr der einzhge consumer bist

Aber um das zu verstehen müsste man halt mal eine codebase mit ein paar hundert tausend Zeilen über einen längeren Zeitraum maintained haben