Oh, comme on oublie facilement le WordPress d’il y a 10, 15 ans.
Nous sommes gâtés. Nous sommes gâtés par la gourmandise de la documentation et des tutoriels, une mine de connaissances créées depuis plus d’une décennie. Nous sommes gâtés par notre propre expertise, intégrée à notre jeunesse plus vigoureuse, maintenant assis sur nos hanches alors que nous avons vieilli avec notre plate-forme bien-aimée.
Nous avons grandi pour devenir les vieillards grincheux proverbiaux. « À mon époque, nous n’avions pas besoin de tous ces outils sophistiqués pour nous aider à écrire du code. Nous nous sommes relevés par nos bootstraps et avons tout construit à partir de zéro.
Je blague. Sorte de. Je me compte parmi les développeurs de la vieille école qui ont aidé à construire le WordPress dont tant de gens sont encore nostalgiques – Je pense que j’ai gagné le droit de plaisanter sur moi-même. C’était une époque « plus simple », mais pas vraiment.
Ayant été dans la communauté depuis aussi longtemps que je l’ai, je me souviens du contrecoup à chaque fois qu’une nouvelle fonctionnalité arrivait. Je me souviens de l’époque où il n’y avait vraiment aucune documentation pour à peu près tout.
Dernièrement, il y a eu une conversation croissante autour de la difficulté de surmonter la barrière actuelle de WordPress à l’entrée pour les développeurs. C’est une discussion en cours depuis quelques années maintenant, mais la dernière flambée fait suite à une tweet de Chris Wiegman:
Plus j’approfondis les développeurs WP modernes, plus je comprends pourquoi les nouveaux développeurs n’aiment pas travailler dessus. Ce n’est plus le même projet que par le passé. La courbe d’apprentissage est maintenant extrêmement élevée, quelle que soit l’expérience passée.
je construit mon premier plugin de bloc en quelques heures il y a environ un mois. En écrivant sur l’expérience, j’ai dit que la barrière à l’entrée était beaucoup plus élevée que lorsque j’avais construit mon premier plugin en 2007. Ayant eu le temps de m’asseoir et de réfléchir à cela, je ne suis pas sûr que ce soit une déclaration juste. Nous avons tendance à regarder le passé à travers des lunettes roses tout en oubliant la vraie lutte.
Ce que je voulais, c’était construire le plugin en 30 minutes. Si tout avait été en PHP, cela aurait été une tâche facile pour moi. Objectivement, je suis un expert (ou assez proche) de la langue. Cependant, mes connaissances en JavaScript ont 10 ans de retard.
Cela faisait longtemps que je n’avais pas été mis au défi de cette façon. C’était une expérience pénible pour quelqu’un qui était devenu à l’aise dans ses propres compétences.
J’ai râlé sur les docs. Mais soyons honnêtes. WordPress n’a jamais eu le genre de documentation approfondie qui pourrait tout apprendre à un développeur en herbe. Je le sais parce que j’ai écrit au moins quelques centaines de tutoriels dans ma carrière. Presque à chaque fois, j’ai creusé dans le code source du projet pour lui donner un sens, ce qui m’a permis d’enseigner à d’autres développeurs comment travailler avec diverses fonctionnalités. Et de nombreux autres développeurs de l’espace ont fait de même.
Avec le temps, WordPress.org a ajouté une documentation de développeur plus solide, mais cela n’a pas été construit du jour au lendemain. C’est un projet en constante évolution.
J’ai également construit mon premier type de bloc avec JavaScript vanille. Aucun outil de construction. Aucun document React ouvert. Juste du vieux code JS dans mon éditeur. J’avais besoin de ramper avant de pouvoir marcher, et mettre cette première itération du code dans un état fonctionnel était nécessaire avant de me lancer dans quelque chose de plus complexe.
Dans les jours qui ont suivi, j’ai tout recodé pour utiliser du JavaScript plus moderne et je l’ai compilé avec webpack. Une semaine plus tard, j’ai construit un deuxième plugin de bloc avec des fonctionnalités plus avancées.
C’était dur ? Absolument. La barrière à l’entrée était-elle plus élevée que lorsque j’ai développé des plugins pour la première fois ? Probablement. À vrai dire, je n’ai pas autant lutté, mais je suis aussi à un autre moment de ma vie. À 37 ans, je n’ai plus autant de motivation et probablement moins de capacité à acquérir de nouvelles compétences aussi rapidement qu’à la fin de mon adolescence et au début de la vingtaine. Cependant, j’ai une base solide et suffisamment d’expérience pour surmonter certains des obstacles que j’ai rencontrés.
Un moi de 20 ans aurait-il plus de mal avec ce paysage JavaScript qu’avec un WordPress strictement basé sur PHP ? J’en doute. Les deux avaient d’énormes courbes d’apprentissage pour quelqu’un de nouveau.
La première introduction de quelqu’un à Subversion ou à Composer peut être tout aussi effrayante que sa première plongée dans webpack et npm. Pour un esprit frais, une toile ouverte qui n’a pas encore été peinte avec plus d’une décennie de travail à la « manière WordPress », je ne sais pas si la barrière à l’entrée est tellement plus élevée.
Pour nous, old school, notre monde a été bouleversé. On ne peut le nier. Le projet Gutenberg, qui est au cœur de presque toutes les nouvelles fonctionnalités de WordPress, évolue si vite qu’il est presque impossible de suivre tout en améliorant vos compétences. Il est facile de se laisser submerger. Lorsque cela m’arrive, je prends généralement du recul et je reviens quand j’ai eu l’occasion de me reposer l’esprit.
Contribuer à l’écosystème WordPress a toujours eu un obstacle ou un autre. Qu’il s’agisse du privilège du temps, de la connaissance de PHP ou d’une autre compétence, le projet a laissé certaines personnes de côté. Cela change à certains égards. Certaines parties sont maintenant disponibles pour les utilisateurs qui n’étaient jamais accessibles auparavant. C’est plus facile à voir du côté de la thématique des choses.
« Je souhaite que les gens voient que le développement du thème va dans le sens inverse », a tweeté Caroline Nymark. « La barrière d’entrée pour les concepteurs et les nouveaux développeurs sera plus basse. Quand les gens se bloquent en disant : « Mais je ne peux pas utiliser mes crochets dans un thème de bloc », c’est parce qu’ils regardent ce qui existe aujourd’hui, pas à l’avenir. »
Ayant passé plus de temps sur le côté thématique de l’éditeur de blocs que sur le développement de plugins, je suis entièrement d’accord. Les auteurs de thèmes ont reçu une table rase, ou du moins au moment où les thèmes basés sur des blocs sont pris en charge dans le noyau WordPress, ce sera vrai.
Alors que je pouvais écrire la nausée sur les détails de la façon dont le développement du thème lui-même est meilleur à pas de géant, la partie révolutionnaire est la façon dont le système accueille ceux qui n’avaient pas de porte d’entrée dans le passé.
Parallèlement à la version 5.8, WordPress.org ouvert la première itération de son répertoire de modèles. Bientôt, tout utilisateur pourra contribuer à des modèles de blocs personnalisés sans écrire une seule ligne de code. Ils peuvent simplement créer des mises en page à partir de l’éditeur, les copier et les partager avec d’autres.
Lorsque l’éditeur du site atterrira, cela changera à nouveau la donne. Les non-codeurs auront le pouvoir de créer essentiellement des conceptions frontales entières sans aucune connaissance de programmation préexistante.
Si WordPress doit devenir plus complexe pour que les développeurs fournissent aux utilisateurs finaux autant de puissance, je peux vivre avec ça.
La plus grande barrière à l’entrée – comme elle l’a toujours été – est de contribuer directement à WordPress. Ou du moins contribuer au côté bloc des choses via Gutenberg.
La contribution à la mise en route du code La section du Manuel de l’éditeur de blocs est une liste vertigineuse de notes et de procédures d’installation qui peuvent rebuter même le développeur le plus chevronné. Parce qu’à peu près tout est un outil tiers, tout problème que vous rencontrez simplement pour configurer votre système est susceptible de vous conduire à des forums d’assistance ou à des salles de discussion en dehors de WordPress. Même en dépassant la configuration, la contribution de code à Gutenberg est différente des jours d’antan.
Ce qui manque, c’est l’histoire. Nous avons eu une décennie et demie pour perfectionner nos systèmes pour WordPress classique. C’était souvent laid et brutal de construire la plate-forme et l’écosystème qui l’entourait à un point où c’était un espace confortable pour les développeurs. Nous n’avons eu que trois ans pour que WordPress moderne se sente aussi naturel que les années précédentes.
Je suis toujours optimiste, en espérant que dans 15 ans, nous aurons ces mêmes discussions sur la nouvelle pile technologique introduite par WordPress 10.0. En attendant, j’ai hâte de voir notre documentation évoluer, notre communauté de développeurs élargir ses compétences et de nouveaux WordPresseurs se joindre à nous.
Suite de la lecture
Dans cette discussion, il n’y a pas de bonnes ou de mauvaises réponses. La conversation est importante car elle enrichit nos connaissances et informe sur la façon dont nous construisons la prochaine version de WordPress et du Web.
Voici des liens liés à ce sujet qui m’ont aidé à éclairer mes réflexions. Chacun vaut la peine d’être lu, écouté ou visionné. Si j’en ai manqué que d’autres ont publié, n’hésitez pas à les lier dans les commentaires.
Comme ça:
Comme Chargement…
— to wptavern.com