Press This: L'importance des outils modernes et des tests automatisés dans le développement WordPress avec Josh Pollock

Bienvenue sur Press This, le podcast de la communauté WordPress de WMR. Ici, l'hôte David Vogelpohl s'assoit avec des invités de toute la communauté pour parler des plus gros problèmes auxquels sont confrontés les développeurs WordPress. Ce qui suit est une transcription de l'enregistrement original.

Propulsé par RedCircle

David Vogelpohl : Bonjour à tous et bienvenue sur Press This, les podcasts de la communauté WordPress sur WMR. Voici votre hôte, David Vogelpohl, je soutiens la communauté WordPress à travers mon rôle chez WP Engine, et j'aime apporter le meilleur de la communauté pour que vous entendiez chaque semaine sur presse ceci pour rappel, vous pouvez me trouver sur Twitter @wpdavidv , ou vous pouvez vous abonner pour appuyer dessus sur iTunes, iHeartRadio, Spotify ou télécharger les derniers épisodes sur wmr.fm. Dans cet épisode, nous allons parler de l'importance des outils modernes et des tests automatisés et du développement WordPress en particulier, bien sûr, et nous rejoindre pour cette conversation. J'aimerais souhaiter la bienvenue à M. Josh Pollock. Josh, bienvenue.

Josh Pollock : Merci. Merci de me recevoir. Comment ca va?

DV : Bien, bien. Je suis vraiment excité. pour vous avoir sur les spectacles. Nous parlions un peu avant l'enregistrement, tu es le plus, je crois le WordPress Pollock le plus célèbre de tous les Pollocks, n'est-ce pas ?

JP : comparé à Jackson Pollock moins célèbre, mais ouais, donc c'était pas

DV : WordPress n'est pas aussi célèbre que vous. Donc je pense que vous avez Jackson là-bas.

JP : non ? Ouais. Je suis pourtant fan de son travail.

DV : Ah, c'est bien d'apprendre. Pour ceux qui écoutent cependant, et Josh va parler d'aujourd'hui. Josh nous vient de quelques domaines différents, mais particulièrement axé sur la machine enfichable. Nous en parlerons un peu, mais aussi autour de ses réflexions sur les raisons pour lesquelles les outils de développement modernes et les tests automatisés sont extrêmement importants pour le développement WordPress. Donc, si vous êtes un codeur cowboy ou cowgirl, Josh va expliquer un peu pourquoi un autre chemin pourrait être meilleur. Certains de ses outils préférés pour cela et comment aborder les tests automatisés avec vos propres projets de développement WordPress. Avant de nous lancer là-dedans, j'aimerais rappeler aux gens que je sais que vous avez probablement entendu cela lors d'épisodes précédents. Le 25 avril 2022. WP Engine tiendra notre conférence de décodage virtuelle. Comme pour le vérifier. En savoir plus sur le développement WordPress sur une variété de sujets. Vous pouvez visiter les événements sur WP engine.com barre oblique décoder tiret 2022 Très bien, Josh, je vais vous poser la première question que j'ai posée à tous mes invités. Pourriez-vous brièvement me raconter votre histoire d'origine WordPress ? Quand avez-vous utilisé WordPress pour la première fois ?

JP : Ouais, j'utilise WordPress probablement pour la première fois. Disons 2011 2012 pour écrire un blog, comme sur wordpress.com puis j'ai aimé Google comment faire quelque chose et ils étaient comme coller quelque chose dans les fonctions dot php. J'ai donc dû aimer passer à WordPress auto-hébergé et je ne pense pas avoir vraiment beaucoup travaillé sur ce blog. J'ai été vraiment distrait par la partie code. Et cela m'a amené à aimer la communauté WordPress et à faire du bénévolat avec l'équipe de révision des thèmes, puis je vais travailler chez pods, qui est un plugin qui fait comme les champs personnalisés et les types de publication personnalisés et a une interface utilisateur pour cela et j'ai un travail comme personne de soutien là-bas. Scott Kingsley card, le développeur principal là-bas et tous les autres m'ont vraiment soutenu et m'ont aidé à apprendre comme le développement et je me suis vraiment lancé dans le développement de plug-in à partir de là. C'est super.

DV : Quand avez-vous été distrait pour la première fois par le code dont vous avez dit que 2011 ou 2012 correspondait au moment où vous avez essayé de créer un blog ? Était-ce comme peu de temps après ou?

