> То, чего достаточно вам, не достаточно многим другим - это раз.
> Вы сами точно не можете знать, что вам нужно, потому что скорее
> всего лишь пользуетесь системой, и можете не знать, какие механизмы нужны
> для того, чтобы система работала как надо - это два.
> Программистам нужен единый способ узнать, что это за дистрибутив Linux, на котором
> работает их программа, а не искать по всем возможным углам в
> файлах /etc/debian_version, /etc/slackware-version, /etc/fedora-release, /etc/issue,
> lsb_release -a и uname -a и писать килобайты строк кода для
> такой простой вещи.Ну тогда нужен стандарт прописать в LSB. systemd тут никак не поможет.
> Программистам нужно загузить драйвер, когда устройство воткнули в систему и оповестить
> пользовательские приложения о появившемся новом устройстве.
Что успешно делает и делал udev
> Программистам нужно сэкономить используемую память, запуская сервисы по требованию - лишь
> тогда, когда произошло обращение к сокету сервера.
На сайт зашли, стартует apache, а то и вовсе какой-нибудь tomcat, десять минут... полет нормальный.
> Программисты не хотят писать килобайты кода лишь для того, чтобы определить, что
> программа работает на реальном железе, внутри системы контейнерной изоляции или виртуализации,
> узнав ещё при этом, в какой именно системе из многих.
Ну так lshw в помощь. Какие килобайты?
> Админы хотят, чтобы когда они просят систему остановить сервис, система прибила все
> его реально работающие процессы, а не только те, что записаны в
> PID-файле.
А killall на что?
> Перечислять можно много. systemd реально решает много проблем. Если цените академический
> минимализм - отправляйтесь на Minix.
Перечислять можно действительно много, только systemd ни одной проблемы не решает.
Зато ломает то, что и так хорошо работает.
