À lire le code de Brunni, je me demande… c'est vraiment si peu utilisé que ça la programmation orientée règle?

Parce que là le code mélange rêgle et gestion de rêgle…

Un exemple de règle udev :

SUBSYSTEM!="block", GOTO="end_autoraid_hotplug"
KERNEL!="sd[a-z][0-9]", GOTO="end_autoraid_hotplug"
ACTION=="add", RUN+="/usr/local/sbin/autoraid-hotplug.sh $name"
ACTION=="remove", RUN+="/usr/local/sbin/autoraid-hotunplug.sh $name"
LABEL="end_autoraid_hotplug"

Le code reste descriptif, juste de la logique, des états, des évènements et des actions. les procédures sont ailleurs, et le gestionnaire de règle est un outil dédié à cette tâche et éprouvé.

Je programme peu, je ne connais que les outils et langages que les problématiques que je rencontre me donnent à connaître. Je ne pense donc pas naturellement "objet" pour toutes les solutions. Mais pour gérer des succès je penserai plus naturellement à de la programmation orientée règle plutôt qu'objet.

là une petite liste de paradigmes alternatifs : http://linuxfr.org/users/montaigne/journaux/des-paradigmes-alternatifs