WordPress prône des sites Web en mode Plugin-First

WordPress envisage une approche Plugin-first qui promet un développement du Core plus rapide, mais certains sont sceptiques.

WordPress envisage un développement Plugin-First

Matt Mullenweg, développeur de WordPress et PDG d’Autommatic, a proposé de ne plus ajouter de nouvelles fonctionnalités à WordPress, pivotant plutôt vers une politique de plugin-first.

Cette nouvelle approche de l’avenir de WordPress a déjà abouti à l’abandon complet d’une nouvelle fonctionnalité destinée à la prochaine version de WordPress.

On dit que les plugins canoniques offrent un moyen de continuer à améliorer WordPress sur un calendrier plus rapide. Mais certains contributeurs principaux de WordPress ont exprimé l’opinion que l’expérience utilisateur de l’éditeur pourrait en souffrir.

Des plugins canoniques

Discuté pour la première fois en 2009, les plugins canoniques sont un moyen de développer de nouvelles fonctionnalités sous forme de plugins.

L’objectif de cette approche est de garder le noyau ou Core WordPress rapide et léger tout en encourageant le développement de fonctionnalités expérimentales sous forme de plugins. La proposition originale de 2009 le décrivait comme suit :

Les plugins canoniques seraient des plugins développés par la communauté (plusieurs développeurs, pas seulement une personne) et répondant aux demandes de fonctionnalités les plus populaires avec une exécution superlative.

… Il y aurait une relation très forte entre le core et ces plugins qui garantirait que :

  1. Le code du plugin serait sécurisé et le meilleur exemple possible de standards de codage, et
  2. Que les nouvelles versions de WordPress seraient testées par rapport à ces plugins avant leur sortie pour assurer la compatibilité.

Cette approche des fonctionnalités et des options est également appelée Plugin First, pour souligner comment les fonctionnalités apparaîtront d’abord sous la forme de plugins.

Ces plugins sont appelés canoniques parce qu’ils sont développés par l’équipe de développement de WordPress Core par opposition aux plugins non canoniques créés par des tiers qui pourraient limiter les fonctionnalités afin d’encourager l’achat d’une version pro.

L’intégration de plugins canoniques dans le core de WordPress lui-même serait envisagée une fois que la technologie des plugins se serait avérée populaire et essentielle pour la majorité des utilisateurs.

L’avantage de cette nouvelle approche de WordPress serait d’éviter d’ajouter de nouvelles fonctionnalités qui pourraient ne pas être nécessaires à la majorité des utilisateurs.

Plugin-first pourrait être considéré comme étant conforme à la philosophie WordPress appelée “Decisions, Not Options” (Des décisions, pas d’options), qui cherche à éviter d’alourdir les utilisateurs avec des couches d’options techniques.

En déchargeant différentes fonctionnalités et fonctionnalités sur des plugins, un utilisateur n’aura pas à activer ou désactiver des fonctionnalités dont il a besoin, dont il n’a pas besoin ou qu’il ne comprend pas. La philosophie de conception de WordPress stipule :

Il est de notre devoir en tant que développeurs de prendre des décisions de conception intelligentes et d’éviter de peser le poids des choix techniques sur nos utilisateurs finaux.

 

Les plugins canoniques sont-ils l’avenir ?

Matt Mullenweg a publié un article intitulé Canonical Plugins Revisited, dans lequel il a fait valoir que c’est la façon dont WordPress devrait être développé à l’avenir :

Nous atteignons un point où le core (noyau) doit être plus éditorial et dire « non » aux fonctionnalités qui arrivent aussi ad hoc qu’elles le font parfois, et j’espère que plus d’équipes “Make” utilisent cela comme une opportunité d’influencer l’avenir de WordPress grâce à une approche de plug-in qui leur donne le luxe de cycles de développement et de publication plus rapides (au lieu de trois fois par an), moins de frais généraux d’examen, et le chemin pour entrer dans le noyau si le plugin devient un succès fulgurant.

