elv Mercredi 9 novembre 2016 - 11:53
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. »
Le contenu de ce champ sera maintenu privé et ne sera pas affiché publiquement.
Votre adresse servira à afficher un Gravatar et à vous notifier des réponses. Votre commentaire sera anonymisé si ce billet est dépublié pendant plus de 3 mois.
Pour lutter contre le spam notre système enregistre votre adresse IP et votre adresse e-mail si vous la partagez.
Nous vous invitons à consulter notre politique de confidentialité pour comprendre les traitements faits de ces données et comment les rectifier.