Entretien avec Barry Hughes

Barry Hughes est un développeur WordPress écossais, basé au Canada. Barry a eu la gentillesse de répondre à quelques questions sur lui-même et son travail.

Bonjour Barry. Merci d'avoir fait cet entretien. Veuillez commencer par parler un peu de vous.

Eh bien, je suis un père de deux enfants marié très, très heureux qui a la chance de passer la plupart de ses journées à écrire du code et à boire du café. Je vis sur l'île de Vancouver, sur la côte pacifique du Canada, mais en fait, je suis originaire d'Écosse et je continue de confondre les gens ici tous les jours avec mon accent.

Pour le moment, je suis assez emballé dans WordPress. Je crée des sites utilisant WordPress, je maintiens et répare des sites qui utilisent WordPress, je crée des plugins, je prends en charge les plugins d'autres personnes et je passe généralement un bon moment. En dehors des logiciels et de WordPress, j'aime courir sur les collines avec mes chiens.

Je suis développeur indépendant depuis environ 6 ans et avant cela, j'ai servi dans les forces armées - mais mon amour de jouer avec les ordinateurs et de voir comment les logiciels fonctionnent est antérieur à tout cela et remonte à être un petit garçon avec un vieux Ordinateur domestique Amstrad CPC. C'était amusant.

Qu'est-ce qui vous a poussé à vous tourner vers WordPress et quand ?

Lorsque j'ai débuté dans cette entreprise, je considérais à peine les sites HTML statiques comme une option viable. Les avantages et les avantages des systèmes de gestion de contenu basés sur des bases de données étaient et sont encore trop considérables.

Bien sûr, lorsque vous débutez, il est difficile de dire quel CMS est le "meilleur". Et je vois encore beaucoup de discussions sur ce sujet : quel CMS est le meilleur ? Joomla ou Drupal sont-ils plus rapides ? WordPress peut-il être utilisé comme CMS ou s'agit-il simplement d'une plateforme de blogs ? Même maintenant, la même chose est mâchée.

Donc, de toute façon, il y a toutes ces années, je lisais ces articles de comparaison et testais des choses par moi-même. Je savais que je voulais l'un des CMS populaires fonctionnant sur la pile PHP/MySQL et mon expérience était simplement que je pouvais passer du flash au bang beaucoup plus rapidement avec WordPress qu'avec, disons, Joomla ou Drupal.

J'ai essayé Drupal et ModX en particulier pendant un certain temps (avant que ModX Revolution ne démarre vraiment) et j'ai même réalisé certains projets avec ces deux éléments - mais pour diverses raisons, les deux semblaient confondre mes clients plus que ce n'était le cas avec WordPress et les deux J'ai trouvé que c'était un peu plus restrictif pour le client s'il voulait partir et gérer les choses par lui-même. Laisser libre cours au client est certes une épée à double tranchant, mais c'est aussi un bon argument de vente.

Vous avez rejoint l'équipe Shopp (un plugin de boutique WordPress bien connu pour le commerce électronique) en juin 2012. Comment avez-vous vécu cette expérience jusqu'à présent ?

Oui - et en fait, je travaillais avec Ingenesis, la société derrière Shopp, avant cela en tant que membre de l'équipe de support. En ce moment, je suis bénévole, donc le temps que je peux y consacrer fluctue, mais ce fut une expérience formidable.

Au sein de l'équipe d'assistance, les opportunités de dépannage et de travail pratique avec une grande variété d'environnements d'hébergement et d'installations WordPress différents, chacun assez unique, ne manquaient pas. Cela seul a été massivement utile. Au sein de l'équipe de développement, c'était fantastique d'avoir la chance de travailler directement avec le chef de projet Jonathan Davis et de lancer des idées avec lui - et simplement de s'engager avec la communauté dans son ensemble.

Le commerce électronique est un domaine assez gigantesque et aucun progiciel que je connaisse ne couvre tous les aspects - donc faire partie de l'écosphère Shopp a également été formidable de mon point de vue en tant que développeur indépendant : je suis régulièrement approché pour créer des personnalisations ou des extensions sur mesure où le plugin principal lui-même ne fournit pas de couverture, ce qui peut poser de nombreux défis intéressants et uniques.

Vous travaillez sur PC, Mac ? Quel type de logiciel utilisez-vous ? Bloc-notes ?

Je suis un fan d'Ubuntu depuis longtemps, mais j'ai toujours gardé Windows dans les coulisses à cause des excellents outils qui existent pour ce système d'exploitation. Récemment, bien que je sois entièrement passé à Ubuntu, j'adore ça.

En termes de logiciel, j'utilise IntelliJ IDEA de JetBrains comme IDE principal et je ne peux pas envisager de passer à autre chose, à l'exception des langages qu'IntelliJ ne prend pas directement en charge, comme C#. La majorité de mon temps est probablement consacrée à basculer entre cela (IntelliJ) et Chrome. Je suis un grand fan des IDE et, comme beaucoup d'autres, j'en ai expérimenté plusieurs - Eclipse, Netbeans et PhpEd (que je ferais remarquer pour des éloges particuliers, bien que ce ne soit que Windows, donc je ne l'utilise plus) viennent tous à l'esprit.

