Comment ne pas communiquer les griefs avec WordPress

Il y a quelques jours, j'ai offert des conseils sur la façon dont les non-développeurs peuvent contribuer et influencer le développement principal de WordPress. Communiquer en ligne est difficile, mais où et comment vous communiquez affecte la probabilité d'avoir un impact.

CMS Critic est un site que je lis depuis des années car il publie régulièrement des articles sur une variété de systèmes de gestion de contenu, y compris WordPress.

Fin octobre, Kaya Ismail a publié un article qui décrit comment WordPress doit s'améliorer de six manières. Ce qui aurait pu être un excellent article est plutôt un excellent exemple de la façon de ne pas communiquer les griefs que vous avez avec WordPress.

Vingt-seize développeurs sont paresseux

De nombreuses personnes, dont moi-même, ont une opinion sur le thème Twenty Sixteen dans WordPress 4.4. Ismail pense que les développeurs derrière le thème sont paresseux.

Je comprends tout à fait que WordPress n'a pas besoin de rivaliser avec l'énorme bibliothèque de thèmes tiers disponibles, mais cela ne signifie pas qu'ils doivent mener avec un thème par défaut aussi mauvais que cela. Ce n'est rien de moins que paresseux.

Tammie Lister, Takashi Irie et d'autres continuent de travailler dur sur Twenty Sixteen pour le préparer à la sortie de WordPress 4.4 en décembre. Ils sont loin d'être des paresseux qui font de l'opinion d'Ismail une insulte. Il ne fournit aucun exemple ou idée sur ce qui devrait être dans un thème par défaut.

Le répertoire des plugins WordPress

Selon Ismail, le répertoire des plugins WordPress est rempli de gros morceaux de déchets en plus d'excellents plugins. Alors que certains plugins du répertoire pourraient être mieux codés, son explication ne décrit pas une solution.

De nombreux plugins ne fonctionnent tout simplement pas, tandis que beaucoup d'autres sont mal assemblés, ce qui rend WordPress plus difficile à utiliser en tant que plate-forme. Le contrôle de la qualité doit être amélioré.

Il ne fait pas de lien vers des plugins défectueux, ne fournit aucun exemple de code ou ne montre pas où le contrôle de la qualité fait défaut. Sa déclaration est une hypothèse qui n'est pas étayée par des preuves.

Ceux qui supervisent le répertoire des plugins ne testent pas chaque plugin soumis pour s'assurer qu'il fonctionne avec WordPress. Entre autres choses, leur travail consiste à s'assurer que les soumissions de plugins n'ont pas de problèmes de sécurité. Si les modérateurs effectuaient un contrôle de qualité sur chaque plugin, la file d'attente de soumission aurait probablement un arriéré important.

Au lieu d'écrire des hypothèses sans fondement, Ismail devrait surveiller le site Make WordPress Plugins pour rester au courant de ce qui se passe avec le répertoire des plugins et soumettre des commentaires si nécessaire. Si un plugin cassé est découvert, il doit créer un fil de discussion dans la zone de support du plugin.

De cette façon, ses commentaires sont vus par ceux qui contrôlent directement le répertoire des plugins WordPress. Le simple fait de signaler un plugin cassé au développeur est une étape majeure pour faire partie de la solution et non du problème.

Encombrement du menu d'administration

Je suis d'accord avec l'opinion d'Ismail selon laquelle les menus d'administration de WordPress peuvent devenir encombrés si les bons plugins sont activés. Au moins dans ce cas, il propose une alternative.

J'aimerais voir les options de menu tierces du groupe WordPress ensemble, d'une manière un peu plus organisée et moins intrusive. Peut-être que cela peut être fait en leur donnant une sous-section dans le menu qui peut être réduite. La solution elle-même leur appartient, mais le problème est évident.

Il existe des directives indiquant quand les développeurs de plugins doivent créer des éléments de menu de niveau supérieur ou inférieur, mais ils ne sont pas suivis aussi bien qu'ils pourraient l'être. Sans appliquer strictement ces directives, c'est hors des mains de WordPress. La plainte va dans la mauvaise direction et devrait viser des développeurs tiers, pas WordPress lui-même.

Si vous voulez plus de contrôle sur la façon dont les éléments sont affichés dans le menu d'administration, je vous recommande d'utiliser le plugin Menu Humility de Mark Jaquith.

Akismet ne suffit pas

Selon Ismail, le spam de commentaires est un problème majeur avec les sites WordPress et Akismet ne fait pas assez pour l'arrêter.

