Dans cet épisode, nous rencontrons Randy Fay. Il est membre de longue date de la communauté Drupal. Il a écrit environ 1 001 modules et a travaillé avec tout un tas de grandes sociétés Drupal. Au bout d'un moment, il s'est épuisé à cause d'un engagement excessif envers Drupal. Nous parlons de certaines de ses aventures les plus folles telles que le cyclisme de la pointe nord du Canada jusqu'en Argentine au cours de plusieurs années.

Nous parlons de son implication dans Drupal, et pourquoi il est finalement parti. Ensuite, nous arrivons au cœur de la conversation, qui est son travail maintenant avec un projet appelé DDEV-Local. Récemment, nous avons publié un livre sur OSTraining intitulé "Local Web Development With DDEV Explained".

DDev-Local peut vous offrir un environnement de développement beaucoup plus moderne basé sur des conteneurs Docker. Nous parlons avec Randy, qui est le développeur principal de DDEV, et expliquons pourquoi, si vous utilisez MAMP ou WAMP, vous devriez envisager d'utiliser DDev à la place, car cela accélérera considérablement votre développement et le rendra beaucoup plus fiable si vous êtes travailler sur plusieurs projets.

Soit dit en passant, le livre DDEV Explained a été récemment mis à jour vers la version 2.0 et montre maintenant comment utiliser DDEV avec WordPress.

Suivez Randy via son compte Twitter à @randyfay et son blog RandyFay.com.

Abonnez-vous au podcast OSTraing sur iTunes ou utilisez le lecteur de podcast ci-dessous. Nous sommes également sur Stitcher, Overcast et d'autres applications de podcast populaires.

Le livre expliqué sur le DDEV

Développement Web local avec DDEV expliqué

DDEV-Local est un outil révolutionnaire pour le développement web local. DDEV-Local présente de nombreux avantages par rapport à WAMP, MAMP et à d'autres outils que vous avez utilisés dans le passé.

DDEV-Local est un environnement de développement local open-source. Il est spécialement conçu pour les projets basés sur PHP, il est donc idéal pour les développeurs Drupal, WordPress et TYPO3.

Rejoignez OSTraining et obtenez ce livre

Transcription de l'entretien avec Randy

