En este episodio, nos encontramos con Randy Fay. Ha sido miembro de la comunidad Drupal desde hace mucho tiempo. Ha escrito sobre 1.001 módulos y ha trabajado con un montón de empresas líderes de Drupal. Después de un tiempo, se quemó por el compromiso excesivo con Drupal. Hablamos de algunas de sus aventuras más locas, como andar en bicicleta desde el extremo norte de Canadá hasta Argentina en el transcurso de varios años.

Hablamos sobre su participación en Drupal y por qué se fue al final. Luego llegamos al meollo de la conversación, que es su trabajo ahora con un proyecto llamado DDEV-Local. Recientemente, lanzamos un libro en OSTraining llamado "Explicación del desarrollo web local con DDEV".

DDev-Local puede brindarle un entorno de desarrollo mucho más moderno basado en contenedores Docker. Hablamos con Randy, que es el desarrollador principal de DDEV, y le explicamos por qué, si usa MAMP o WAMP, debería considerar usar DDev en su lugar, ya que acelerará enormemente su desarrollo y lo hará mucho más confiable si está trabajando en múltiples proyectos.

Por cierto, el libro Explicación de DDEV se actualizó recientemente a la versión 2.0 y ahora muestra cómo usar DDEV con WordPress.

Siga a Randy a través de su cuenta de Twitter en @randyfay y su blog RandyFay.com.

Suscríbase al podcast OSTraining en iTunes o use el reproductor de podcasts a continuación. También estamos en Stitcher, Overcast y otras aplicaciones de podcast populares.

El libro explicado de DDEV

Explicación del desarrollo web local con DDEV

DDEV-Local es una herramienta revolucionaria para el desarrollo web local. DDEV-Local tiene muchas ventajas sobre WAMP, MAMP y otras herramientas que haya usado en el pasado.

DDEV-Local es un entorno de desarrollo local de código abierto. Está diseñado específicamente para proyectos basados ​​en PHP, por lo que es ideal para desarrolladores de Drupal, WordPress y TYPO3.

Únase a OSTraining y obtenga este libro

Transcripción de la entrevista con Randy