JP : Ouais, ouais, donc j'étais comme WordPress 2.7, je pense que c'était la première version sur laquelle j'ai travaillé. Je veux dire, je pense que la première version que j'ai utilisée et je pense que la première version à laquelle j'ai contribué était comme trois points.

DV : Alors oui, 2011, cela aurait été juste après le type de message personnalisé. Cela aurait donc été une période passionnante pour être dans WordPress. Je pense que sur 237 épisodes étranges que j'ai faits. Vous êtes la première histoire originelle de wordpress.com. Je pense donc que vous pourriez avoir la distinction de cela et de tous les gens que j'ai interviewés ces années-là, mais c'est plutôt cool que vous ayez commencé là-bas. Dans la blogosphère. Et puis rapidement, nous sommes passés au développement, ce qui était vraiment intéressant. J'ai mentionné plus tôt cette année-là avec plugin machine, pourriez-vous nous dire ce que fait plugin machine et ce que vous faites là-bas ?

JP : Ouais donc c'est un nouveau produit que je développe, tu sais, je veux dire, c'est mon tu sais, c'est mon solo. chose que je construis comme si j'étais un développeur indépendant maintenant, comme, entre les parties de l'histoire, j'ai rencontré des gens qui travaillaient sur un plug-in appelé cutter forms via des pods dans une entreprise qui l'entoure pendant un certain temps. Et puis j'ai fait quelques jobs dans l'espace WordPress et maintenant je suis développeur indépendant. Et souvent, je construis des plugins WordPress pour des sites WordPress. Comme je ne suis pas quelqu'un à qui vous voudriez ressembler, j'ai besoin de créer un site pour mon entreprise. Comme je vais construire la fonctionnalité cool pour cela. Quelqu'un d'autre nous construira un thème ou quoi que ce soit et pour cela dans mes propres projets, je n'arrêtais pas de me demander comment démarrer ce plugin? Par exemple, je veux avoir des blocs et je veux m'assurer que j'utilise des scripts WordPress, comme le nouvel outil de compilation de code JavaScript, y compris le code React et la façon dont cela fonctionne est compatible avec WordPress. Tout de suite. C'est la norme WordPress. C'est là où il était comme bifurquer le dernier projet sur lequel j'ai travaillé encore et encore.

DV : C'est le début de tous les grands logiciels, n'est-ce pas ?

JP : Oui. Donc, cela a conduit à ce que j'appelle maintenant la machine à brancher, qui est un outil qui fait quelques choses. La première chose est que cela aide à démarrer les plugins car il crée tout le code dont vous avez besoin avec toutes les conventions de dénomination correctes dans les dépendances pour faire des choses comme utiliser le compositeur pour le chargeur automatique PHP dans les dépendances ou utiliser les scripts WordPress pour vos blocs. Tous ces différents types de choses. Et cela m'a rendu j'ai toujours été obsédé par les parties mobiles du bogue dans le développement, les tests automatisés, la création du bon fichier zip qui contient tous les fichiers corrects que vous voulez, mais pas ceux que vous n'avez pas veux pas. Comme vos tests que vous souhaitez installer. Donc, je journalise des machines, ce genre d'outil complet pour démarrer des plugins, ajouter des fonctionnalités aux plugins, j'ai besoin d'ajouter un bloc et la page de menu Données, puis de créer comme la version finale du package qui peut aller dans le site WordPress.

DV : Et commitez le framework de développement pour les plugins. Je suppose que si je devais, utiliser juste quelques mots pour le décrire. Est-ce juste?

JP : c'est super. Je vais écrire ça. Non, non, c'est en partie pourquoi j'aime aller sur des podcasts comme vous êtes vous avez un excellent moyen de le simplifier comme c'est un cadre de développement pour les plugins WordPress, comme c'est un service hébergé et un CLI que vous utilisez pour avoir une interface utilisateur sur laquelle vous pouvez cliquer comme je veux utiliser des types de publication personnalisés et je veux utiliser des blocs, puis lorsque vous êtes dans votre plugin, vous pouvez, vous le savez, taper des commandes rapides comme plug in machine, plugins, subventions zip, un fichier zip de votre poche.

