La force du lego en programmation

De retour hier dans un autre code PHP longtemps négligé (décidément), j'ai vite repris mes repères et j'ai pu ajouter la fonctionnalité désirée (suppression de tous les messages classés comme spam en l'occurrence).
La tâche fut très simple : une classe me permet de sélectionner tous les messages concernés, une librairie me facilite l'itération sur le jeu de données retourné, et la classe précédente permet tout un tas d'actions.

$messages=new CReponseListe($Session['site']);
$messages->Filtre(etatSpam, '');
$req = NewQuery($messages->SqlListe());
while($req->next_record()) $messages->Supprime($req->f('rep_ident'));

Rien à décider, rien à inventer, juste à me concentrer sur la fonctionnalité désirée. Et c'est très bien! Je pense que pour chaque projet il y a un temps pour innover, créer des outils, des librairies, des frameworks. Et un autre pour développer l'application fonctionnalité par fonctionnalité. Dans le premier on doit être créatif et à l'écoute des besoins du second, et dans l'autre on doit simplement utiliser ce que fournit le premier pour avancer. Empiler des briques pour obtenir la forme désirée. Jouer au lego, donc.

Il s'agit ici de changer de casquette explicitement, au moins pour soi même, et de ne pas mélanger les deux aspects. Le code fonctionnel ne sera alors que fonctionnel, métier, exprimant ce que l'application doit faire, et ne sera pas mélangé au code "outils", qui fournit des moyens.

PS: ce code a plus ou moins quatre ans. De nos jours la couche outils aurait un itérateur qui m'aurait éviter de devoir le faire explicitement.