Удобен? Да всем. От того, что это таки события, а поллинг мы сваливаем на демон, до того, что он с вероятностью и так есть, и воткнуть в event loop ещё один обработчик - не проблема. И, разумеется, тем, что всё железоспецифичное мы оставляем деомну, а приложение получает логические события. Разница - как между сканкодами и кодами клавиш после всех обработок - повтора, раскладки, одиификаторов, переопределений и т.д.

И нет, конфигурация - далеко не всегда дело приложения. А лучше - чтобы вообще им не была. Канфигурация - дело DE, фреймворка, рабочей среды - в общем, всего того, что объединяет разрозненные куски кода, умеющие делать каждый своё, в целое, рассчитанные под конкретные задачи и условия пользователя. То самое tools, not policy. К примеру, приложение получает сообщение "нажали на кнопку" - а какой логикой и где был подавлен возможный дребег - это не его дело. А вот где-то в конфигурации может быть прописано, то ли реагировать на малейшее прикосновение, то ли на уверенное нажатие в секунду.

А демон - нужен, именно потому что sysfs - это интерфейс для работы с железом. А приложению на железо начхать - оно работает с событиями, разделёнными на какие-то классы, имеющими какие-то свойства и т.п. И если смотреть не с точки зрения построения системы, а с точки зрения решения задач - нет никакого великого смысла держать железные события как что-то особенное, тем более - с отдельным интерфейсом.