DV : Ce genre de choses. Donc j'adore quand le logiciel provient bien sûr d'un besoin et d'une manière habituelle et c'est assez intéressant d'entendre l'histoire d'origine de la machine à plugin apprécier que vous vous y accrochez toujours mais que vous sortez et vous ' C'est une sorte d'approche locale et donc comme votre voyage a commencé avec wordpress.com, à droite, comme littéralement aucun site Web de type code n'entrera rapidement dans une sorte de développement plus avancé. Alors aidez-moi à comprendre notre public, même à comprendre comme lorsque vous parlez, citez des outils modernes avec le développement WordPress, qu'est-ce que cela signifie pour vous et pourquoi est-ce important ?

JP : Ouais. Donc, juste pour le contexte de la façon dont j'approuve qui j'approche, je suis, vous savez, un développeur de plugins WordPress, vous allez développeur d'applications Web, je parle de créer des plugins WordPress, des plugins personnalisés pour votre site. Cela peut être un plug-in unique qui fait quelque chose qui n'existe pas, vous savez, il étend WooCommerce d'une manière unique et intéressante pour votre entreprise, ou des plugins que les gens développent pour distribuer l'open source ou pour vendre. Et donc quand vous faites ça, vous ne savez pas, comme quand j'ai commencé à construire des plugins, comme Hello, doute, c'est juste un fichier. Vous n'avez vraiment besoin de rien de spécial pour cela. Mais à mesure qu'ils deviennent de plus en plus complexes, vous commencez à avoir des dépendances automatisées, à droite que vous souhaitiez utiliser le conditionneur de scripts WordPress, vous souhaitez utiliser le package de composants WordPress que vous allez utiliser les mêmes entrées et sélectionner le type de contrôles de formulaire comme le sait Gutenberg. Au fur et à mesure que vous faites cela, vous commencez à avoir besoin de quelque chose qui peut l'installer automatiquement, comme NPM ou yarn, puis vous avez besoin d'un outil qui peut exécuter automatiquement le processus de construction pour créer des scripts Web JavaScript sécurisés pour le navigateur. Et puis vous commencez à entrer dans ce que nous appelons les tests automatisés, où nous écrivons du code supplémentaire qui exécute notre code pour nous assurer qu'il fonctionne correctement. Et il y a beaucoup de complexité là-dedans et je pense que cela rend les choses difficiles parce que vous apprenez ces outils, et vous apprenez à les utiliser en même temps et apprenez deux choses à la fois

DV : C'était intéressant parce que pour vous entendre le décrire, utilisez le mot automatiser pour chaque puce car vous avez parlé de moderne pour aimer, vous savez, l'installation de packages et la gestion des dépendances, puis l'exécution de votre type de suite de tests. Et il semble que vous sachiez que si vous n'avez pas fait ces éléments en cours de route, vous devez apprendre à la fois l'automatisation et ce que la chose fait au logiciel que vous créez. Et je pouvais voir que c'était, vous savez, un énorme défi pour beaucoup de gens. Je suis curieux cependant, comme à propos de ce voyage, et peut-être comment les gens peuvent en quelque sorte surmonter cela. On va faire notre première pause. Nous serons de retour. Il est temps de se brancher sur une pause publicitaire. Restez à l'écoute. Pour en savoir plus, appuyez dessus dans un instant. Sur tout le monde, bienvenue pour appuyer sur ce podcast de la communauté WordPress sur W EMR. Nous sommes en train de discuter avec Josh Pollack de l'importance des outils modernes, des tests automatisés et du développement WordPress. Josh, juste avant la pause, vous étiez en train d'expliquer l'outillage moderne. Vous aviez en quelque sorte passé en revue une liste d'une liste d'éléments clés. Vous avez continué à mettre l'accent sur l'automatisation avant de partir et à faire valoir que les gens doivent apprendre à la fois le type d'approche automatisée, mais aussi ce que font les outils. Était-ce un défi pour vous ? Comme vous avez commencé à adopter ce type de développement ?