Une mention spéciale doit également aller à XDebug. Je ne me contente pas de déboguer pour dépanner lorsque des problèmes surviennent, je l'utilise comme un moyen de me familiariser avec les logiciels. Un bon débogueur permet de démonter si facilement les applications et de voir comment elles fonctionnent sous le capot. Le débogage est tout simplement fantastique.

Vous développez en PHP, C# et .NET. Pensez-vous que cela fait de vous un développeur plus fort, ou vaut-il mieux se concentrer sur un seul langage ?

Je pense que cela a un impact sur ma façon d'écrire. Si j'écris en PHP, il me manque souvent un typage fort, par exemple, et je me retrouve à travailler autour de cela. Est-il préférable de se concentrer sur une seule langue ? Peut-être, oui, parce que lorsque vous prenez une langue avec ses bibliothèques standard, il y a beaucoup de richesse et de profondeur qui sont difficiles à maîtriser si vous basculez constamment entre différentes langues.

Bien sûr, se concentrer sur un langage n'est pas la même chose que d'utiliser un seul langage exclusivement et je ne peux pas imaginer qu'il y ait trop d'auteurs de plugins, par exemple, qui ne connaissent pas non plus au moins quelques notions de SQL ou de JS.

Quel type de test avez-vous/utilisez-vous pour votre développement WordPress ?

Cela dépend du projet, de la rapidité avec laquelle je dois le sortir et de l'ampleur de la chose. Je ne suis pas un fanatique des tests unitaires et je devrais probablement en faire plus. Cela dit, les tests unitaires ne sont pas une solution miracle et tout dépend de la qualité des tests eux-mêmes.

Par exemple, j'ai vu des tests unitaires qui vérifient si une fonction de style template-tag renvoie une chaîne - et le test réussira même si la chaîne est vide. Je ne pense pas que ce soit particulièrement utile et parfois cela ressemble à un exercice de couverture de code sans se demander pourquoi cette couverture est nécessaire.

WordPress comme plateforme. Quels sont selon vous les avantages et les inconvénients de WordPress ?

C'est omniprésent. C'est un gros avantage pour tout le monde, développeur comme utilisateur final, car - avec une si grande communauté et de nombreux développeurs dans l'écosystème - les extensions, les services, les ressources d'apprentissage et de support sont tous nombreux, tout comme la capacité pour un propriétaire de site de passer d'un développeur, d'une agence ou d'un hébergeur à un autre. Il est également gratuit et open source, ce qui signifie qu'il obtient des points supplémentaires à mes yeux, et cela a sans aucun doute également contribué à son ascension vers la grandeur.

Je conteste ce que je pense être un argument bien établi selon lequel WordPress est facile à utiliser. Je ne pense pas que ce soit si facile à utiliser pour tout le monde. Le tableau de bord, par exemple, est un endroit très fréquenté et une grande partie est remplie de contenu distrayant dont beaucoup de gens n'ont aucune utilité.

De plus, depuis un certain temps, il y a eu un débat sur la répartition des responsabilités entre le plugin et le thème - souvent centré sur des thèmes qui contiennent un nombre étonnant de fonctionnalités, pas toutes liées à la présentation du site. Je pense donc qu'une autre faiblesse est que les thèmes et les plugins sont incapables de déclarer une liste de dépendances (d'autres plugins, par exemple) qui pourraient aider à atténuer ce croisement de préoccupations. Ce n'est pas un problème trivial à résoudre, mais je pense qu'une forme de gestion des paquets serait un pas dans la bonne direction ici.

Quelles bonnes astuces avez-vous pour les autres auteurs WordPress ? Méthodes de travail, trucs et astuces, etc.?

Parler aux gens - d'autres auteurs - et découvrir pourquoi ils ont fait quelque chose ou résolu un problème d'une certaine manière est inestimable, que vous soyez d'accord avec leur approche ou non. S'impliquer dans la communauté et aider avec le code d'autres personnes que le vôtre est également un exercice d'apprentissage extrêmement utile.

Qu'est-ce qui pourrait être amélioré dans WordPress, du point de vue d'un développeur ?

Gestion des colis ! Les plugins et les thèmes devraient pouvoir dire : « Nous dépendons du plugin X ! et l'installateur devrait s'en occuper comme par magie. Nous avons déjà couvert cela un peu et il est peu probable que ce soit un problème facile à résoudre. Au-delà de cela, un meilleur contrôle du tableau de bord - le transformer en quelque chose d'utile et nettoyer les paillettes serait une bonne chose.

Quel avenir voyez-vous pour WordPress dans son ensemble ?

Il est définitivement en train de grandir et d'ajouter des fonctionnalités, mais il semble y avoir une sorte de contre-mouvement visant à le garder simple et à ne pas le laisser devenir trop lourd. Il va continuer à être un CMS solide pendant de nombreuses années, j'imagine, mais au-delà, c'est difficile à dire.

Quels sont vos plans pour l'avenir?

En ce moment, je travaille principalement sur des sites auto-hébergés, ou j'écris des morceaux de code que les gens peuvent utiliser sur des sites auto-hébergés. J'aimerais passer plus de temps à créer des services Web autonomes, et peut-être engager mon cerveau dans un projet qui utilise un langage ou un ensemble de technologies assez différent de ceux auxquels je suis habitué. C'est en partie parce que je m'ennuie facilement, mais aussi parce que j'adore explorer l'univers du logiciel.

Je soupçonne que je vais continuer à revenir à WordPress comme un terrain de jeu familier, cependant.