Concerning systemd, I do like the idea of a faster boot time (obviously), but I also like controlling the startup of the system with shell scripts that are readable, and I'm guessing that's what most Slackware users prefer too. I don't spend all day rebooting my machine, and having looked at systemd config files it seems to me a very foreign way of controlling a system to me, and attempting to control services, sockets, devices, mounts, etc., all within one daemon flies in the face of the UNIX concept of doing one thing and doing it well. To the typical end user, if this results in a faster boot then mission accomplished. With udev being phased out in favor of systemd performing those tasks we'll have to make the decision at some point between whether we want to try to maintain udev ourselves, have systemd replace just udev's functions, or if we want the whole kit and caboodle.

Что касается systemd, более быстрая загрузка системы мне по душе, но в то же время мне нравится контроль загрузки ОС с помощью читабельных шелл-скриптов; думаю, что это справедливо и для остальных пользователей Slackware. Я не занимаюсь только тем, что целый день перезагружаю компьютер; конфигурационные файлы systemd, на мой взгляд, являются очень странным способом управления ОС, а попытка рулить сервисами, сокетами, устройствами, точками монтирования и т. п. из одного демона  противоречит UNIX-концепции «делать что-то одно и делать это хорошо».
Для типичного конечного пользователя в этом вопросе уже вполне достаточно более быстрой загрузки. Со сворачиванием udev и выполнением его задач с помощью systemd нам через какое-то время придётся сделать выбор, поддерживать ли нам udev самим, использовать systemd исключительно как замену udev или же принять systemd полностью