JP : Eh bien, oui, tout à fait. Dans I'm a nerd for like, people. Je déteste cette partie. J'apprécie. Mais quand j'essaie d'écrire un long métrage, juste au moment où mon cerveau est dans l'espace de, j'ai parlé à un client et ils ont besoin que ce truc ressemble à ça et aille ici. Je veux aimer écrire du code PHP et JavaScript. Je ne veux pas écrire, vous savez, une configuration de test automatisée ou configurer NPM même si je suis un nerd pour ce genre de choses. Je ne veux pas m'en occuper quand je suis dans l'espace cérébral de faire comme faire le travail réel. Je suis donc ça a toujours été un défi pour moi parce que j'étais intéressé par les deux, mais c'est comme tout le monde, c'est difficile à faire en même temps. Donc, ce que plugin machine fait pour moi et moi, et pour d'autres personnes comme moi, c'est que je clique sur quelques boutons et que toutes les pièces sont configurées pour être automatisées. Et quand je dis automatisé, je veux dire des choses comme je peux avoir une commande et le fichier readme qui configure l'environnement de développement local et me permet de le voir dans le navigateur et d'exécuter des tests que j'ai des actions GitHub qui s'exécutent à chaque fois qu'un changement est effectué les tests dans différents environnements avec différentes versions de WordPress, différentes versions de PHP. pour vérifier automatiquement si mon code est compatible avec toutes ces différentes choses. Parce que c'est un défi dans WordPress. Et moi, en tant que développeur, je n'ai pas à y réfléchir car il suffit de quelques clics de bouton pour être configuré, puis vous regardez dans le fichier Lisez-moi, coupez et collez cette commande qui fait un tas de choses. Cet homme fait beaucoup de choses qui vous permettent de voir le pourquoi

DV : Comme si c'était beaucoup d'étapes supplémentaires, beaucoup de choses supplémentaires pour comprendre. C'est génial d'utiliser des cadres prêts à l'emploi pour vous rapprocher. Mais comme quoi pourquoi comme pourquoi passer par tous ces ennuis pour intégrer des outils modernes dans votre processus de développement.

JP : Donc, pour certaines choses, c'est essentiellement une exigence. Comme si vous voulez utiliser React dans WordPress pour quelque chose comme bloquer, construire comme une page d'administration cool pour votre plugin, avoir un élément interactif frontal, vous devrez utiliser les bons outils WordPress pour compiler d'une manière qui ne causera pas de problèmes de compatibilité avec d'autres composants basés sur la réaction dans le site WordPress. Donc, de plus en plus, cela devient effectivement une exigence comme vous le souhaitez, vous avez peut-être un plugin qui existe depuis un certain temps et vous devez apporter des modifications, mais vous ne voulez pas casser les choses qui caractéristiques qui existent déjà. La meilleure façon de gérer cela est d'écrire des tests automatisés qui décrivent la façon dont cela fonctionne maintenant et si vous apportez une modification qui fait échouer l'un de ces tests, arrêtez de sauvegarder, vous savez, corrigez cette erreur au lieu de l'expédier à votre utilisateurs. C'est un autre cas où c'est comme vous, votre besoin de rendre vos clients heureux et d'avoir un produit stable devient le besoin.

DV : D'accord, donc ce n'est pas vraiment intéressant parce qu'il y a eu beaucoup de discussions à ce sujet récemment dans WordPress, qui est, comme Rob Stinson, l'un de mes collègues ici chez WP Engine, souligne que les choses faciles dans WordPress deviennent plus faciles , comme l'éditeur de blocs et les choses difficiles deviennent de plus en plus difficiles, comme créer un plugin et vous êtes en quelque sorte des observations là-dessus, vous savez, une sorte d'approches de développement plus avancées que par le passé par rapport même à l'incorporation de réagir peu comme l'utiliser comme un cadre. Donc ça sonne vraiment vrai. Et il semble que l'avantage est votre temps, en particulier avec des choses comme les tests automatisés d'avoir à aimer recoder les choses que vous avez expédiées qui se sont cassées et je suppose aussi que vous aimez garder votre emploi si vous êtes ou vos clients si vous expédiez , beaucoup de changements de rupture et deviner que c'est aussi un avantage comme il y a un avantage monétaire.

