Ma longue expérience de thémeur (expert, donc ;) m'a conduit à considérer le site-builder comme un danger dans un projet Drupal. Ce que j'entends trop souvent c'est…
— Site-builders : Bon on a fait 90% du job en configurant et assemblant des modules, reste l'aspect visuel. Ça devrait pas être long, c'est "juste du theming™".
— Thémeur : T_T
Le problème c'est que l'assemblage de modules aboutit à un code html/css hétéroclite, chaque morceau est conçu différemment, et il devient extrêmement difficile d'obtenir un résultat homogène et conforme aux attentes. Cela demande beaucoup de travail en plus, et les 10% restant qui étaient en réalité déjà plus proches de 50%, se transforment en 162% à cause de ce site-building à la truelle.
Exemple tout récent, un header site-buildé avec des menus, champs de recherche, module de réseaux sociaux, blocs personnalisés et sélecteur de langue ; qui a nécessité de surcharger au bas mot 25 templates twig pour respecter les maquettes. Un header custom avec markup sur mesure aurait demandé 3 fois moins de travail et serait plus simple à maintenir.
Souvent le développeur va justement mettre le holà et faire du custom quand cela se justifie, mais dans le monde des agences la possibilité apparente de pouvoir sauter une étape et se passer d'un poste coûteux est trop tentante.
Je verrais bien un diction drupalien :
« Mieux vaut un module custom bien pensés, que combiner une pelletée de contribués. »
- Répondre