La première victime de cette nouvelle approche est l’annulation de l’intégration de la conversion d’images WebP dans la prochaine version de WordPress, WordPress 6.1, actuellement prévue pour novembre 2022.

Plugin-First est controversé

Le passage à un processus de développement axé sur les plugins a fait l’objet d’un débat dans la section des commentaires.

Certains développeurs, tels que le contributeur principal Jon Brown, ont exprimé des réserves sur la proposition de passer au développement avec des plugins canoniques. Ils ont commenté :

Le problème reste qu’il y a trop de plugins compliqués qui remplacent ce qui serait une simple fonctionnalité optionnelle.

Les plugins ne sont pas une option conviviale pour les paramètres du Core. Les utilisateurs doivent d’abord découvrir qu’il existe un plugin, puis ils ont négocient un autre écran de paramètres et les mises à jour et la maintenance de ce plugin.

Le commentateur a utilisé l’exemple d’une fonctionnalité de commentaires qui est actuellement servie par plusieurs plugins gonflés comme une expérience utilisateur moins idéale.

Ils ont noté qu’avoir un plugin canonique pour résoudre un problème est préférable à l’état actuel où les options souhaitables ne peuvent être trouvées que sur des plugins tiers gonflés.

Mais ils ont également dit qu’avoir une option de paramètres dans le core, sans avoir besoin d’un plugin, pourrait présenter une meilleure expérience utilisateur. Ils ont poursuivi :

Maintenant, je pense que les plugins canoniques sont une meilleure situation que plus de 6 plugins gonflés comme il en existe ici, mais il en serait de même pour une seule case à cocher ajoutée à la page des paramètres dans le core pour le faire.

Ce qui améliorerait encore les problèmes d’UX (expérience utilisateur) et de découverte inhérents aux plugins.

En fin de compte, le commentateur a exprimé l’idée que le concept de plugins canoniques semblait être un moyen de mettre fin aux discussions sur les fonctionnalités à prendre en compte, afin que la conversation n’ait jamais lieu.

Les « plugins canoniques » semblent être un outil armé pour faire dérailler les discussions de la même manière que « les décisions et non les options » sont devenues depuis des années.

Cette dernière déclaration est une référence aux frustrations ressenties par certains contributeurs principaux avec l’incapacité d’ajouter des options pour les fonctionnalités en raison de la philosophie « des décisions, pas options ».

D’autres n’étaient pas d’accord avec l’approche plugin-first :

Le plugin canonique semble grandiose, mais il augmentera encore la charge de maintenance des mainteneurs.

À mon avis, ça ne va pas aller.

Il sera beaucoup mieux d’inclure certaines fonctionnalités du core dans le noyau lui-même au lieu de dire davantage – C’est un bon endroit pour le plugin.

Quelqu’un d’autre a souligné une faille dans Plugin-First en ce sens que la collecte des commentaires des utilisateurs pourrait ne pas être facile. Si tel est le cas, il n’y a peut-être pas de bon moyen d’améliorer les plugins d’une manière qui répond aux besoins des utilisateurs si ces besoins sont inconnus.

Ils ont écrit :

Comment pouvons-nous mieux recueillir les commentaires des utilisateurs ?

À moins que les propriétaires de sites ne soient suffisamment informés pour signaler des problèmes sur GitHub ou Trac (soyons honnêtes, personne ne signale de problèmes de plugins sur Trac), il n’y a vraiment aucun moyen de recueillir les commentaires des utilisateurs pour améliorer ces plugins recommandés / officiels.

 

Conclusion

Le développement WordPress évolue pour apporter des améliorations plus rapidement. Les commentaires des principaux contributeurs indiquent qu’il existe de nombreuses questions non résolues sur la façon dont ce système fonctionnera pour les utilisateurs.

Un premier indicateur sera dans ce qui se passe avec la fonctionnalité WebP annulée qui était auparavant destinée à être intégrée dans le core et deviendra maintenant un plugin.

Source : Searchenginejournal