JP : Ouais, comme si j'étais une personne sur cette machine. Ou c'est une sorte de blague derrière la machine enfichable. Comme je suis le nom instantanément. Je ne suis pas bon pour faire la même chose encore et encore. Exactement de la même manière. À droite. C'est pourquoi nous utilisons des ordinateurs. Comme nous sommes juste comme, Hey, je vais vous dire comment faire avec lui. Nous appelons ce code. Et puis nous l'exécutons encore et encore en faisant confiance aux ordinateurs pour faire la même chose. Maintes et maintes fois, de la même manière, donc pour moi, je ne veux pas l'anxiété de savoir si le changement que j'ai apporté est entré en vigueur afin que je puisse le tester manuellement exactement de la même manière à chaque fois et que, comme je l'ai dit cette fois-ci et c'est une erreur humaine ou j'ai juste un programme qui s'exécute 48 Et plus je pense que nous facilitons la tâche des développeurs de plugins et de thèmes WordPress pour avoir des tests automatisés sans genre, Oh, j'adorerais mais je n'ai pas le temps pour comprendre comment le mettre en place. Je suis d'autant plus que ces choses faciles qui sont faciles pour l'utilisateur final seront stables, n'est-ce pas ? Parce que ce n'est pas seulement que nous voulons que l'interface utilisateur soit plus facile à utiliser ou plus facile à apprendre. Nous ne voulons pas que des gens comme ça, c'est la plainte à propos de WordPress. Vous lancez votre site, puis vous mettez à jour vos plugins. À droite. Comme c'est la chose avec laquelle tout le monde a un problème en tant qu'utilisateur. Ce n'est pas quelque chose que nous pouvons résoudre directement pour les utilisateurs. C'est quelque chose que nous devons résoudre dans la façon dont nous construisons le plug-in WordPress à partir de la façon dont nous le testons

DV : donc comme les délais sont toujours comme vos attentes. Genre, quand veux-tu ça demain ? À droite? Je ne pense pas que quelqu'un ne m'ait jamais dit ça comme, oh, nous en avons besoin dans six mois. Pas de problème, d'accord. C'est tout le monde veut tout le lendemain. Et donc, les équipes sont sous cette pression. Je suis juste curieux de savoir comment vous pensez écrire des tests ou des suites de tests, vous savez, en donnant aux gens une sorte d'exploration, de marche, y a-t-il des domaines clés ou aimez-vous commencer et aimer, essayez d'écrire ce que vous vous sentez comme une suite de tests complète ou vous essayez de la sélectionner dans certaines parties au fur et à mesure que les gens apprennent, comment recommandez-vous ? l'aborder comme aller pour la suite de tests complète ? Enlevez un morceau et apprenez ensuite de cette façon? Ou comment pensez-vous de cette partie?

JP : C'est une excellente question. Je fais parfois ce genre de consultation avec des gens où j'aime regarder leur code et pas seulement mettre en place des tests automatisés, mais comme travailler avec eux pour les encadrer sur ce qu'ils devraient tester. Et souvent, c'est l'une des choses qui retient les gens, c'est qu'ils se sentent coupables de ne pas avoir de tests et qu'ils ne peuvent pas avoir une couverture complète des tests. À droite. Et je pense que c'est une façon étrange d'aborder les choses parce que c'est comme si vous n'aviez encore rien fait. Bien sûr, vous n'avez pas la chose le résultat de la chose. Et vous n'avez pas écrit le test, vous savez, le test mais les tests sont utiles, même s'ils ne couvrent pas tout. Je pense que c'est vraiment la, l'anxiété des gens, c'est que je n'obtiendrai pas une couverture complète des tests. Si je viens d'écrire quelques tests. C'est comme, oui, mais vous vous êtes rapproché de cela. Vous vous y êtes lancé. Vous avez l'occasion d'apprendre comment Tesco, par exemple, j'ai un plugin que j'ai écrit pour un client qui ajoute un raccourci. Comme si c'était tout ce qu'il faisait. Et donc j'ai écrit à et il a le vous savez, si vous n'êtes pas connecté, il vous montre un message sur la connexion. J'ai donc écrit deux tests, les deux appellent simplement la fonction qui rend le shortcode dans make sûr qu'il ne jette pas une erreur. Ce sont les tests les plus détaillés au monde. Mais quand je les ai validés pour la première fois après cela, ma première passe d'écriture du plugin de test et j'ai eu tout un tas d'erreurs, juste en exécutant ces tests, comme juste dans le processus de génération du shortcode, j'avais généré une tonne d'erreurs PHP et j'ai pu travailler et les faire disparaître. Et puis cela m'a donné la confiance dans l'avenir que si quelque chose le faisait, l'une des trois ou quatre parties différentes de ce qui se passe dans ce shortcode se brise. Vous savez, cela échouera au test.