Akismet, un filtre de commentaires anti-spam, est désormais fourni avec chaque installation de WordPress, ce qui est une bonne chose. Mais la version gratuite n'en fait pas assez pour moi, car les commentaires s'accumulent toujours dans le back-end. Si vous me demandez, WordPress doit trouver un autre moyen de renverser la marée incessante de spam.

Pour clarifier, Akismet est fourni avec WordPress depuis la version 2.0 et il n'y a aucune différence entre les versions gratuite et commerciale dans la façon dont Akismet protège les sites. Il ne fournit aucune suggestion sur ce que WordPress pourrait faire pour contrecarrer le spam, mais dit qu'il doit faire quelque chose.

Que sont censés faire les membres de l'équipe principale de WordPress avec ce type de commentaires ? Il n'est pas utile, ne fournit aucune idée et est facile à jeter.

Les mises à jour sont difficiles

Selon la configuration de votre hébergeur, la mise à jour des thèmes, des plugins et de WordPress est aussi simple que de cliquer sur un bouton. Pour les plus aventureux, vous pouvez les configurer pour qu'ils se produisent automatiquement. Pour Ismail, le processus de mise à jour est difficile.

La mise à jour d'un plugin peut provoquer des conflits entre celui-ci et un autre plugin. La mise à jour d'un thème peut effacer vos modifications (sauf si vous utilisez un thème enfant), tandis que la mise à jour de WordPress elle-même peut rendre une variété de vos plugins redondants jusqu'à ce que leurs développeurs appliquent un correctif. Encore confus? Tu devrais être.

Il fait quelques bons points, mais éditer un thème au lieu d'un thème enfant, c'est comme éditer les fichiers principaux de WordPress, ce qui ne devrait presque jamais arriver. Il est vrai qu'il y a un léger risque que les choses se cassent après une mise à jour mais c'est plus une anomalie qu'un événement courant.

Ismail suggère que WordPress cherche à préserver les changements de thème à tous les niveaux et à fournir des alertes si les plugins interfèrent les uns avec les autres. J'aime ces suggestions et j'espère qu'un jour, WordPress pourra créer un instantané pendant le processus de mise à jour pour garantir que le site ne se cassera pas après l'application d'une mise à jour.

Hack-a-thon WordPress

Le dernier point d'Ismail est de savoir comment WordPress peut améliorer sa sécurité.

Je pense que nous pouvons tous convenir que WordPress doit se renforcer (en renforçant sa page de connexion d'administrateur, par exemple), mais je lui demande d'aller plus loin et de commencer à offrir une meilleure protection, même si cela a un petit prix. .

Des solutions tierces existent, bien sûr. Mais pourquoi devrais-je assembler plusieurs plugins de sécurité, chacun avec ses propres paramètres déroutants, juste pour sécuriser mon site Web ? De nombreux utilisateurs de WordPress se sont habitués à gérer leur propre sécurité de cette manière ; mais je pense que WordPress doit assumer plus de responsabilités.

Il souhaite que WordPress aille plus loin et offre une meilleure protection, mais ne dit pas quelle est cette protection. Il n'explique pas non plus où, comment ou pourquoi WordPress devrait assumer plus de responsabilités pour rendre les sites plus sûrs.

Faites partie de la solution, pas du problème

Ismail conclut son article en disant qu'il est temps pour WordPress d'innover. Il dit aussi : « Ce n'est pas à moi de fournir la solution, c'est à WordPress. Et il est temps qu'ils commencent à proposer des solutions innovantes à leurs problèmes de longue date.

L'article est un autre exemple de la façon dont CMS Critic choisit de ne pas faire partie de la solution. Tout le monde a le droit d'avoir son opinion, mais exprimer des griefs qui ressemblent davantage à des revendications et dire aux principaux développeurs de commencer à innover n'est pas une recette pour obtenir des résultats.

Cette citation du développeur principal de WordPress, Mark Jaquith, décrit avec éloquence l'importance des compétences en communication dans un projet open source.

La compétence numéro un dont vous avez besoin pour à peu près n'importe quel travail, mais en particulier pour travailler sur l'open source, est la compétence en communication. Vous devez avoir de la clarté, de la cohérence, de la compassion, de la relatabilité, un peu de peau épaisse et un sens de l'humour décent.

Il ne incombe peut-être pas à Ismail ni à aucun d'entre nous de trouver des solutions, mais lui et d'autres peuvent aider à découvrir et à faire partie des solutions en jouant un rôle actif en donnant des commentaires constructifs au bon endroit. WordPress a sa juste part de problèmes, mais il existe de nombreuses opportunités pour que les gens interviennent et contribuent à améliorer le logiciel.