• Steve : Hola y bienvenido al podcast OSTraining. Soy Steve Burge y este es el episodio 34. Puede encontrar episodios anteriores en OSTaining.com/podcast. Hablamos con gente interesante de todo el mundo del código abierto.
• Steve : En este episodio, estoy hablando con Randy Fay. Ha sido miembro de la comunidad Drupal desde hace mucho tiempo. Ha escrito, oh, creo, en una estimación conservadora, diría alrededor de 1,001 módulos. Ha trabajado con un montón de empresas líderes de Drupal. Después de un tiempo, se quemó por el compromiso excesivo con Drupal. Hablamos de algunas de sus aventuras más locas, como andar en bicicleta desde el extremo norte de Canadá hasta Argentina en el transcurso de varios años.
• Steve : Hablamos sobre su participación en Drupal y por qué se fue al final. Luego llegamos al meollo de la conversación, que es su trabajo ahora con un proyecto llamado DDev-Local. Recientemente, publicamos un libro en OSTraining sobre DDev-Local y cómo puede brindarle un entorno de desarrollo mucho más moderno basado en contenedores Docker. Hablamos con Randy, que es el desarrollador principal de DDev, y le explicamos por qué, si usa MAMP o WAMP, debería considerar usar DDev en su lugar, ya que acelerará enormemente su desarrollo y lo hará mucho más confiable si está trabajando en múltiples proyectos.
• Steve : Hola, y bienvenido, Randy.
• Randy : Es bueno verte, Steve, o hablar contigo de todos modos, ¿eh?
• Steve : Randy, ¿te unes a nosotros desde Colorado? ¿Estás en las montañas cerca de Aspen o en las zonas de esquí de allí?
• Randy : No exactamente. Estamos en un pequeño pueblo llamado Palisade, justo cerca de Grand Junction, que está en el extremo oeste de Colorado. Es más como el desierto de Utah que como las montañas. Aunque tenemos el Grand Mesa alzándose justo en mi ventana. Lo estoy viendo ahora mismo, que es una montaña de 10,000 pies. Pero solo estamos en 4600 o algo así.
• Steve : Ah, está bien. Así que estás lo suficientemente cerca para ver las montañas y puedes ir a esquiar los fines de semana, pero en realidad no estás en las montañas.
• Randy : Ese es el caso. Sí.
• Steve : ¿Eres nacido y criado en Colorado?
• Randy : Sí, en realidad nací en Grand Junction, que está a 10 millas de aquí. Crecí en un pequeño pueblo llamado Gunnison. Volvimos aquí después de nuestro gran viaje en bicicleta que hicimos durante dos años y medio. Volvimos aquí porque mis padres se estaban haciendo viejos. Mi mamá todavía está viva. Tiene 92 años. Uno de nuestros grandes compromisos de estar aquí es cuidarla. Vive en una residencia asistida, pero la vemos un par de veces al día. Es un placer estar aquí, poder estar cerca de la familia y hacer lo que nos gustaría hacer con la familia.
• Steve : Bueno, parece que dejaste pendiente uno de los protagonistas de esa introducción. ¿Hiciste un viaje en bicicleta de dos años y medio?
• Randy : Sí, lo hicimos. De hecho, ese fue el viaje de mi vida, de 2006 a 2009, mi esposa Nancy y yo comenzamos sobre el Círculo Polar Ártico, cerca del Océano Ártico, en un pequeño pueblo llamado Inuvik en los Territorios del Noroeste de Canadá. Anduvimos en nuestras bicicletas en el transcurso de dos años y medio, a través de las Américas y hasta el norte de Argentina antes de quedarnos sin energía y terminar no... Queríamos llegar al fondo. No llegamos al fondo. Pero wow, ¿tuvimos el viaje de nuestra vida en nuestras bicicletas?
• Steve : ¿Es esta una de esas cosas en las que tienes que intentar empezar en medio del verano canadiense para evitar que te caiga la nieve?
• Randy : Básicamente, comenzamos el 9 de junio. En realidad, era un poco más complejo que eso. De hecho, hay que cruzar un par de ríos en el primer tramo. Esos ríos, en invierno, puedes cruzarlos, creo que es un puente de hielo. En verano, puedes recorrerlos en un ferry. Pero en el tiempo intermedio, cuando los ríos se rompen, no puedes cruzarlos de ninguna manera, punto.
• Randy : Tuvimos que cronometrarlo para que saliéramos lo suficientemente temprano para que pudiéramos hacer que las estaciones funcionaran, pero lo suficientemente tarde para no romper el hielo y poder cruzar en los transbordadores. Salimos con suerte.
• Steve : De acuerdo, entonces para cualquier otra persona que esté pensando en andar en bicicleta desde el extremo norte de Canadá hasta el sur de Argentina, ¿deben saber que hay una ventana muy estrecha para que puedan hacerlo?
• Randy : Bueno, tal vez si corren más rápido que nosotros, entonces pueden comenzar más tarde y no tener ese problema, pero rodamos bastante lento. Como os podéis imaginar, tardando dos años y medio. Hicimos voluntariado. Es fue el viaje de su vida. Fue una oportunidad increíble. Una de las cosas asombrosas es que, durante todo el tiempo que rodamos en América Latina, nunca sentimos que nadie nos amenazara en absoluto. Nunca nos sentimos incómodos. El mayor riesgo era ser atropellado por un vehículo, que es el mismo que tienen los ciclistas en todas partes.
• Randy : Simplemente te dice mucho sobre nuestros miedos y lo que consumimos. Hay un elemento secundario en ello. Claro, entonces éramos de mediana edad. Ahora, probablemente ya no lo seamos, pero una pareja de mediana edad en bicicleta no es una amenaza para nadie. Pero aún así, si puedes pasar tanto tiempo recorriendo lugares tan exóticos y ni siquiera sentir que alguien estaba dispuesto a hacerte daño, entonces solo te da una perspectiva del mundo. Tal vez no sea tan malo como a veces pensamos que es.
• Steve : Solía ​​ser algo más común. Me parece recordar haber leído historias de bastantes personas, allá por los años 60, que compraban, digamos, una furgoneta Volkswagen y hacían el viaje de América a América del Sur, o tal vez un paseo en bicicleta. No era algo completamente inusual de hacer en un punto.
• Randy : Bueno, mucha gente lo hace en bicicleta todos los años. Porque puedes pensar en ello como una cosa. es un objetivo No es más importante viajar en las Américas o viajar de punta a punta que cualquier otro viaje. Pero puedes pensar, cuando asumes un proyecto como viajar de norte a sur, es una forma de pensar en un proyecto. Es muy motivador. Mucha gente lo hace. La gente lo hace todos los años. Mucha gente lo hace cada año. Te apuesto a que 20 o 30, o incluso más, lo hacen todos los años.
• Steve : En la práctica, atravesar las nieves de Canadá, EE. UU., supongo, fue bastante sencillo, aparte de que quizás las carreteras estaban un poco demasiado transitadas. Qué pasa cuando llegas, digamos, al Canal de Panamá. ¿No hay una selva enorme allí? Cuando llegas a América del Sur, ¿tienes que dar un gran rodeo por el Amazonas?
• Randy : Lo que hicimos fue, en los EE. UU., Bajamos por la costa oeste, porque ese es un paseo famoso. En México, entramos en México al sur de Tucson. Cabalgamos por el interior del agua allí. No bajamos por Baja. Hay muchos ciclistas que bajan por Baja, pero nosotros queremos ir por ese camino. Luego fuimos al mismo centro de México y cabalgamos por el corazón de México, hasta la Ciudad de México, y luego subimos y cruzamos el Pasa de Cortés, el paso entre los dos volcanes por el que Cortés atravesó para conquistar México.
• Randy : Luego cabalgamos hasta Oaxaca. Cuando llegas a Panamá, no hay una forma real de andar en bicicleta o atravesar el Tapón de Darién de la forma en que quieras lograrlo. Tomamos un velero, un velero de 100 pies desde el sur de Balboa hasta Cartagena en Colombia. Luego, en América del Sur, cabalgamos por los Andes. Teníamos miedo de la malaria y de todas las enfermedades que prevalecen más en el país bajo, así que queríamos mantenernos en lo alto. Así que básicamente nos agotamos en las montañas de los Andes.
• Steve : Sí, estaba a punto de decir que eso suena como una enorme cantidad de trabajo para andar en bicicleta por los Andes.
• Randy : Hubo muchos altibajos allí, y te pones realmente alto. La elevación en Perú realmente molestó a Nancy. Estoy seguro de que podríamos haber ido más rápido tomando las rutas costeras. Todavía estoy muy, muy contento de que subimos alto, pero no hay duda de que la altitud afectó a Nancy. Y no hay duda de que es difícil estar haciendo todo eso arriba y abajo y cosas remotas. Hicimos algunas cosas muy interesantes en Perú. Esos países son simplemente increíbles. son encantadores
• Steve : Geográficamente, ¿es probablemente similar a algunas partes de Colorado? Muy montañoso, en promedio, muy alto, muy seco en muchas partes.
• Randy : Sí, más empinado y más alto. Pasamos por un paso que tenía 15,000 pies de altura. De todos modos, hay muchas maneras de hacerlo. Mucha gente ha hecho cosas mucho más exóticas que nosotros, pero sin duda fue un viaje único en la vida para nosotros.
• Steve : Eres de Colorado. Has hecho al menos un viaje loco como este. ¿Cómo terminaste involucrándote en la comunidad de Drupal, que es, quizás en este momento, por lo que eres más conocido entre nuestros oyentes?
• Randy : Bueno, en realidad, había trabajado con Drupal un poco antes de nuestro viaje, pero en realidad volví a implementar nuestro blog, hobobiker.com en Drupal en ese momento cuando estábamos... Puede que hayan pasado un par de años. antes de que. Trabajamos muy duro en nuestro blog en ese viaje, porque queríamos grabarlo. Probablemente comenzó como un blog de Drupal 4.6. No sé en qué nivel estaba. Probablemente estaba en Panamá convirtiéndolo en 5.0 o algo así.
• Randy : Esa experiencia personal de hacer funcionar un blog y la tecnología Drupal y todo lo demás, cuando terminamos el viaje, y realmente, estábamos mentalmente exhaustos cuando llegamos al norte de Argentina. Quería hacer algo que usara mi mente en lugar de solo mi cuerpo viajando todo el tiempo. Pensé: "Bueno, te apuesto que podría aprender algo sobre el código abierto y realmente involucrarme en la comunidad de Drupal". De hecho, compramos una pequeña computadora portátil en una de esas primeras ciudades de Argentina, compramos una netbook que podíamos llevar. Era una buena cantidad de dinero. Pero en realidad comencé a hacer consultoría en Argentina en noviembre de 2008, durante el apogeo de la crisis financiera.
• Randy : Como se puede imaginar, un par de personas de mediana edad que se tomaron un par de años libres de su trabajo, escuchan desde el norte de Argentina que todo el sistema financiero se está derrumbando y, por supuesto, viendo cómo se van nuestros ahorros, como todos los demás. , experiencia muy dolorosa. Acabo de empezar la alimentación inferior. Había un foro en Drupal.org. Simplemente les diría a las personas que estaban publicando los problemas más ingenuos allí, sobre cómo habían destruido o lo que le habían hecho a su sitio. Yo diría: "Bueno, lo haré por ti. Si te gusta, págame. Si no, entonces está bien". Por supuesto, conseguí algunos de esos trabajos.
• Randy : Estamos sentados ahí parando por un par de días y trabajando en algo. Poco a poco consigues trabajos que son un poco mejores. Pero fue increíble que la gente me pagara con PayPal durante un colapso financiero total cuando estábamos en nuestras bicicletas en Argentina. Fue bastante algo.
• Randy : Luego, por supuesto, después de que terminamos, y volvimos a mediados de 2009, la idea de tratar de descubrir qué era el código abierto, qué significaba tratar de hacer una contribución en el mundo del código abierto, y descubrir cómo comunicarse e involucrarse en el mundo de Drupal. Averiguar la comunidad es mucho más difícil que escribir código.
• Steve : ¿Vienes de un entorno que, incluso antes de encontrar Drupal, estaba bastante centrado en la comunidad? ¿Dijiste que te ofreciste mucho como voluntario cuando estabas en tu paseo en bicicleta? Entonces, ¿la actitud de código abierto fue una opción natural para usted?
• Randy : Sí, realmente lo fue. Pero nunca antes había descubierto cómo uno puede marcar la diferencia en el código abierto. Ya había usado Linux durante un par de décadas. Había usado tantas cosas. Era consciente del valor de todas estas comunidades de código abierto, pero en realidad nunca había intentado... O no recuerdo haber intentado nunca marcar la diferencia en una. Probablemente archivé un problema en uno o dos proyectos. Probablemente aprendí algo al estudiar los problemas en uno o dos proyectos. Pero en realidad nunca había tratado de decir: "Bueno, ¿qué podría hacer que marcaría la diferencia?".
• Steve : Siempre has tenido una mentalidad de código abierto. Ha sido un usuario de Linux durante mucho tiempo, pero no fue hasta que regresó de ese viaje en bicicleta que realmente comenzó a sumergirse y formar parte de la comunidad de Drupal.
• Randy : Cierto. Ese era el trato, era como ¿cómo podría realmente hacer algo útil en la comunidad de código abierto? ¿Podría invertir e involucrarme? Esa era la pregunta. No es algo muy fácil de hacer. Intentas averiguar, bueno, ¿en qué trabajas? ¿Cómo lo trabajas? ¿Cómo lograr que las personas adecuadas presten atención?
• Randy : Recuerdo mi primer parche básico. No tenía idea de cómo hacer que alguien le prestara atención. Era un problema que había tenido que resolver para algún proyecto en el que estaba trabajando, probablemente algún proyecto de contratación. Descubrí un problema con la forma en que se agrega CSS. Pude descubrir cómo resolver el problema. Pude descubrir cómo hacer un parche, pero no sabía cómo hacer que alguien preste atención a su parche. No sabía que haces entonces?
• Randy : Estoy aprendiendo a través de todo ese proceso, cómo te comunicas. Tuve que aprender a usar IRC. Sin embargo, más que cómo usar IRC es cómo encontrar a la persona con la que necesita hablar en IRC y hacer que... personas ocupadas presten atención.
• Steve : Ese siempre es uno de los principales inconvenientes de las comunidades de código abierto, es que tienden a favorecer a las personas con mucho tiempo libre, ya sea porque su empresa es generosa o porque están jubilados. O por alguna razón, tienen mucho tiempo libre, por lo que el compromiso de tiempo real para resolver todas estas cosas es una barrera importante para la contribución. Te sumergiste muy profundo en el agujero del conejo de Drupal, ¿verdad?
• Steve : Veo tu perfil en Drupal.org. Usted contribuyó a... Solo estoy haciendo conjeturas aquí, pero 1,001 módulos diferentes. Trabajaste para un montón de agencias de diferentes marcas en el mundo de Drupal, desde Lullabot hasta Tag One. También trabajaste para el comercio de Drupal durante un tiempo. Estuviste muy dentro de Drupal durante bastante tiempo.
• Randy : Realmente lo estaba. Seguí tratando de estar profundamente involucrado con las cosas fundamentales. Me involucré en el desarrollo del núcleo. Mantuve algunos módulos. Me gustó todo eso, pero me encontré, como muchas personas en código abierto, como en la comunidad de Drupal, tratando de resolver todos los problemas. Puedes estar tan disperso pensando que puedes resolver todos los problemas, o que puedes poner un parche para cada error que encuentres, lo que creo que estaba tratando de hacer en un momento dado.
• Randy : Me agotó bastante bien con el tiempo. En algún momento, comencé a darme cuenta: "Bueno, bueno, creo que esto podría ser el agotamiento". De hecho, comencé a estudiar el agotamiento. Escribí una serie sobre el agotamiento y lo que era. Tal vez ni siquiera me di cuenta completamente de que estaba en proceso de agotamiento.
• Steve : Hubo un período, quizás hace tres años, cuando, si asistías a DrupalCons o DrupalCamps, había regularmente una sesión sobre el agotamiento. Creo que probablemente fue hacia el lanzamiento de Drupal 8.0 cuando todos estaban cansados ​​y frustrados. Le había llevado cinco, más, años. Vi algunas de las publicaciones de tu blog en ese momento. ¿También estabas presentando y tratando de hablar con la comunidad sobre los peligros de quemarse?
• Randy : Sí, la gente necesita saber que su vida es más importante que el proyecto en el que están trabajando. Eso es lo fundamental, y tratar de ajustar las prioridades para reconocer eso. Además, darse cuenta de que no se pueden resolver todos los problemas. Creo que eso fue probablemente lo fundamental para mí, fue capaz de ver los problemas. Los pude resolver. Si me das un problema, probablemente pude resolverlo. Pero la naturaleza compleja de cómo resuelves un problema en Drupal me bloqueó. El hecho de que estaba tratando de hacer todo me bloqueaba.
• Randy : Pero una de las áreas en las que comencé a darme cuenta mientras estudiaba el agotamiento fue que comencé a encontrar que, especialmente cuando se habla del núcleo, el proceso de tratar de resolver un problema en Drupal Core o en la comunidad de Drupal es realmente tan ... No sé. Es tan arraigado, o tan difícil. Ha mejorado desde entonces. Pero en el pasado, esencialmente, si querías hacer que sucediera algo significativo en Drupal, tenías que convencer, digamos, a cinco o seis personas clave de que tenías la idea correcta de qué hacer.
• Randy : Si una persona dijera: "Bueno, eso no me gusta". Eso fue todo. Eso fue todo. Se terminó. Podrías tener un bloqueador que fuera valorado, y no tenías forma de avanzar. Ahora, ha habido una reorganización significativa en los años intermedios. Ha habido una distribución un poco mejor de la autoridad, por lo que es mejor de lo que era. Pero eso fue algo importante.
• Randy : Eso me llevó a estudiar la gobernabilidad en las comunidades de código abierto, y cómo funcionaba la gobernabilidad, y cómo trabajamos con un dictador benévolo, a la manera de Drupal, y muchas comunidades de código abierto tienen eso. Terminé estudiando eso por un tiempo, y hablando un par de veces, y escribiendo algunas publicaciones de blog sobre cómo las comunidades de código abierto se gobiernan a sí mismas.
• Randy : Ese proceso de tratar de mejorar la gobernabilidad ha estado ocurriendo en los años intermedios, aunque se me acabó la paciencia. Pero ha sido llevado a cabo por algunas personas muy buenas.
• Steve : Bueno, es un momento fascinante escucharte hablar de eso, porque la comunidad de WordPress está pasando por algo muy similar en este momento. Acaban de hacer el lanzamiento de Gutenberg. A menudo comparo el lanzamiento de Gutenberg con el lanzamiento de Drupal 8.0, en el sentido de que no solo tomó más tiempo de lo esperado, sino que también fue mucho más dramático y mal organizado, lleno de argumentos y todas las cosas típicas de código abierto.
• Steve : Has visto algunos resultados similares en la comunidad de WordPress. Mucha gente habla sobre el agotamiento, y también mucha gente está empezando a hablar sobre la gobernanza, porque gran parte de la forma en que se organizó Gutenberg estaba en Matt's ... Iba a decir capricho, pero probablemente no sea eso. una manera justa de decirlo. Pero quedó muy claro en cierto punto en el calendario de lanzamiento de Gutenberg, que era el camino de Matt o la carretera. Así que la gente ha comenzado a dar un paso atrás y decir: "WordPress necesita una mejor forma de gobernarse a sí mismo en lugar de un dictador benévolo de por vida decidiendo todo".
• Steve : Me recuerda mucho a esa época en que Drupal 8.0 estaba atascado y no estaba listo cuando la gente lo quería. Pasaste todo este tiempo investigando gobernanza, proyectos de código abierto. ¿Tuviste un efecto positivo al final, con los blogs en las discusiones que tuviste al respecto?
• Randy : Bueno, sí, creo que comenzó una conversación. Quiero decir que comenzó una conversación. Llegó al oído de Dries. Empezó a enfocarse en eso. Estaba al final de mi paciencia para ello. Otras personas han hecho un buen trabajo llevándolo adelante. Como casi todo lo demás en el mundo de Drupal, han pasado muchos años. Hubiera sido bueno si se hubiera hecho un progreso masivo en un año o algo así. El solo hecho de que se haya aplicado energía es realmente genial.
• Randy : Sobre la gobernanza, quiero mencionar que Python está pasando por una reorganización masiva, porque perdieron su BDFL, su dictador benévolo de por vida. Él dijo: "Terminé". Y ahora están pasando por momentos increíbles tratando de reorganizarse sin él.
• Steve : No vi esa historia.
• randy : si, si
• Steve : ¿Renunció en un enfado? ¿O se fue de manera organizada?
• Randy : No sé si hubo una rabieta. Pero anunció el 12 de julio del año pasado que se iba de vacaciones permanentes.
• Esteban : ¿Al día siguiente?
• Randy : Sí, creo que sí. No lo he seguido tan de cerca. Pero es algo importante a tener en cuenta para cualquier comunidad que dependa de una sola cabeza como esa, porque los dictadores benévolos nunca duran para siempre. Encontrar un camino hacia una organización sostenible es fundamental, en general.
• Randy : Bueno, y la realidad es que cualquier organización necesita más que un dictador, ¿no? Tienes que tener una difusión de la gobernanza eficaz en general.
• Steve : Sí, podemos burlarnos de los proyectos de código abierto y decir que esto es exclusivo del código abierto, pero en realidad no lo es. Todos los que trabajan en grandes empresas tienen historias similares, o trabajan en organizaciones sin fines de lucro o en escuelas. Todos tienen la misma mezcla de política y mal gobierno.
• Randy : Bueno, podrías mirar al gobierno de EE. UU. o el Reino Unido en este momento y aprender algunas lecciones allí también. Hay algunos problemas serios con la gobernabilidad.
• Steve : Sí, justo antes de entrar en el podcast, tenía un ojo puesto en la votación del Brexit. Oh hombre. El código abierto es fácil en comparación.
• Randy : Sí, así es. Así es, y probablemente menos trascendental.
• Steve : Te quemaste hasta cierto punto. ¿Qué hizo después cuando dejó la comunidad de Drupal, cuando se hizo a un lado? ¿Volviste tu atención hacia DDev?
• Randy : No, eso es en realidad... hay algunos años entre eso. Hice algunas cosas en el medio. Pero tuve dos o tres años muy felices trabajando para Tag One en el lado de la infraestructura. Hice infraestructura y realicé algunos trabajos de desarrollo de Drupal 8.0 para ellos. Pero me lo pasé muy bien en una serie de proyectos con Tag One que no eran cosas directas de Drupal. Me llevaron de vuelta a mis raíces en el mundo Linux. Estaba construyendo entornos de prueba de desarrollo completos con Puppet, y lo pasé muy bien.
• Randy : Eso fue dos o tres años. Luego estaba buscando trabajo, porque Tag One se estaba quedando sin trabajo para mí y me gustan los proyectos. Los proyectos me motivan. Simplemente me ayudan bastante a... no sé, pensar en mi vida. Simplemente me gusta mucho el trabajo en proyectos, así que comencé a entrar en pánico: "Bueno, espera un minuto. ¿Qué hago? No sé cómo entretenerme todo el día. Necesito un proyecto".
• Randy : Tuiteé que estaba buscando algo. Kevin Bridges de Drud respondió de inmediato y dijo: "Bueno, ¿te gusta Go?" Y dije: "Bueno, no sé nada sobre Go. Ni siquiera sé cómo se ve". Terminé yendo a trabajar para él, trabajando en Go. DDev fue uno de los proyectos en los que terminé trabajando. También tenemos un producto de alojamiento. Trabajé en eso. El primer año trabajé tanto en DDev, el entorno de desarrollo local y el proyecto de alojamiento.
• Randy : Pero durante el último año y medio, soy un empleado. Tuvieron la amabilidad de hacer que pudiera trabajar directamente en DDev.
• Steve : Así que déjame aclarar estos nombres rápidamente para la gente que está escuchando. DRUD es el nombre de la empresa?
• Randy : Así es. No preguntes de dónde vino, porque ninguno de nosotros lo sabe.
• Steve : ¿DDev-Local es el nombre del entorno local?
• Randy : Correcto, para el entorno de desarrollo de PHP local.
• Steve : ¿Y DDev-Live es una plataforma de alojamiento conectada a DDev-Local que puede lanzarse oficialmente a finales de este año, pero aún no está lista?
• Randy : Sí, tiene clientes existentes, pero no es como si estuviéramos invitando a la gente a ir a un sitio web y abrir su sitio ahora mismo. Tenemos algunos clientes existentes, pero aún está madurando y poniéndose en marcha. Estamos muy entusiasmados con eso. Están sucediendo muchas cosas buenas con él, pero aún no está disponible públicamente.
• Steve : ¿Cuál es el tono práctico que le daría a un desarrollador que está en MAMP, o algún entorno de desarrollo local un poco más anticuado? ¿Por qué los desarrolladores deberían estandarizar su trabajo en DDev?
• Randy : Lo mejor que hace DDev es que DDev está basado en Docker. No tiene que hacer eso, pero básicamente lo que significa es que no tiene que hacer ninguna configuración en su máquina. Simplemente instale docker e instale DDev, que es solo una instalación casera si está en Mac o Linux. Tiene un instalador si estás en Windows.
• Randy : En todas esas plataformas, puedes usar DDev y se comportará igual. Pero puede tener proyectos que estén en cualquier versión de PHP. Puede tener proyectos que sean Ingenix o que sean Apache. Puede tener proyectos que usen diferentes versiones de MariaDB, y no importa. No tienes que hacer ninguna configuración para ello. Simplemente cambie una palabra en un archivo de configuración o use la línea de comando. Ahí tienes
• Randy : Estoy haciendo algunas pruebas hoy. Mencioné el proyecto de soporte a largo plazo de Drupal 6.0, que ahora es compatible con PHP 7.2. allí estoy en Windows 10 Home, usando la caja de herramientas de Docker y puedo abrir D6 LTS y probarlo en PHP 7.2. eso no es algo muy fácil de hacer si estás en un entorno tradicional único como configurar tu propio Apache o Ingenix o lo que sea. Dicho esto, me encanta hacer todas esas cosas. Pero DDev lo hace para que ni siquiera tenga que recordar cómo hacer la configuración de Ingenix. No tengo que tener una sola configuración de Ingenix. Literalmente, a la mayoría de las personas les lleva menos de 10 minutos instalar DDev y ejecutar su primer proyecto.
• Randy : De hecho, lo hacemos en DrupalCons y DrupalCamps. Tenemos una configuración llamada sprint rápido que brinda a las personas una configuración inmediata para comenzar a contribuir con Drupal en unos minutos, incluso si vienen con una máquina doméstica con Windows 10 y nunca antes han configurado un entorno local, y tal vez si no saben lo que es Drupal. Simplemente resuelve un montón de esos grandes problemas de tener que saber demasiadas cosas para poder contribuir, lo cual es un gran problema en todo el mundo, pero resuelve algunos de esos problemas. Esperamos que resuelva algunos de esos problemas.
• Steve : Algunos de los casos de uso podrían ser, tal vez, un desarrollador de agencia que esté trabajando en cinco o seis proyectos para diferentes clientes. Uno está en PHP y Apache. Uno está en .Net. Uno es un proyecto Node.JS. Cada uno tendría su propio contenedor, completamente separados, configuraciones diferentes. ¿Todos podrían estar funcionando sin problemas uno al lado del otro en la misma máquina?
• Randy : Sí, uno al lado del otro. O podría tener docenas de ellos. Por lo general, solo mantengo dos o tres a la vez. Pero podría tener un montón de ellos por ahí. En DDev, cuando lo detienes, cuando lo quitas, no hace ningún daño. La base de datos está almacenada. El código está ahí. Simplemente haces un inicio de DDev y vuelve justo donde estaba. Ni siquiera tiene que tener un montón de recursos para usar DDev, puede ejecutar uno a la vez si no tiene muchos recursos. Todos se pueden configurar por separado. Cuando regresas a ese en el que estabas trabajando con ese extraño cliente que todavía tenía PHP 5.6, bueno, simplemente funciona. Simplemente comienza DDev, y ahí está.
• Steve : ¿Algunas partes de la plataforma DDev son específicas? Por ejemplo, supongo que te gusta bastante apoyar a Drupal, quizás también a WordPress. ¿Hay partes que sean específicas de la plataforma para esas plataformas? ¿O podría traer fácilmente, digamos, un sitio de Magento o un sitio de Joomla también?
• Randy : Esa es una gran pregunta. Básicamente, tenemos soporte explícito para todas las versiones de Drupal, BackDrop, TYPO3 y WordPress. Pero ese soporte explícito en su mayoría solo significa que escribiremos archivos de configuración predeterminados para ellos. También hay configuraciones personalizadas de Ingenix para Drupal y TYPO3. Pero para la gran mayoría de cualquier tipo de desarrollo web, siempre que sepa cómo escribir sus propios archivos de configuración, o apuntar a la base de datos correcta, o lo que sea, DDev lo hará bien.
• Randy : Tenemos gente haciendo varias cosas diferentes simplemente usando... Tenemos un tipo de aplicación que probablemente debería llamarse genérica, pero en su lugar se llama PHP. Entonces, un tipo de proyecto llamado PHP donde básicamente, simplemente apaga todo el "Oh, voy a arreglar tus archivos de configuración". Así que es realmente muy sencillo hacer eso.
• Steve : ¿Hay grandes comunidades que usan DDev? ¿Es grande en la comunidad de Drupal? ¿Grande en la comunidad de WordPress? ¿Quién está sacando mucho provecho de DDev en este momento?
• Randy : Los más grandes son Drupal y TYPO3, así que Drupal más BackDrop y TYPO3. TYPO3 acaba de adoptarlo con toda la ha- Tienen documentos en sus propios documentos que dicen: "Así es como se hace un entorno local. Se hace DDev". Son muy parecidos a eso. Así que TYPO3 y la gran comunidad de Drupal.
• Randy : Hemos hecho un esfuerzo, desde el principio, para soportar WordPress. Creo que hacemos un buen trabajo apoyando a WordPress, pero nunca hemos incursionado en la comunidad. Creo que son nuestras conexiones a largo plazo con la comunidad de Drupal las que nos han ayudado. Y luego algunas conexiones muy buenas, introducciones que se hicieron en el mundo de TYPO3. Pero tenemos esperanzas de muchas cosas diferentes, porque el entorno DDev ya admite una enorme cantidad de flexibilidad. Tiene un servidor web. Tiene un intérprete de PHP. Tiene muchos paquetes. No tiene incorporado MPM ni Yarn, por lo que tiene todo lo que la mayoría de la gente necesita. No es solo un dispositivo Drupal.
• Steve : Está bien, ya has hecho todo tu desarrollo local. Ha creado, digamos, un sitio Drupal o un sitio TYPO3. ¿Hay alguna forma de sacarlo de su máquina y ponerlo en un entorno compartido o en un entorno de alojamiento? ¿Hay alguna forma de pasarlo a producción?
• Randy : Como con la mayoría de las cosas, su proyecto se desarrolla... por lo general, se usaría, git, ¿verdad? Y así empujar el código es un problema fácil. Actualmente no tenemos un comando push de DDev. Probablemente lo haremos algún día. La mayoría de los desarrolladores no quieren que una base de datos pase a producción. La mayoría de las veces, lo que quieren hacer es extraer de producción para ver si su código funciona correctamente, y no hacer un desarrollo relacionado con la base de datos en la máquina local, y luego tener que correr el riesgo de llevarlo a producción.
• Randy : Diría que la mayoría de los desarrolladores no quieren una capacidad de inserción de base de datos, pero apuesto a que terminaremos con una de todos modos.
• Steve : Cuando se trata de rivales de DDev, sé que algunas personas usan Lando. ¿Hay otras empresas, proyectos, que estén adoptando enfoques similares a DDev? ¿Y cómo se comparan con lo que estás haciendo?
• Randy : Sí, Lando, aprendimos mucho de Lando. Han hecho una enorme cantidad de buen trabajo. Probablemente necesitemos regresar y revisarlo, y volver a aprender algunas de las cosas buenas que están haciendo. 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.