DV : Il semble donc que vous y réfléchissiez en termes de fonctionnalités clés du logiciel que vous avez créé, en identifiant ces fonctions clés, puis en écrivant des tests. autour de ceux pour commencer afin d'isoler où dans votre logiciel les problèmes pourraient survenir. Est-ce une façon équitable de les amener?

JP : Je dirais parce que, oui, parce que ça commence par deux tests qui disent que quelque chose s'est cassé, comme une très bonne couverture de test. Vous auriez comme un test pour chaque partie individuelle. du programme. Et donc c'est comme si un test échouait et vous vous disiez, d'accord, cela me dit exactement où je dois aller dans ma base de code pour résoudre. Peut-être que vous y arriverez peut-être que c'est un moyen de développer un nouveau plugin de produit. Mais si vous avez un test qui fait, vous savez, votre shortcode, il vous assure que votre blog peut être en mesure de l'ajouter dans l'éditeur de publication. Assurez-vous que votre formulaire peut être soumis et qu'il ne contient aucune erreur. Ceux-ci couvrent tellement dans le futur quand ceux-ci se cassent, vous savez, ils échouent pour une raison spécifique. Ensuite, le deuxième type de chose que j'aime donc c'est comme la première phase. La deuxième phase est la prochaine fois qu'il y a un test de bogue qui échoue à cause de ce bogue, puis peut passer une fois que vous avez corrigé le bogue, car maintenant vous avez un peu plus de détails dans vos tests, et vous avez la preuve que vous corrigez le bogue et vous avoir une protection contre le fait de se reproduire à l'avenir.

DV : J'aime voir que vous utilisez en quelque sorte les futurs sacs à mesure qu'ils apparaissent comme un moyen d'ajouter plus de couverture de test et, bien sûr, les zones qui avaient le plus besoin de corriger les choses qui se cassent. C'est une façon intelligente d'engendrer cela comme une excellente suggestion. Je veux creuser un peu plus ici et parler de cette culture du codage du Far West et de WordPress. Nous allons faire notre dernière pause et nous reviendrons tout de suite. Il est temps de se brancher sur une pause publicitaire. Restez à l'écoute pour plus d'informations dans un instant. Bienvenue à tous pour appuyer sur ce podcast de la communauté WordPress sur WMR. Nous parlons d'outils modernes pour les développeurs WordPress avec Josh Pollock. Juste avant la pause, nous parlions un peu de la façon dont Josh pense de toute façon à l'approche que vous écrivez en quelque sorte vos suites de tests en vous concentrant d'abord sur les fonctions les plus critiques. J'ai vraiment aimé votre suggestion Josh sur l'utilisation de types de bogues sur le moment pour renforcer votre suite de tests. Je pensais que c'était vraiment intelligent. Vous savez, WordPress a une culture de codage cowboy cowgirl, si vous voulez que Wild West obtienne votre bite aussi appelée Voyez-vous une culture de tests automatisés commencer à prendre racine est cette notion de comme la citation des choses difficiles qui deviennent plus difficiles, comme la fabrication d'outils modernes . Vous avez dit aussi une exigence mais aussi cette notion de tests automatisés. Avez-vous l'impression que cela prend racine dans WordPress ou avez-vous toujours l'impression que c'est comme vous le savez, l'installation en cinq minutes et le site Web en 10 minutes ?