• Steve : Bonjour et bienvenue sur le podcast OSTraing. Je suis Steve Burge et c'est l'épisode 34. Vous pouvez trouver les épisodes précédents sur OStaining.com/podcast. Nous discutons avec des personnes intéressantes du monde open source.
• Steve : Dans cet épisode, je parle avec Randy Fay. Il est membre de longue date de la communauté Drupal. Il a écrit, oh, je pense, à une estimation prudente, je dirais environ 1 001 modules. Il a travaillé avec tout un tas de grandes sociétés Drupal. Au bout d'un moment, il s'est épuisé à cause d'un engagement excessif envers Drupal. Nous parlons de certaines de ses aventures les plus folles telles que le cyclisme de la pointe nord du Canada jusqu'en Argentine au cours de plusieurs années.
• Steve : Nous parlons de son implication dans Drupal, et pourquoi il est finalement parti. Ensuite, nous arrivons au cœur de la conversation, qui est son travail maintenant avec un projet appelé DDev-Local. Récemment, nous avons publié un livre sur OSTraining sur DDev-Local et sur la manière dont il peut vous offrir un environnement de développement beaucoup plus moderne basé sur des conteneurs Docker. Nous discutons avec Randy, qui est le développeur principal de DDev, et expliquons pourquoi, si vous utilisez MAMP ou WAMP, vous devriez envisager d'utiliser DDev à la place, car cela accélérera considérablement votre développement et le rendra beaucoup plus fiable si vous êtes travailler sur plusieurs projets.
• Steve : Salut, et bienvenue, Randy.
• Randy : Content de te voir, Steve, ou de te parler quand même, hein ?
• Steve : Randy, tu nous rejoins du Colorado ? Vous êtes dans les montagnes près d'Aspen, ou dans les domaines skiables là-bas ?
• Randy : Pas exactement. Nous sommes dans une petite ville appelée Palisade, juste à côté de Grand Junction, qui se trouve à l'extrême ouest du Colorado. C'est plus comme le désert de l'Utah que comme les montagnes. Bien que nous ayons le Grand Mesa qui domine ma fenêtre. Je le regarde en ce moment, qui est une montagne de 10 000 pieds. Mais nous n'en sommes qu'à 4 600 ou quelque chose comme ça.
• Steeve : Ah d'accord. Vous êtes donc assez proche pour voir les montagnes et vous pouvez faire du ski le week-end, mais vous n'êtes pas vous-même en montagne.
• Randy : C'est le cas. Ouais.
• Steve : Êtes-vous né et avez-vous été élevé au Colorado ?
• Randy : Ouais, en fait je suis né à Grand Junction, qui est à 10 miles d'ici. J'ai grandi dans une petite ville appelée Gunnison. Nous sommes revenus ici après notre grand voyage à vélo que nous avons fait pendant deux ans et demi. Nous sommes revenus ici parce que mes parents vieillissaient. Ma mère est toujours en vie. Elle a 92 ans. L'un de nos gros soucis d'être ici, c'est de prendre soin d'elle. Elle vit dans une résidence-services, mais nous la voyons plusieurs fois par jour. C'est un plaisir d'être ici, de pouvoir être proche de sa famille et de faire ce qu'on aimerait faire en famille.
• Steve : Eh bien, vous semblez avoir laissé l'une des pistes de cette introduction en suspens. Vous avez fait un voyage à vélo de deux ans et demi ?
• Randy : Oui, nous l'avons fait. En fait, c'était le voyage d'une vie, de 2006 à 2009, ma femme, Nancy, et moi avons commencé au-dessus du cercle polaire arctique, près de l'océan Arctique, dans une petite ville appelée Inuvik dans les Territoires du Nord-Ouest au Canada. Nous avons fait du vélo pendant deux ans et demi, à travers les Amériques et jusqu'au nord de l'Argentine avant de nous essouffler et de finir par ne pas ... Nous voulions aller au fond des choses. Nous ne sommes pas allés tout en bas. Mais wow, avons-nous fait le voyage d'une vie sur nos vélos ?
• Steve : Est-ce une de ces choses où vous devez essayer de commencer au milieu de l'été canadien pour éviter d'être enneigé.
• Randy : En gros, on a commencé le 9 juin. C'était en fait un peu plus complexe que ça. Vous devez en fait traverser quelques rivières dans le premier tronçon. Ces rivières, en hiver, vous pouvez les traverser, je pense que c'est un pont de glace. En été, vous pouvez les traverser en ferry. Mais entre-temps, quand les rivières se brisent, vous ne pouvez pas les traverser de toute façon, point final.
• Randy : Nous devions le chronométrer pour que nous sortions assez tôt pour pouvoir faire fonctionner les saisons, mais assez tard pour ne pas toucher la débâcle et pouvoir traverser sur les ferries. Nous en sommes sortis chanceux.
• Steve : D'accord, donc pour tous ceux qui envisagent de faire du vélo de la pointe nord du Canada au sud de l'Argentine, alors ils doivent savoir qu'il y a une fenêtre très étroite pour le lancer ?
• Randy : Eh bien, peut-être que s'ils roulent plus vite que nous, ils peuvent commencer plus tard et ne pas avoir ce problème, mais nous avons roulé assez lentement. Comme vous pouvez l'imaginer, en prenant deux ans et demi. Nous avons fait du bénévolat. C'était le voyage d'une vie. C'était une opportunité incroyable. L'une des choses étonnantes, c'est que pendant tout ce temps que nous avons roulé en Amérique latine, nous n'avons jamais senti que quelqu'un nous menaçait. Nous ne nous sommes jamais sentis mal à l'aise. Le plus grand risque était de se faire renverser par un véhicule, comme c'est le cas partout pour les cyclistes.
• Randy : Cela en dit long sur nos peurs et sur ce que nous consommons. Il y a un élément secondaire à cela. Bien sûr, alors nous étions d'âge moyen. Maintenant, nous ne le sommes probablement plus, mais un couple d'âge moyen à vélo n'est une menace pour personne. Mais quand même, si vous pouvez passer autant de temps à traverser des endroits aussi exotiques et ne même pas avoir l'impression que quelqu'un voulait vous faire du mal, cela donne simplement une perspective sur le monde. Ce n'est peut-être pas aussi grave qu'on le pense parfois.
• Steve : Avant, c'était une chose plus courante à faire. Il me semble me souvenir d'avoir lu des histoires de pas mal de personnes, dans les années 60, qui achetaient, disons, une camionnette Volkswagen et faisaient le trajet entre l'Amérique et l'Amérique du Sud, ou peut-être une balade à vélo. Ce n'était pas une chose complètement inhabituelle à faire à un moment donné.
• Randy : Eh bien, beaucoup de gens le font à vélo chaque année. Parce que vous pouvez le considérer comme une chose. C'est un objectif. Ce n'est pas plus important de rouler sur les Amériques ou de rouler d'un bout à l'autre qu'un autre trajet. Mais vous pouvez juste penser que lorsque vous entreprenez un projet comme rouler du nord au sud, c'est une façon de penser à un projet. C'est très motivant. Beaucoup de gens le font. Les gens le font chaque année. Beaucoup de gens le font chaque année. Je vous parie que 20 ou 30, voire plus, le font chaque année.
• Steve : Pratiquement, vous traversez les neiges du Canada, les États-Unis, je suppose, étaient assez simples à part, peut-être que les autoroutes étaient un peu trop fréquentées. Que se passe-t-il lorsque vous arrivez, disons, au canal de Panama. N'y a-t-il pas une immense jungle là-bas ? En arrivant en Amérique du Sud, faut-il faire un énorme détour autour de l'Amazonie ?
• Randy : Ce que nous avons fait, c'est qu'aux États-Unis, nous sommes descendus sur la côte ouest, parce que c'est une course célèbre. Au Mexique, nous sommes allés au Mexique au sud de Tucson. Nous avons roulé à l'intérieur de l'eau là-bas. Nous ne sommes pas descendus Baja. Il y a beaucoup de cyclistes qui descendent Baja, mais nous voulons aller dans cette direction. Ensuite, nous sommes allés au centre même du Mexique et avons traversé le cœur du Mexique, jusqu'à Mexico, puis remonté et traversé la Pasa de Cortez, le col entre les deux volcans que Cortez a traversé pour conquérir le Mexique.
• Randy : Ensuite, nous sommes descendus à Oaxaca. Lorsque vous arrivez au Panama, il n'y a aucun moyen de faire du vélo ou de traverser le Darien Gap comme vous le souhaitez. Nous avons pris un voilier, un voilier de 100 pieds du sud de Balboa à Carthagène en Colombie. Puis en Amérique du Sud, nous avons traversé les Andes. Nous avions peur du paludisme et de toutes les maladies qui sont plus répandues dans le bas pays, et nous voulions donc rester élevés. Nous nous sommes donc essentiellement épuisés dans les montagnes des Andes.
• Steve : Ouais, j'étais sur le point de dire, ça a l'air d'être une énorme quantité de travail pour parcourir les Andes à vélo.
• Randy : Il y avait beaucoup de hauts et de bas là-bas, et tu deviens vraiment défoncé. L'élévation au Pérou a vraiment dérangé Nancy. Je suis sûr qu'on aurait pu aller plus vite en empruntant les routes côtières. Je suis toujours très, très content que nous soyons montés haut, mais il ne fait aucun doute que l'altitude a pesé sur Nancy. Et il ne fait aucun doute qu'il est difficile de faire tout ce travail de haut en bas et à distance. Nous avons fait des choses très intéressantes au Pérou. Ces pays sont tout simplement incroyables. Ils sont adorables.
• Steve : Géographiquement, c'est probablement similaire à certaines parties du Colorado ? Très montagneux, en moyenne, très haut, très sec dans beaucoup de régions.
• Randy : Oui, plus raide et plus haut. Nous sommes passés par un col de 15 000 pieds de haut. Quoi qu'il en soit, il y a plusieurs façons de le faire. Beaucoup de gens ont fait des choses beaucoup plus exotiques que nous, mais c'était certainement le voyage d'une vie pour nous.
• Steve : Vous venez du Colorado. Vous avez fait au moins un voyage fou comme celui-ci. Comment avez-vous fini par vous impliquer dans la communauté Drupal, qui est, peut-être en ce moment, ce pour quoi vous êtes le plus connu de nos auditeurs.
• Randy : Eh bien, la vraie chose, j'avais travaillé avec Drupal un peu avant notre voyage, mais j'ai en fait réimplémenté notre blog, hobobiker.com dans Drupal à ce moment-là quand nous étions... Cela a peut-être pris quelques années avant ça. Nous avons travaillé très dur sur notre blog pendant ce voyage, car nous voulions l'enregistrer. Il a probablement commencé comme un blog Drupal 4.6. Je ne sais pas à quel niveau c'était. J'étais probablement au Panama pour le transformer en 5.0 ou quelque chose comme ça.
• Randy : Cette expérience personnelle avec la création d'un blog et la technologie Drupal et tout le reste, au moment où nous avons fini le voyage, et vraiment, nous étions mentalement épuisés au moment où nous sommes arrivés dans le nord de l'Argentine. Je voulais faire quelque chose qui utilise mon esprit au lieu que mon corps voyage tout le temps. J'ai pensé : "Eh bien, je parie que je pourrais apprendre quelque chose sur l'open source et m'impliquer dans la communauté Drupal." En fait, nous avons acheté un petit ordinateur portable dans l'une de ces premières villes d'Argentine, acheté un netbook que nous pouvions transporter. C'était un peu d'argent. Mais j'ai commencé à faire du conseil en Argentine en novembre 2008, au plus fort de la crise financière.
• Randy : Comme vous pouvez l'imaginer, quelques personnes d'âge moyen qui ont pris quelques années de congé, entendant du nord de l'Argentine que tout le système financier s'effondre, et bien sûr, voyant nos économies disparaître, comme tout le monde l'a fait , expérience très douloureuse. Je viens de commencer à nourrir par le bas. Il y avait un forum sur Drupal.org. Je dirais juste aux gens qui postaient les problèmes les plus naïfs là-bas, avec la façon dont ils avaient détruit, ou quoi qu'ils aient fait sur leur site. Je disais: "Eh bien, je vais le faire pour vous. Si vous l'aimez, payez-moi. Si vous ne l'aimez pas, alors ça va." Bien sûr, j'ai obtenu certains de ces emplois.
• Randy : Nous sommes assis là à nous arrêter quelques jours et à travailler sur quelque chose. Vous obtenez progressivement des emplois qui sont un peu mieux. Mais c'était une chose incroyable d'avoir des gens qui me payaient par PayPal pendant un effondrement financier complet alors que nous étions à vélo en Argentine. C'était quelque chose.
• Randy : Ensuite, bien sûr, après que nous ayons fini, et nous sommes revenus à la mi-2009, l'idée d'essayer de comprendre ce qu'était l'open source, ce que cela signifiait d'essayer d'apporter une contribution dans le monde de l'open source, et apprendre à communiquer et à s'impliquer dans le monde Drupal. Comprendre la communauté est beaucoup plus difficile que d'écrire du code.
• Steve : Vous venez d'un milieu qui, même avant de découvrir Drupal, était plutôt axé sur la communauté ? Vous avez dit que vous faisiez beaucoup de bénévolat lors de votre balade à vélo ? Et donc, l'attitude open source vous convenait-elle naturellement ?
• Randy : Ouais, ça l'était vraiment. Mais je n'avais jamais compris comment on pouvait réellement faire une différence dans l'open source. J'utilisais Linux depuis quelques décennies déjà. J'avais utilisé tant de choses. J'étais conscient de la valeur de toutes ces communautés open source, mais je n'avais jamais vraiment essayé de... Ou je ne me souviens pas avoir jamais essayé de faire une différence dans une seule. J'avais probablement déposé un problème dans un projet ou deux. J'avais probablement appris quelque chose en étudiant les problèmes d'un projet ou deux. Mais je n'avais jamais vraiment essayé de dire : "Eh bien, que pourrais-je faire qui ferait une différence ?"
• Steve : Vous avez toujours été dans l'esprit open source. Vous êtes un utilisateur Linux de longue date, mais ce n'est qu'à votre retour de ce voyage à vélo que vous avez vraiment commencé à plonger et à faire partie de la communauté Drupal ?
• Randy : D'accord. C'était le deal, c'était comme comment pourrais-je réellement faire quelque chose d'utile dans la communauté open source ? Pourrais-je m'investir et m'impliquer ? C'était la question. Ce n'est pas une chose très facile à faire. Vous essayez de comprendre, eh bien, sur quoi travaillez-vous? Comment travaillez-vous dessus ? Comment attirer l'attention des bonnes personnes ?
• Randy : Je me souviens de mon premier patch core. Je n'avais aucune idée de comment amener quelqu'un à y prêter attention. C'était un problème que j'avais dû résoudre pour un projet sur lequel je travaillais, probablement un projet de sous-traitance. J'ai découvert un problème avec la façon dont le CSS est agrégé. J'ai pu comprendre comment résoudre le problème. J'étais capable de comprendre comment faire un patch, mais je ne savais pas comment faire en sorte que quelqu'un prête attention à votre patch. Je ne savais pas qu'est-ce que tu fais alors ?
• Randy : Je viens d'apprendre à travers tout ce processus, comment vous communiquez. J'ai dû apprendre à utiliser IRC. Plus que la façon d'utiliser IRC, c'est comment trouver la personne à qui vous avez besoin de parler dans IRC et les amener à ... des personnes occupées à prêter attention?
• Steve : C'est toujours l'un des principaux coups portés aux communautés open source, c'est qu'elles ont tendance à favoriser les personnes qui disposent de beaucoup de temps libre, soit parce que leur entreprise est généreuse, soit parce qu'elles sont à la retraite. Ou pour une raison quelconque, ils ont beaucoup de temps libre, que l'engagement de temps réel pour comprendre toutes ces choses est un obstacle majeur à la contribution. Vous avez plongé très profondément dans le terrier du lapin Drupal, n'est-ce pas ?
• Steve : Je regarde votre profil sur Drupal.org. Vous avez contribué à ... Je ne fais qu'une estimation ici, mais 1 001 modules différents. Vous avez travaillé pour tout un tas d'agences de marques différentes dans le monde Drupal, de Lullabot à Tag One. Vous avez également travaillé pour Drupal Commerce pendant un certain temps. Vous étiez vraiment profondément à l'intérieur de Drupal pendant un certain temps.
• Randy : Je l'étais vraiment. J'ai continué à essayer d'être profondément impliqué dans des choses fondamentales. Je me suis impliqué dans le développement de base. J'ai maintenu quelques modules. J'ai aimé tout ça, mais je me suis retrouvé, comme beaucoup de gens dans l'open source, comme dans la communauté Drupal, à essayer de résoudre tous les problèmes. Vous pouvez être tellement dispersé en pensant que vous pouvez résoudre tous les problèmes, ou que vous pouvez mettre un correctif pour chaque bogue que vous rencontrez, ce que je pense que j'essayais de faire à un moment donné.
• Randy : Ça m'a assez bien épuisé avec le temps. À un moment donné, j'ai commencé à comprendre, "Eh bien, hé, je pense que c'est peut-être ça l'épuisement professionnel." En fait, j'ai commencé à étudier l'épuisement professionnel. J'ai écrit une série sur l'épuisement professionnel, et ce que c'était. Peut-être même pas pleinement réalisé que j'étais en train de m'épuiser.
• Steve : Il y a eu une période, il y a peut-être trois ans, où, si vous alliez aux DrupalCons ou aux DrupalCamps, il y avait régulièrement une session sur le burnout. Je pense que c'était probablement vers la sortie de Drupal 8.0 quand tout le monde était fatigué et frustré. Cela avait pris plus de cinq ans. J'ai vu certains de vos articles de blog à l'époque. Étiez-vous également en train de présenter et d'essayer de parler à la communauté des dangers de l'épuisement professionnel ?
• Randy : Ouais, les gens ont besoin de savoir que leur vie est plus importante que le projet sur lequel ils travaillent. C'est la chose fondamentale, et essayer d'ajuster les priorités pour le reconnaître. Aussi, pour réaliser que vous ne pouvez pas résoudre tous les problèmes. Je pense que c'était probablement la chose fondamentale pour moi, c'était que j'étais capable de voir les problèmes. J'ai pu les résoudre. Si vous me donnez un problème, j'ai probablement pu le résoudre. Mais la nature complexe de la façon dont vous résolvez réellement un problème dans Drupal m'a bloqué. Le fait que j'essayais de tout faire m'a bloqué.
• Randy : Mais l'un des domaines que j'ai commencé à réaliser en étudiant l'épuisement professionnel était, j'ai commencé à découvrir que, surtout quand vous parlez de noyau, le processus d'essayer de résoudre un problème dans Drupal Core, ou dans la communauté Drupal est en fait tellement ... Je ne sais pas. C'est si ancré, ou si difficile. C'est amélioré depuis. Mais à l'époque, essentiellement, si vous vouliez faire quelque chose d'important dans Drupal, vous deviez convaincre, disons, cinq ou six personnes clés que vous aviez la bonne idée de ce qu'il fallait faire.
• Randy : Si une personne disait : "Eh bien, je n'aime pas ça." C'était ça. C'était ça. C'était fini. Vous pouviez avoir un bloqueur qui était valorisé et vous n'aviez aucun moyen d'avancer. Maintenant, il y a eu une réorganisation importante dans les années qui ont suivi. Il y a eu une meilleure répartition des pouvoirs, donc c'est mieux qu'avant. Mais c'était une chose majeure.
• Randy : Cela m'a amené à étudier la gouvernance dans les communautés open source, et comment la gouvernance fonctionnait, et comment nous travaillons avec un dictateur bienveillant, la manière Drupal, et de nombreuses communautés open source ont cela. J'ai fini par étudier cela pendant un certain temps, en parlant plusieurs fois et en écrivant des articles de blog sur la façon dont les communautés open source se gouvernent.
• Randy : Ce processus d'essayer d'améliorer la gouvernance s'est poursuivi dans les années qui ont suivi, même si j'ai perdu patience. Mais il a été porté par de très bonnes personnes.
• Steve : Eh bien, c'est une période fascinante pour vous entendre en parler, car la communauté WordPress vit quelque chose de très similaire en ce moment. Ils viennent de faire la sortie de Gutenberg. Je compare souvent la sortie de Gutenberg à la sortie de Drupal 8.0, non seulement cela a pris plus de temps que prévu, mais c'était aussi beaucoup plus dramatique et mal organisé, et plein d'arguments, et tous les trucs open source typiques.
• Steve : Vous avez vu des résultats similaires dans la communauté WordPress. Beaucoup de gens parlent d'épuisement professionnel, et aussi beaucoup de gens commencent à parler de gouvernance également, car une grande partie de la façon dont Gutenberg était organisé était sur Matt... J'allais dire caprice, mais ce n'est probablement pas une façon juste de le dire. Mais c'est devenu très clair à un certain moment dans le calendrier de sortie de Gutenberg, c'est-à-dire la voie de Matt ou l'autoroute. Les gens ont donc commencé à prendre du recul et à dire : "WordPress a besoin d'une toute meilleure façon de se gouverner plutôt que d'un dictateur bienveillant à vie qui décide de tout."
• Steve : Cela me rappelle beaucoup cette époque où Drupal 8.0 était bloqué et n'était pas prêt quand les gens le voulaient. Vous avez passé tout ce temps à faire des recherches sur la gouvernance, les projets open source. Avez-vous eu un effet positif au final, avec le blogging dans les discussions que vous avez eues autour de ça ?
• Randy : Eh bien, ouais, je pense que ça a lancé une conversation. Je veux dire, ça a commencé une conversation. Il a obtenu l'oreille de Dries. Il a commencé à se concentrer dessus. J'étais à bout de patience pour ça. D'autres personnes ont fait du bon travail pour le faire avancer. Comme presque tout le reste dans le monde Drupal, cela fait de nombreuses années. Cela aurait été bien si des progrès massifs avaient été réalisés en un an ou quelque chose comme ça. Le simple fait qu'il y ait eu de l'énergie appliquée est vraiment génial.
• Randy : Concernant la gouvernance, je tiens à mentionner que Python traverse une réorganisation massive, car ils ont perdu leur BDFL, leur dictateur bienveillant à vie. Il a dit: "J'ai fini." Et maintenant, ils traversent des moments incroyables en essayant de se réorganiser sans lui.
• Steve : Je n'ai pas vu cette histoire.
• Randy : Ouais, ouais.
• Steve : Il a démissionné en colère ? Ou il est parti de manière organisée ?
• Randy : Je ne sais pas s'il y avait un huff. Mais il a annoncé le 12 juillet dernier qu'il partait en vacances permanentes.
• Steve : Le lendemain ?
• Randy : Ouais, je pense que oui. Je ne l'ai pas suivi d'aussi près. Mais c'est une chose importante à surveiller pour toute communauté qui s'appuie sur une seule tête comme celle-là, car les dictateurs bienveillants ne durent jamais éternellement. Trouver un chemin vers une organisation durable est essentiel, en général.
• Randy : Eh bien, et la réalité est que toute organisation a besoin de plus qu'un dictateur, n'est-ce pas ? Vous devez avoir une répartition de la gouvernance efficace en général.
• Steve : Ouais, on peut se moquer des projets open source et dire que c'est unique à l'open source, mais ce n'est vraiment pas le cas. Tous ceux qui travaillent dans de grandes entreprises ont des histoires similaires, travaillent dans des organisations à but non lucratif ou travaillent dans des écoles. Ils ont tous le même mélange de politique et de mauvais gouvernement.
• Randy : Eh bien, vous pourriez regarder le gouvernement américain ou britannique en ce moment et en tirer des leçons également. Il y a de sérieux problèmes de gouvernance.
• Steve : Ouais, juste avant de passer sur le podcast, j'avais un œil sur le vote du Brexit. Oh, mec. L'open source est facile en comparaison.
• Randy : Ouais, c'est vrai. C'est vrai, et moins conséquent probablement.
• Steve : Vous avez brûlé dans une certaine mesure. Qu'avez-vous fait ensuite lorsque vous avez quitté la communauté Drupal, lorsque vous vous êtes retiré ? Vous avez tourné votre attention vers DDev ?
• Randy : Non, c'est en fait... il y a quelques années entre ça. J'ai fait quelques trucs entre temps. Mais j'ai passé deux ou trois ans très heureux à travailler pour Tag One du côté de l'infrastructure. J'ai fait de l'infrastructure et j'ai fait du travail de développement Drupal 8.0 pour eux. Mais j'ai passé un très bon moment sur un certain nombre de projets avec Tag One qui n'étaient pas directement liés à Drupal. Ils m'ont ramené à mes racines dans le monde Linux. Je construisais des environnements de test de développement complets avec Puppet, et j'ai passé un très bon moment avec ça.
• Randy : C'était deux ou trois ans. Ensuite, je cherchais du travail, car Tag One manquait de travail pour moi et j'aime les projets. Les projets me motivent. Ils m'aident juste beaucoup à... je ne sais pas, à penser à ma vie. J'aime beaucoup le travail sur un projet, alors j'ai commencé à paniquer : "Eh bien, attendez une minute. Qu'est-ce que je fais ? Je ne sais pas comment me divertir toute la journée. J'ai besoin d'un projet."
• Randy : J'ai tweeté que je cherchais quelque chose. Kevin Bridges de Drud a répondu tout de suite et a dit: "Eh bien, aimez-vous Go?" Et j'ai dit: "Eh bien, je ne sais rien à propos de Go. Je ne sais même pas à quoi ça ressemble." J'ai fini par aller travailler pour lui, travailler au Go. DDev était l'un des projets sur lesquels j'ai fini par travailler. Nous avons également un produit d'hébergement. J'ai travaillé là-dessus. La première année, j'ai travaillé à la fois sur DDev, l'environnement de développement local et le projet d'hébergement.
• Randy : Mais depuis un an et demi, je suis salarié. Ils ont eu la gentillesse de faire en sorte que je puisse travailler directement sur DDev.
• Steve : Alors laissez-moi clarifier ces noms rapidement pour les gens qui écoutent. DRUD est le nom de l'entreprise ?
• Randy : C'est vrai. Ne demandez pas d'où ça vient, car aucun de nous ne le sait.
• Steve : DDev-Local est le nom de l'environnement local ?
• Randy : Exact, pour l'environnement de développement PHP local.
• Steve : Et DDev-Live est une plateforme d'hébergement connectée à DDev-Local qui pourrait être lancée officiellement plus tard cette année, mais elle n'est pas encore tout à fait prête ?
• Randy : Ouais, il y a des clients existants dessus, mais ce n'est pas comme si nous invitions les gens à aller sur un site Web et à visiter leur site en ce moment. Nous avons des clients existants, mais il est encore en train de mûrir et de se lancer. Nous sommes très excités à ce sujet. Beaucoup de bonnes choses se passent avec lui, mais ce n'est pas encore accessible au public.
• Steve : Quel est le pitch des rouages ​​que vous donneriez à un développeur qui est sur MAMP, ou un environnement de développement local un peu plus démodé ? Pourquoi les développeurs devraient standardiser leur travail sur DDev ?
• Randy : La grande chose que fait DDev, c'est que DDev est basé sur docker. Vous n'êtes pas obligé de le faire, mais cela signifie essentiellement que vous n'avez aucune configuration à effectuer sur votre machine. Vous installez simplement Docker et vous installez DDev, qui est juste une installation maison si vous êtes sur Mac ou Linux. Il a un programme d'installation si vous êtes sous Windows.
• Randy : Sur toutes ces plateformes, vous pouvez utiliser DDev, et il se comportera de la même manière. Mais vous pouvez avoir des projets qui sont sur n'importe quelle version de PHP. Vous pouvez avoir des projets Ingenix ou Apache. Vous pouvez avoir des projets qui utilisent différentes versions de MariaDB, et cela n'a pas d'importance. Vous n'avez pas à faire de configuration pour cela. Vous modifiez simplement un mot dans un fichier de configuration ou utilisez la ligne de commande. Voilà.
• Randy : Je fais des tests aujourd'hui. J'ai évoqué le projet de support à long terme de Drupal 6.0, qui prend désormais en charge PHP 7.2. là, je suis sur Windows 10 Home, en utilisant la boîte à outils Docker, et capable d'afficher D6 LTS, et de le tester sur PHP 7.2. ce n'est pas très facile à faire si vous êtes dans un environnement traditionnel de taille unique, comme configurer votre propre Apache ou Ingenix ou autre. Cela dit, j'adore faire tout ça. Mais DDev fait en sorte que je n'ai même pas à me rappeler comment configurer Ingenix. Je n'ai pas besoin d'avoir une seule configuration Ingenix. Il faut littéralement moins de 10 minutes à la plupart des gens pour installer DDev et lancer leur premier projet.
• Randy : En fait, nous le faisons aux DrupalCons et aux DrupalCamps. Nous avons une configuration appelée sprint rapide qui donne aux gens une configuration immédiate où ils peuvent commencer à contribuer à Drupal en quelques minutes, même s'ils viennent avec une machine domestique Windows 10, et ils n'ont jamais configuré d'environnement local auparavant, et peut-être s'ils ne savent pas ce qu'est Drupal. Cela résout simplement un tas de ces gros problèmes liés au fait de devoir savoir trop de choses pour pouvoir contribuer, ce qui est un gros problème partout dans le monde, mais cela résout certains de ces problèmes. Nous espérons que cela résoudra certains de ces problèmes.
• Steve : Certains des cas d'utilisation pourraient être, peut-être un développeur d'agence qui travaille sur cinq ou six projets pour différents clients. L'un est sur PHP et Apache. L'un est sur .Net. L'un est un projet Node.JS. Chacun aurait son propre conteneur, entièrement séparé, des configurations différentes. Ils pourraient tous fonctionner correctement côte à côte sur la même machine ?
• Randy : Oui, côte à côte. Ou vous pourriez en avoir des dizaines. Je n'en garde généralement que deux ou trois à la fois. Mais je pourrais en avoir tout un tas qui traînent. Dans DDev, lorsque vous l'arrêtez, lorsque vous le supprimez, il ne fait aucun dégât. La base de données est stockée. Le code est là. Vous venez de faire un démarrage DDev, et il revient là où il était. Vous n'avez même pas besoin d'avoir un million de ressources pour utiliser DDev, vous pouvez en exécuter un à la fois si vous n'avez pas beaucoup de ressources. Ils peuvent tous être configurés séparément. Lorsque vous revenez à celui sur lequel vous travailliez avec ce client étrange qui avait encore PHP 5.6, eh bien, cela fonctionne. Vous venez de démarrer DDev, et ça y est.
• Steve : Certaines parties de la plate-forme DDev sont-elles spécifiques ? Par exemple, je présume que vous êtes très attaché à la prise en charge de Drupal, peut-être aussi de WordPress. Y a-t-il des parties qui sont spécifiques à ces plates-formes ? Ou pourriez-vous facilement intégrer, disons, un site Magento ou un site Joomla également ?
• Randy : C'est une excellente question. Fondamentalement, nous avons un support explicite pour toutes les versions de Drupal, BackDrop, TYPO3 et WordPress. Mais cette prise en charge explicite signifie principalement que nous écrirons des fichiers de paramètres par défaut pour eux. Il existe également des configurations Ingenix personnalisées pour Drupal et TYPO3. Mais pour la grande majorité de tout type de développement Web, tant que vous savez comment écrire vos propres fichiers de paramètres, ou pointer vers la bonne base de données, ou quoi que ce soit, DDev fera l'affaire.
• Randy : Nous avons des gens qui font un certain nombre de choses différentes simplement en utilisant... Nous avons un type d'application qui devrait probablement être appelé générique, mais qui s'appelle plutôt PHP. Donc, un type de projet appelé PHP où, en gros, il désactive simplement tous les "Oh, je vais réparer vos fichiers de paramètres pour vous." C'est donc très simple à faire.
• Steve : Y a-t-il de grosses communautés qui utilisent DDev ? Est-ce important dans la communauté Drupal ? Grand dans la communauté WordPress ? Qui utilise réellement DDev en ce moment ?
• Randy : Les plus gros sont Drupal et TYPO3, donc Drupal plus BackDrop et TYPO3. TYPO3 vient de l'adopter avec tout le ha- Ils ont des documents dans leurs propres documents qui disent : "Voici comment vous faites un environnement local. Vous faites du DDev." Ils sont très bien comme ça. Donc TYPO3 et la plus grande communauté Drupal.
• Randy : Nous nous sommes efforcés, dès le début, de supporter WordPress. Je pense que nous faisons du bon travail en soutenant WordPress, mais nous n'avons jamais fait de percée dans la communauté. Je pense que ce sont nos relations à long terme avec la communauté Drupal qui nous ont aidés. Et puis de très belles connexions, des introductions qui ont été faites dans le monde TYPO3. Mais nous espérons beaucoup de choses différentes, car l'environnement DDev prend déjà en charge une énorme flexibilité. Il a un serveur Web. Il a un interpréteur PHP. Il y a beaucoup de colis. Ce n'est pas MPM intégré, et Yarn, donc il a tout ce dont la plupart des gens ont besoin. Ce n'est pas seulement un appareil Drupal.
• Steve : Ok, donc vous avez fait tout votre développement local. Vous avez créé, disons, un site Drupal ou un site TYPO3. Existe-t-il un moyen de le retirer de votre machine et de le transférer dans un environnement partagé ou un environnement d'hébergement ? Y a-t-il un moyen de le mettre en production ?
• Randy : Comme pour la plupart des choses, votre projet est développé... typiquement, il utiliserait git, n'est-ce pas ? Et donc pousser le code est un problème facile. Nous n'avons actuellement pas de commande push DDev. Nous le ferons probablement un jour. La plupart des développeurs ne veulent pas qu'une base de données soit poussée en production. La plupart du temps, ce qu'ils veulent faire, c'est tirer de la production pour voir si leur code fonctionne correctement, et ne pas faire de développement lié à la base de données sur une machine locale, puis prendre le risque de le pousser en production.
• Randy : Je dirais que la plupart des développeurs ne veulent pas d'une capacité de push de base de données, mais je parie que nous finirons par en avoir une de toute façon.
• Steve : En ce qui concerne les rivaux de DDev, je sais que pas mal de gens utilisent Lando. Existe-t-il d'autres entreprises, projets, qui adoptent des approches similaires à DDev ? Et comment se comparent-ils à ce que vous faites ?
• Randy : Ouais, donc Lando, nous avons beaucoup appris de Lando. Ils ont fait énormément de bon travail. Nous devons probablement revenir en arrière et vérifier et réapprendre certaines des bonnes choses qu'ils font. People are always asking for the Lando power off command in DDev. We should probably ask for their permission to just use power off as a command. The traditional on machine techniques are the one competitor I would say. Lando is the other one that I'm familiar with.
• Randy : There's actually quite a number of good things, I think, in the WordPress community that are often tied to hosting services. I'm not familiar with a lot of ways. Like I say, my traditional technique was just to configure everything on my own machine.
• Steve : Yeah, there's quite a few options in the WordPress community that are directly sponsored by individual hosting companies, which leads to quite a bit of fragmentation, unfortunately.
• Randy : Yeah, yeah.
• Steve : I think Pantheon has a service, Flywheel, WPEngine are working on their own service, their own local development integrations. Is there anything super cool that we can expect from DDev in 2019?
• Randy : I think DDev-Live is our big splash, the hosting project is the big splash. What we want with DDev-Local is we want to help people with what they're needing, with what they're encountering as they go along. Our biggest thing is to listen to what the community that's using it is encountering, and try to solve their problems, and try to figure out ways to improve performance, and just to do what they need to do.
• Randy : It's incremental as far as DDev-Local. We don't have huge things. Like I say, I would be surprised if we don't end up with a DDev push command, at least to our own hosting this year. But DDev-Local is a fairly mature product. Our biggest goals are just to help people with it, not to make huge changes with it. What are your problems? What are you experiencing? Try to help us to understand it? How can we make it better for you? Those are the kind of things that we want to hear from people. It doesn't matter whether it's a bug or a feature request, or just a rethinking of how things are done. We want to hear from the community how to do that. We'll do our best to help them, especially if there's me toos coming from other people.
• Steve : If someone's listening to this and wants to take DDev for a test drive, what do they do next?
• Randy : Just search install DDev and you'll land on our docs page. And boom, there you'll be. There's nothing ... It takes basically no time. You install Docker for your environment, and you install DDev. Probably take people less than 10 minutes to get started with a project.
• Randy : What I recommend to people is start with ... If you're in the Drupal world, start with a plan Drupal tarball download. Untar it, and do a DDev config in it, and start it, and install it. Experiment with a thing that has no consequences, just experiment with just a quick try like that. You get a little familiarity. Then try it on that really important client project you're working on.
• Steve : People would head the DRUD, DRUD .com to find DDev-Local. How about you Randy? How can people follow what you're working on?
• Randy : In the Drupal#DDev channel, we always announce everything there. In the TYPO3#DDev channel in Slack. In Slack, in both of those places, we're always there supporting.
• Steve : This is the official Drupal Slack?
• Randy : Yeah, if it is official now. I'm not sure whether it's official. But the official Drupal Slack, the #DDev channel, and TYPO3, same thing, #DDev channel. I'm RandyFay on Twitter. And of course, on Titter, we use the #DDev hashtag, and the DRUD, @DRUD is the company. When anything significant happens, or when there's a bug that somebody encounter ... an important bug that somebody's encountered, then I'll tweet it.
• Steve : Wonderful. You're not planning to get back on your bike again anytime soon?
• Randy : No. Nancy and I, we took a two week trip on Vancouver Island this year, on our mountain bike tandem, on mostly dirt paths and roads. We had a great time. But we don't have ambitious things on our agenda at this point. We were glad we got out there and did ... We've done a number of rides besides the big one, but nothing on the agenda right now.
• Steve : Well, not often you get two and a half years to spare to-
• Randy : Exactly.
• Steve : -take a trip like that.
• Randy : That's right.
• Steve : Wonderful. Thank you so much for joining us, Randy. I wish you all the best with DDev-Local this year.
• Randy : Thank you so much. It was great talking to you.