Dans l'épisode 6 du Change Mode Podcast, l'animateur Chad Carlson s'entretient avec Randy Fay, responsable de la maintenance de DDEV, pour plonger dans le monde des environnements de développement, de la nostalgie du TRS-80 et de l'évolution des communautés open-source. Randy nous emmène sur les traces de ses débuts en programmation et de son rôle central dans la création de DDEV, un outil qui change la donne pour les développeurs web utilisant Docker. Avec une pointe d'humour, Randy explique comment DDEV offre un espace de travail cohérent et isolé sur tous les systèmes d'exploitation et pourquoi cela change la donne pour les développeurs qui jonglent avec plusieurs projets.
Que vous soyez un développeur chevronné ou un simple curieux de technologie, les idées de Randy sur le développement axé sur la communauté et la feuille de route de DDEV pour 2024 vous tiendront en haleine. De plus, il partage l'importance du soutien financier de sponsors tels que Platform.sh, qui aide le projet à prospérer. Ne manquez pas d'apprendre comment DDEV aide les développeurs du monde entier et quelles sont les nouvelles fonctionnalités à venir - croyez-nous, c'est une conversation que vous ne voudrez pas manquer.
Transcription du podcast
Nous avons utilisé ChatGPT pour améliorer la grammaire et la syntaxe de la transcription.
Chad Carlson : Bonjour à tous, bienvenue dans cet épisode très spécial du podcast. Je m'appelle Chad Carlson, je dirige l'équipe chargée des relations avec les développeurs chez Platform.sh et Upson, et aujourd'hui, j'ai le plaisir de m'entretenir avec Randy Fay. Bonjour Randy.
Randy Fay : Comment allez-vous aujourd'hui ? Je suis ravi de vous voir.
Chad Carlson : Oui, moi aussi. Je vais bien. Pourriez-vous prendre une seconde pour vous présenter à notre public ?
Randy Fay : Bien sûr. Je m'appelle Randy. Je suis R. Fay dans la plupart des endroits, R-F-A-Y, et je suis le mainteneur de DDEV, ou le mainteneur principal du projet DDEV, et je fais cela depuis sept ou huit ans. C'est très amusant. Je travaille sur des logiciels depuis des milliards d'années, mais DDEV, depuis peu, est vraiment amusant. J'ai été actif, ou du moins pendant longtemps, j'ai été actif dans la communauté Drupal et j'y ai beaucoup contribué. Je me suis impliqué dans la contribution au noyau à un moment donné et j'ai maintenu un tas de modules. Voilà donc ma présentation rapide. J'habite à Palisade, Colorado, à l'extrême ouest du Colorado, tout près de la frontière de l'Utah, où il a fait très chaud le mois dernier.
Chad Carlson : Merci. Si nous pouvions revenir en arrière, qu'est-ce qui vous a amené à vous intéresser à la programmation et à la technologie et à travailler avec des ordinateurs ?
Randy Fay : Oh, c'est tellement amusant. C'est comme un jeu vidéo infini. Les jeux vidéo m'ont précédé, ou ils m'ont précédé, donc je ne m'y suis jamais vraiment intéressé. Mais la possibilité de relever un défi infini avec des blocs de construction infinis, comme un jeu infini de LEGO ou de Tinker Toys ou un jeu d'érection que vous n'avez jamais eu à acheter, a toujours été fascinante pour moi. Lorsque j'ai finalement terminé l'université, mon objectif était de devenir professeur d'histoire et d'études sociales. Je l'ai fait pendant un certain temps, mais j'ai échoué, surtout parce que j'avais l'air d'avoir 17 ans et que j'enseignais à des jeunes de 17 ans. Cela a peut-être aussi quelque chose à voir avec le fait que j'ai acheté un TRS-80 Model 1 Level 2 et que j'ai commencé à passer des nuits entières à écrire des programmes BASIC et à les enregistrer sur des cassettes. C'était le début. C'était tellement fascinant de construire quelque chose que l'on pouvait imaginer sans aucune limite.
Chad Carlson : Aviez-vous des projets en tête lorsque vous travailliez dans le domaine de l'histoire et des études sociales, ou étiez-vous simplement motivé par le désir de construire des choses ?
Randy Fay : Non, c'était tout simplement extraordinaire de pouvoir bricoler. Je ne me souviens pas de ce que j'essayais d'écrire ou de quoi que ce soit d'autre. Je me souviens simplement d'avoir essayé de faire fonctionner des choses et d'avoir réalisé qu'il était possible de les faire fonctionner. J'avais suivi deux cours à l'université, ce qui était tout ce qu'ils proposaient à l'endroit où j'allais. Si j'avais eu un peu de jugeote à l'époque, j'aurais changé d'école et je serais allé quelque part pour obtenir un diplôme en informatique. Mais je pensais qu'il était important de devenir enseignant, et c'est ce que j'ai fait.
Chad Carlson : Et quelle a été la transition après cela, de l'enseignement au chapitre suivant ?
Randy Fay : J'ai abandonné l'enseignement et j'ai commencé à chercher un emploi pour subvenir aux besoins de ma femme et de notre fille qui venait de naître. J'ai fini par décrocher un emploi où j'étais censé rédiger la documentation d'un système de domotique en 1982, je crois. Il s'agissait d'une toute petite entreprise appelée CompuHome Systems - en fait, le salon d'un homme - et nous avons créé un système de domotique initialement écrit en BASIC sur l'Apple II. Comme nous n'étions que trois, je suis rapidement passé de l'écriture de la documentation à l'écriture du code. Nous avons fini par écrire beaucoup de choses en assembleur 6502, et j'ai fait cela pendant environ sept ans. C'était l'occasion rêvée d'essayer de nouvelles choses, mais la domotique n'existait pas encore à l'époque. Je n'ai pas eu de succès, mais c'était quand même une belle expérience.
Chad Carlson : C'est intéressant ! La documentation a été votre point d'entrée dans le codage ?
Randy Fay : Oui, exactement. C'était mon argument de vente. L'écriture est quelque chose qui me vient assez naturellement, surtout en termes d'écriture descriptive.
Chad Carlson : Comment faites-vous, et c'est peut-être tout un travail, la transition entre ce travail initial et un travail plus orienté vers l'open source et ce monde ?
Randy Fay : Eh bien, il y a quelques décennies entre les deux. Au début des années 90, je suis entré dans le monde Linux, ce qui était formidable. Avant cela, je travaillais sur Unix, plus précisément sur AIX, la version d'Unix d'IBM. Nous avons fini par travailler sur la première génération de données mobiles, appelée CDPD (Cellular Digital Packet Data). Aujourd'hui, nous avons la 5G, mais c'était la 1G, la toute première génération.
Je faisais de la programmation de noyau, car nous écrivions des modules de noyau qui s'exécutaient dans le noyau Solaris, gérant ce trafic de CDPD. C'était très amusant, le débogage était très difficile, et c'était le point culminant de ma carrière parce que j'ai eu l'occasion de travailler avec des collaborateurs extraordinaires. Le débogage de ce type de code est incroyablement difficile, mais nous avons développé des techniques pour le gérer et nous avons travaillé ensemble. Nous avons travaillé beaucoup trop dur, mais nous nous sommes beaucoup amusés et nous avons gardé d'excellents souvenirs.
Plus tard, j'ai commencé à m'intéresser au développement PHP et aux sites web. C'était vers 2005-2006, à l'époque où les sites web étaient à la mode et où tout le monde voulait en créer. J'ai commencé à créer quelques sites web personnels et j'ai fini par atterrir dans le monde de Drupal. À cette époque, ma femme Nancy et moi faisions beaucoup de cyclotourisme. Nous nous préparions à une randonnée épique à vélo, du sommet du Canada à l'Argentine, un périple de deux ans et demi. Nous voulions créer un site web pour ce voyage, et nous l'avons construit avec Drupal.
À notre retour, j'ai voulu en savoir plus sur les logiciels libres, et Drupal était l'outil idéal pour commencer. J'ai plongé dans cette communauté, qui m'a bien accueilli. J'ai passé de nombreuses années à m'amuser et à contribuer à cette communauté. Bien que je ne sois plus techniquement à jour, je suis toujours connecté à la communauté, surtout depuis qu'elle a adopté DDEV.
Chad Carlson : Qu'est-ce que DDEV exactement ? Quel problème cherche-t-il à résoudre pour Drupal ou autre ?
Randy Fay : Tout développeur de site web a besoin d'un endroit pour travailler sur son site. Lorsque vous travaillez avec une équipe, chaque personne a besoin de son propre environnement. C'est comme si les artistes avaient besoin de leur propre toile ; ils ne peuvent pas tous travailler sur la même. Il fut un temps où les gens essayaient de développer sur des ordinateurs partagés, ce qui était un désastre complet.
DDEV permet à chaque développeur de travailler dans son propre environnement isolé. Que vous travailliez sur TYPO3, Drupal, Laravel, ou tout autre projet, vous pouvez le faire dans votre propre espace. Vous pouvez même travailler sur plusieurs projets en même temps. DDEV rend cela possible en utilisant Docker, de sorte que tous les éléments importants fonctionnent à l'intérieur de conteneurs. Cela garantit la cohérence entre les différents systèmes d'exploitation, que vous utilisiez macOS, Linux, Windows ou WSL2. L'idée est que les membres de votre équipe puissent travailler sur des environnements différents tout en ayant la même expérience. C'est ce que fait DDEV, et c'est très amusant.
Chad Carlson : Son origine provient-elle de la communauté Drupal en particulier, ou d'une source plus large ?
Randy Fay : Le projet est né d'une entreprise appelée Drud. Ils essayaient à l'origine de construire un produit d'hébergement et voulaient concurrencer Platform.sh. Un composant de développement local faisait partie de ce produit, et ils avaient un outil de ligne de commande qui pouvait faire beaucoup de choses, similaire à l'outil CLI de Platform. Très vite, il est apparu que le composant de développement local était vraiment utile, alors ils l'ont séparé, et c'est devenu DDEV.
DDEV était la partie qui m'intéressait le plus, et pendant cinq ans, ils m'ont laissé travailler dessus. C'était très généreux. Finalement, Drud a perdu son financement, comme c'est le cas pour de nombreuses entreprises. Mais ils m'ont laissé continuer à travailler sur DDEV, même si je n'étais pas un grand fan de leur produit d'hébergement. Le défi semblait trop grand pour une entreprise de cinq ou dix personnes d'essayer de faire ce que Platform.sh fait avec des centaines de personnes. Mais ils ont eu la gentillesse de me laisser me concentrer sur DDEV, et je leur en suis très reconnaissant.
Chad Carlson : C'est énorme.
Randy Fay : Oui, c'était un cadeau extraordinaire. J'ai toujours été le type qui n'avait pas de problème pour mettre en place un environnement local. Je savais comment configurer Nginx, PHP et MySQL ou MariaDB. Au départ, j'étais donc assez sceptique à l'égard de DDEV. Je me suis dit : "Pourquoi voulez-vous faire cela alors que vous pouvez simplement exécuter Apache ou Nginx et FPM localement ? Ils fonctionnent très bien sur Mac, et vous pouvez même les faire tourner sur Windows traditionnel". Mais je me suis vite rendu compte que si je pouvais gérer un ou deux projets avec différentes versions de PHP ou de MySQL, la gestion simultanée de plusieurs projets avec différents environnements dépassait mes capacités. C'est à ce moment-là que j'ai été convaincu par DDEV.
J'ai également réalisé que lorsque les gens ont des configurations de développement local complexes, le développeur principal de l'équipe passe généralement tout son temps à maintenir l'environnement de tous les autres. DDEV élimine ce problème. Vous pouvez vérifier la configuration, et lorsqu'un nouveau développeur rejoint l'équipe, il lui suffit de lancer ddev start, et son environnement est identique à celui de tous les autres. Ainsi, les personnes comme moi, qui sont à l'aise avec les configurations complexes, n'ont pas à passer tout leur temps à aider les autres qui trouvent cela mystérieux et difficile.
Chad Carlson : Diriez-vous que faciliter le développement pour les gens était le problème qui vous attirait le plus ? Ou était-ce plutôt la gestion des différentes versions de PHP et la complexité de jongler avec différentes configurations ?
Randy Fay : Je pense que c'était les deux, mais j'aime surtout rendre les développeurs heureux. L'objectif de DDEV est de faciliter le développement, et dès les premiers jours, il était clair que cela rendait certains développeurs vraiment heureux. J'ai trouvé cela gratifiant. Lorsque vous comprenez pourquoi vous faites quelque chose, pour qui c'est important, et que vous recevez des commentaires positifs, le travail devient beaucoup plus amusant. C'est ce que j'apprécie. Et Drud a été assez généreux pour me laisser continuer à travailler sur DDEV, ce qui a été excellent pour leur nom aussi - ils ont même changé leur nom en DDEV parce que les gens l'aimaient tellement.
Chad Carlson : Comment Docker a-t-il modifié l'espace de développement local et quel impact a-t-il eu sur DDEV ?
Randy Fay : Docker est arrivé comme une tempête, il y a peut-être une dizaine d'années. Auparavant, les gens utilisaient VirtualBox ou configuraient les choses directement sur leurs machines locales, ce qui fonctionnait sur Mac et Linux, mais n'était pas aussi flexible. Docker a fait en sorte que la configuration soit la même partout sans avoir besoin d'un produit supplémentaire. Il a permis des configurations différentes pour plusieurs projets, ce qui a beaucoup simplifié les choses. Avant Docker, il y avait beaucoup de temps d'installation pénible, en particulier avec VirtualBox, où vous deviez faire une construction au démarrage. Docker a rendu tout cela plus rapide et plus fiable, et c'est pour cela qu'il a conquis l'espace.
Chad Carlson : C'est logique. Et DDEV est un projet écrit en Go, n'est-ce pas ?
Randy Fay : C'est exact. Il est écrit en Go et dans une quinzaine d'autres langues. Le code principal est en Go, qui joue le rôle d'orchestrateur. C'est une enveloppe autour de Docker Compose, qui est une enveloppe autour de Docker, qui exécute des images Linux avec des scripts. C'est donc un méli-mélo de choses différentes. L'un des grands avantages de Go est qu'il se compile en un binaire natif qui n'a besoin d'aucune dépendance - pas de DLL ni de bibliothèques externes. On pourrait l'appeler un "fat binary", bien que ce ne soit pas exactement le bon terme. Essentiellement, tout ce dont il a besoin est regroupé dans le binaire lui-même.
En une seule compilation, nous pouvons créer la version Mac AMD64, la version ARM64 et la version Windows. Nous les créons généralement sous Linux, mais nous pourrions les créer n'importe où et elles seraient identiques. C'est l'une des grandes caractéristiques de Go. C'est incroyable. Il y a cependant quelques inconvénients. Notre communauté est principalement composée d'utilisateurs de PHP, et pour eux, Go est étrange et peu familier. La courbe d'apprentissage fait qu'il est plus difficile pour les gens de contribuer à DDEV, ce qui est un défi pour un projet open-source.
Chad Carlson : Pensez-vous que Go devienne plus courant dans les projets proches de PHP ? J'ai vu des serveurs web écrits en Go qui gagnent en popularité dans l'espace PHP.
Randy Fay : Oui, il y a des croisements. Par exemple, PHP FPM est écrit en Go, et Docker lui-même - le client et le serveur - est également écrit en Go. Ainsi, même si Go est plus couramment utilisé du côté des opérations, il est certainement utilisé dans des projets adjacents à PHP. Il devient de plus en plus populaire, mais la plupart des développeurs PHP doivent encore apprendre à l'utiliser.
Chad Carlson : En dehors de la base de code de DDEV, y a-t-il d'autres endroits où vous aimez consacrer votre temps à contribuer à l'open-source ? Je sais que la formation est importante pour vous.
Randy Fay : Oui, j'aime enseigner aux gens comment utiliser DDEV et comment y contribuer. Depuis un an environ, nous organisons des formations pour les contributeurs et d'autres types de formations pour aider les gens à comprendre comment utiliser DDEV. Nous nous sommes beaucoup amusés avec cela, mais je passe aussi du temps à encadrer les contributeurs parce que nous voulons développer plus de mainteneurs pour le projet. Nous ne voulons pas que le projet ne dépende que de moi. Nous avons un autre mainteneur fantastique, Stas Zouk, qui s'occupe souvent de nos versions. C'est un mainteneur exceptionnel, mais nous voulons qu'il soit entièrement financé et que d'autres contributeurs et mainteneurs se développent. Je participe également à des contributions encadrées lors d'événements comme DrupalCon, en aidant les gens à apprendre comment contribuer à Drupal ou à résoudre des problèmes techniques.
Chad Carlson : Vous avez soulevé un point que je voulais aborder - vous essayez d'étendre la durée de vie de DDEV en soutenant des contributeurs supplémentaires. Comment fonctionne le soutien financier à DDEV aujourd'hui ?
Randy Fay : DDEV est soutenu par la communauté. En ce moment, Stas et moi y travaillons tous les deux - je suis à plein temps, et Stas environ un tiers du temps. Une chose étonnante s'est produite il y a quelques années. Après le départ de Drud, j'ai continué à travailler sur le projet, mais les gens se demandaient, à juste titre, s'il s'agissait toujours d'une "affaire en cours" et si j'allais continuer. Malgré cela, j'ai continué.
Après quelques années, Platform.sh a décidé d'intervenir et de résoudre certains problèmes. Elle a acheté la propriété intellectuelle de la société Drud d'origine, y compris le nom et la marque DDEV. Ce fut un grand soulagement, car cela résolvait le problème de l'utilisation du nom DDEV. Plus généreux encore, ils ont commencé à me verser un salaire pour que je puisse continuer à travailler sur ce projet. C'était un geste incroyable qui a vraiment redonné confiance dans le projet. Cela fait maintenant plus de deux ans que Platform.sh soutient financièrement DDEV, et nous lui en sommes très reconnaissants.
Cependant, nous essayons d'obtenir plus de sponsors. Bien que nous ayons quelques sponsors très généreux, nous aimerions en avoir plus pour pouvoir financer entièrement Stas et créer plus d'espace pour les futurs mainteneurs. Je ne serai pas éternel - je suis un vieux monsieur avec une date d'expiration - donc nous avons besoin que le projet soit maintenu par la communauté et qu'il soit durable au-delà d'une seule personne.
Chad Carlson : Comment Stas s'est-il impliqué, et comment a-t-il pris le rôle principal qu'il a aujourd'hui ?
Randy Fay : C'est une histoire classique de logiciel libre. Stas a commencé par s'occuper de bogues et de fonctionnalités importantes et difficiles, et il l'a fait régulièrement pendant quelques années, démontrant qu'il était vraiment doué pour cela. C'est un développeur PHP, qui travaille principalement sur Laravel, et il contribue également à Arch Linux - c'est l'un des plus fervents défenseurs de Linux. Ses contributions n'ont cessé de croître et, à un moment donné, j'ai envisagé avec lui de devenir un contributeur rémunéré. En octobre ou novembre dernier, nous l'avons présenté à la communauté en tant que mainteneur à part entière.
Chad Carlson : Obtenir plus de fonds est donc une priorité. Qu'en est-il des fonctionnalités ? Qu'est-ce qui se profile pour le projet DDEV dans lequel vous investissez de l'énergie et pour lequel vous êtes enthousiaste ?
Randy Fay : Nous avons un plan pour 2024. La DDEV a toujours évolué en fonction de la contribution et de l'implication de la communauté. Notre communauté est très active, et c'est parce que nous sommes attentifs à ses réactions que DDEV est devenu ce que les gens ont demandé. L'un de nos principaux objectifs est d'assurer un soutien continu. Nous avons un canal Discord et nous sommes actifs sur d'autres sites comme Stack Overflow. Il est essentiel d'écouter les expériences des gens et d'en tirer des enseignements, et nous prenons cela au sérieux. Lorsque des personnes ont des difficultés avec une fonctionnalité ou rencontrent une erreur, nous nous efforçons d'améliorer cette fonctionnalité ou cette erreur afin de rendre les choses plus claires et plus faciles à utiliser.
Outre l'assistance, nous avons deux grands objectifs pour 2024. Tout d'abord, nous travaillons sur un registre de modules complémentaires basé sur le web. Nous avons un écosystème de modules complémentaires où les gens peuvent créer des modules complémentaires pour des choses comme Redis, Elasticsearch, Solr, et plus encore. Ce système a explosé au cours des dernières années : il existe aujourd'hui plus d'une centaine de modules complémentaires. Bien que vous puissiez obtenir une liste de ces modules avec ddev get --list ou ddev get --list --all, il est difficile de naviguer parmi une centaine d'entre eux. Nous construisons donc un registre basé sur le web pour faciliter la navigation et la compréhension de ce qui est disponible.
Le deuxième objectif est d'avoir un backend Node.js. Nous avons déjà un support Node.js solide intégré dans DDEV, mais nous voulons avoir une option de backend Nginx et Node, en plus de la configuration Nginx et PHP actuelle. Ce sont nos deux principaux domaines d'intérêt pour cette année.
Chad Carlson : Vous avez mentionné que la communauté a une influence significative sur le devenir de DDEV. Comment le système de modules complémentaires a-t-il influencé le sentiment d'implication des gens et le retour d'information que vous recevez ?
Randy Fay : Le système d'extension a été une grande victoire en termes d'implication de la communauté. Auparavant, nous avions un projet sur GitHub appelé DDEV Contrib, où les gens pouvaient soumettre des demandes d'extension pour partager la façon dont ils résolvaient différents problèmes. Le problème, c'est que les choses devenaient rapidement obsolètes. Vous savez à quel point la technologie évolue vite - quelque chose qui fonctionne aujourd'hui peut être cassé par les mises à jour de demain.
Avec le système de modules complémentaires, chaque module a son propre référentiel et son propre responsable. Si quelqu'un a un problème avec un module complémentaire, il peut ouvrir un problème ou soumettre un PR directement à ce responsable. Cela permet de répartir la responsabilité sur l'ensemble de la communauté plutôt que d'essayer de tout maintenir. C'est beaucoup plus durable et cela permet aux gens de contribuer de manière significative. Du point de vue de la maintenance et de la contribution de la communauté, c'est un énorme succès.
Chad Carlson : J'aime bien. C'est un excellent système. Merci, Randy, de nous avoir fait découvrir le projet DDEV. Je pense que nous avons répondu à la plupart des questions principales. Maintenant, si vous êtes d'accord, nous pouvons passer au lightning round avec des questions plus légères et plus amusantes.
Randy Fay : Oui, bien sûr.
Chad Carlson : Très bien, c'est cool. Si vous ne travailliez pas dans le domaine des logiciels, que feriez-vous maintenant ?
Randy Fay : Vous me demandez ce que je ferais au travail ou comment je passerais mon temps ?
Chad Carlson : Ce que vous préférez, mais concentrons-nous sur le travail.
Randy Fay : J'adore les logiciels et l'assistance, il m'est donc difficile d'imaginer faire autre chose. En dehors du travail, je passe le plus clair de mon temps à faire du VTT ou du vélo d'une manière ou d'une autre. Nancy et moi avons passé de nombreuses années et parcouru des milliers de kilomètres en cyclotourisme. Cela fait partie intégrante de notre vie. Si je ne travaillais pas dans le domaine des logiciels, je ferais probablement plus de choses de ce genre.
Chad Carlson : Tout au long de votre carrière, quelle est la chose la plus importante que vous ayez apprise en matière de documentation ?
Randy Fay : L'une des choses fondamentales que j'ai apprises, c'est que les gens ne la lisent pas. Tout le monde le dit, mais c'est vrai. La clé est de trouver comment communiquer efficacement par le biais de la documentation ou d'autres moyens. La communication doit être bidirectionnelle : vous apprenez des personnes qui utilisent votre projet et vous répondez à leurs besoins. Une bonne documentation fait partie de ce processus de communication global.
Chad Carlson : Comment pensez-vous que votre écriture a évolué au fil des ans ?
Randy Fay : J'ai toujours été un auteur assez sec et descriptif. J'excelle à être précis et clair, mais mon écriture est très prosaïque. Je n'écris généralement rien de particulièrement engageant ou excitant, mais je crois qu'il faut être clair et précis lorsqu'on explique ou décrit des choses. Je m'efforce d'être précis, mais je ne prétends pas savoir comment écrire un roman ou quoi que ce soit de ce genre.
Chad Carlson : Quelle est, selon vous, votre plus grande force ?
Randy Fay : Je dirais que c'est probablement le fait que j'aime faire du soutien. J'aime vraiment réagir aux gens et essayer de les aider à résoudre leurs problèmes. Cela remonte à l'époque où je contribuais à Drupal : sentir que l'on a quelque chose de précieux à offrir et être capable d'aider les gens à résoudre leurs problèmes. L'un des aspects les plus étonnants de l'open source est que, dans certaines communautés, vous avez la possibilité de participer à la résolution des problèmes. Dans une communauté comme Drupal ou DDEV, si vous voyez un problème, vous pouvez contribuer à le résoudre, et c'est incroyablement gratifiant.
Chad Carlson : Quel est le projet dont vous êtes le plus fier ?
Randy Fay : DDEV est sans aucun doute le projet dont je suis le plus fier, mais je suis également très fier de celui où nous avons travaillé sur CDPD, la première génération de données cellulaires. C'était amusant et extraordinaire, et cela a ouvert la voie aux données cellulaires dont nous disposons aujourd'hui. Mais le DDEV est sans aucun doute l'élément le plus marquant : il existe depuis plusieurs années maintenant et les gens l'adorent. C'est passionnant de travailler sur quelque chose qui est à la fois utile et apprécié.
Chad Carlson : Quel est le projet qui vous a semblé le plus difficile ?
Randy Fay : Le projet CDPD a probablement été le plus difficile sur le plan technique, car nous travaillions au niveau du noyau et devions développer nos propres techniques de débogage. J'ai travaillé sur de nombreux projets qui étaient difficiles pour d'autres raisons, comme les personnes ou l'organisation, mais d'un point de vue technique, CDPD a été un défi et une réussite. De nombreux projets de logiciels ne sont jamais déployés ou adoptés, mais celui-ci l'a été. C'était formidable de le voir aboutir. Cela dit, le projet DDEV a lui aussi été difficile, mais il se porte bien et c'est un plaisir de travailler dessus.
Chad Carlson : C'est vraiment impressionnant de voir la communauté que vous avez construite et la façon dont vous l'avez cultivée. Nous avons encore une question, et il se peut que je doive partager mon écran brièvement. C'est juste une question amusante pour terminer : comment prononcez-vous cette commande ?
Randy Fay : Je crois que j'ai toujours dit "chmod". Quand vous en avez parlé, j'ai cherché, et il y a un fil de discussion sur Reddit qui a pris des années à s'éclaircir parce que tout le monde a une opinion différente. Je dis "chmod" et "chown", mais probablement pas "chooser" - je pense que je dis "chuser". Mais oui, "chmod" est la façon dont je le prononce. Et vous ?
Chad Carlson : Je pense que dans ma tête, je dis aussi " chmod ", mais c'est le " chmodcast " cette semaine ! Randy, merci beaucoup de nous avoir rejoints sur le "chmodcast". Y a-t-il autre chose que vous aimeriez dire à nos auditeurs avant que nous ne partions ?
Randy Fay : Juste que c'est un plaisir de parler avec tout le monde, et que j'ai hâte de vous voir partout où nous nous croiserons.
Chad Carlson : Merci, Randy, et merci à tous ceux qui nous écoutent. À la prochaine fois.
Liens utiles
Votre meilleur travail
est à l'horizon