JP : Eh bien, cela dépend du projet, n'est-ce pas ? Comme s'il y avait quelque chose qui ne va pas, c'est génial quand vous pouvez faire comme brancher machine.com Comme le seul site Web avec WordPress est vraiment en train de me construire en ce moment. Je n'ai rien de tout cela sous contrôle de version. Il n'y a pas de clients comme il y a un peu de code personnalisé comme ça. J'aime modifié en Hello Dolly. À droite. C'est comme des trucs prêts à l'emploi. Mais une pensée comme si j'avais l'habitude de travailler dans une agence. Tous les déploiements ont été automatisés, n'est-ce pas ? Tout était vérifié dans le contrôle de version, à l'aide d'un flux de travail de demande d'extraction. Et puis, lorsque vous fusionnez avec une branche, le site se déploie automatiquement. C'est devenu plus facile, il y a beaucoup plus d'outils pour ça. Il y a beaucoup plus d'hébergeurs qui, vous savez, prennent en charge cela et ont, vous savez, des moyens documentés de le faire et d'obtenir des déploiements automatisés, par exemple, si vous construisez un site entier. Je pense que c'est un excellent premier pas parce que c'est une occasion de normaliser cette partie. Et puis, vous savez, dans ce pipeline, commencez à ajouter des tests à cela. Je pense que de plus en plus de gens font ça. Et, vous savez, j'utilise un client FTP pour faire glisser, vous savez, des fichiers vers un serveur plus tôt ce matin, parce que parfois c'est la seule façon de le faire. Euh, et je pense, ouais, je pense que ça s'améliore mais, vous savez, ce n'est pas assez facile pour les gens. Comme si ce n'était pas le cas, je pense, parce que le compositeur n'est pas un concept natif ou un corps de presse qui rend les choses plus difficiles ou NPM. Je pense qu'il y a encore beaucoup de travail à faire dans cet espace. Et comme je le suis vraiment, je suis super intéressé par cette façon. Si j'avais plus de temps, je considérerais que le problème du sang-froid ne l'est pas. Fonctionne avec WordPress. Le plomb n'est pas un excellent outil. Cela fonctionne pour l'ensemble du projet, mais comme il ne peut pas installer de manière récursive des dépendances ce genre de problèmes

DV : Mais qu'en est-il de votre test ? Vos tests utilisez-vous comme les informaticiens ici parce que j'ai l'impression que c'est un gros obstacle pour beaucoup de gens qui essaient d'adopter le développement moderne, c'est comme, vous savez, quoi, suites de tests puis-je utiliser ? Quels outils de test puis-je utiliser ? Je suis juste curieux, par exemple, si vous avez des recommandations pour les personnes qui écoutent des tests et des outils automatisés ou des suites ou des frameworks de test pour WordPress qu'ils pourraient envisager

JP : eh bien, pour les développeurs WordPress, vous faites comme des plugins. Vous n'utilisez pas simplement l'unité PHP qui est la norme pour le plug-in WordPress pour les tests PHP. Et puis il y a quelques outils qui ont été développés par Yoast qui sont open source et dans le cadre de cela facilitent le test avec l'unité PHP et ceux-ci sont tous configurés automatiquement sur votre machine. Et puis pour la plaisanterie JavaScript, qui est comme React. Je veux dire, cela fait partie des scripts WP. Ce sont les choses que j'utilise mais aussi pour les personnes qui pourraient faire du développement de sites, vous pouvez faire des tests automatisés, avec des outils comme Go Students Specter ou Checkley, où vous pouvez programmer le test par exemple, vous avez une extension de navigateur. Ensuite, vous allez dans le navigateur, vous cliquez sur Enregistrer et vous faites des choses comme vous connecter à votre site Web et ajouter un message ou ajouter un bloc ou ce genre de chose, puis ils peuvent s'exécuter sur votre site Web, chaque fois que vous le savez, une fois par jour ou une fois par semaine. Et c'est une façon de faire des tests automatisés sans code, que vous savez, les gens qui possèdent des sites Web et vous savez, c'est vraiment important quand votre client vous envoie un message et dit, Hé, cette page est cassée. Ce n'est pas une bonne façon de commencer une interaction avec votre client. C'est tellement mieux de dire hé, notre avis de vérification automatisé que la dernière mise à jour a cassé la section et que nous l'avons déjà corrigé.

DV : Je pense à tous les épisodes de flux de travail modernes que j'ai réalisés au cours de ces années. Je ne pense pas qu'une seule personne ait jamais introduit ce concept de cela. C'est vraiment intelligent. Cela a été génial. Josh, merci beaucoup de vous être joint à nous aujourd'hui.

JP : De rien. Merci de m'avoir.

DV : Si vous souhaitez en savoir plus sur ce que Josh prépare, peut-être étendre votre propre parcours de développeur WordPress moderne, consultez pluginmachine.com. Merci à tous d'avoir écouté ce podcast de la communauté WordPress et WMR. Il s'agit de votre hôte David Vogelpohl. Je soutiens la communauté WordPress grâce à mon rôle chez WP Engine. Et j'aime vous apporter le meilleur de la communauté ici chaque semaine sur Press This.