En este episodio del Smashing Podcast, echamos un vistazo a las novedades de Drupal 9. ¿Cuáles son los principales cambios futuros en este proyecto de código abierto de casi 20 años? Drew McLellan habla con el comisionado principal de Drupal, Angie Byron, para averiguarlo.

Mostrar notas

Actualización semanal

Expediente académico

Dibujó McLellan: Es Directora Senior de Desarrollo de Producto y Comunidad en Acquia, una compañía que conocerá por su software y servicios construidos alrededor del ecosistema de Drupal. Ella ha sido una de las principales mantenedoras de Drupal durante casi 12 años, además de ser autora de O'Reilly y una evangelista de código abierto que solo vive y respira Drupal. Uniéndose a nosotros desde cerca de Vancouver, Columbia Británica. Le apasiona atraer nuevas personas, especialmente mujeres, a código abierto. Sabemos que es una experta de Drupal desde hace mucho tiempo, pero ¿sabías que una vez le enseñó a un delfín a hacer mermelada? Mis amigos aplastantes, denle la bienvenida a Angie Byron.

Dibujó: Hola angie ¿Cómo estás?

Angie Byron: Estoy rompiendo, Drew. ¿Cómo estás?

Dibujó: Estoy muy bien. Gracias. Quería hablar contigo hoy sobre algo que ciertamente no hemos cubierto en el podcast antes. Y rara vez he tocado los artículos de Smashing Magazine a lo largo de los años, a pesar de ser un proyecto de código abierto muy popular con una comunidad masiva. Y eso, por supuesto, es Drupal. Ahora, deliberadamente no he descrito qué es Drupal en mi introducción porque siento que podría haber toda una generación de diseñadores y desarrolladores web que nunca se han encontrado realmente. Y hay quienes podrían pensar que sabemos de qué se trata Drupal, pero eso podría basarse en una visión formada hace 10, 15, 20 años hace casi. ¿Qué es Drupal tal como está hoy?

Angie: Llamamos a Drupal un marco de gestión de contenido. Y lo que eso significa es que es un marco generalizado que puedes usar para crear sitios web, puedes usarlo para hacer aplicaciones móviles, puedes usarlo para hacer casi cualquier cosa que puedas imaginar. Pero es un sistema central muy estructurado y basado en contenido. Se utiliza para alimentar uno de cada 35 sitios web en el mundo. Está ahí afuera y la gente lo usa. Se ha utilizado mucho para sitios web gubernamentales, sitios web de medios, casi todo lo que puedas imaginar. Incluso se ha utilizado para potenciar, por ejemplo, los horarios de cruceros de la princesa y cosas así. Se usa en muchas capacidades diferentes.

Dibujó: ¿En qué se diferencia de otros sistemas de administración de contenido que la gente podría haber usado en el pasado, como WordPress o herramientas de publicación estáticas como Hugo y Jekyll?

Angie: Me gusta decir que si sabes lo que quieres es un blog u otra cosa en la que WordPress es realmente bueno, WordPress es una gran opción. Del mismo modo, si sabe que necesita un software altamente personalizado que solo pueda funcionar con un sistema de fondo en particular o cosas por el estilo, un marco CMF personalizado como Symfony o algo así podría ser una mejor opción. Drupal es genial porque abarca ambos. Tiene una interfaz de usuario, por lo que puede crear contenido simplemente haciendo clic y completando formularios. Y puede extenderlo con su API, pero está diseñado para permitirle hacer una cantidad tremenda de cosas poderosas con solo estar en su navegador, haciendo clic en formularios y botones.

Angie: Lo uso mucho porque a menudo tengo clientes que realmente no saben lo que quieren. Entonces, piensan que quieren bloguear y luego resulta que, “Oh, pero también queremos un componente de comercio electrónico con este blog. Ah, y también necesitamos un foro con cinco estrellas, reseñas y este tipo de cosas ". Y con Drupal, eso es solo una casilla de verificación para comenzar a agregar nuevas funcionalidades como esa en comparación con WordPress, podría significar, juntar un par de soluciones diferentes que luego debe integrar. Y con el código personalizado, eso es obviamente códigos personalizados, lo que será mucho trabajo para usted.

Angie: Drupal tiene una biblioteca completa de módulos contribuidos. Hay algo así como 10,000 a 12,000 de estos módulos adicionales que pueden hacer funciones adicionales. Y fuera de la caja, especialmente si no ha usado Drupal en 20 años, Drupal es en realidad un CMS realmente completo en estos días, donde cambia con soporte de diseño de medios, todo tipo de cosas diferentes.

Dibujó: Mencionó brevemente algunos proyectos anteriores que utilizan Drupal. ¿Cuál es el proyecto ideal donde alguien lo alcanzaría por otra cosa? ¿Dónde se destaca realmente Drupal?

Angie: Diría que Drupal es genial si tiene, digamos un sitio web o una presencia en la web donde hay muchos subcomponentes diferentes y todos quieren que mantengan una apariencia y sensación consistentes. Las universidades lo usan mucho, por ejemplo, porque quieren tener una marca universitaria consistente en todos los diferentes sitios secundarios. Sin embargo, también quieren dar a los departamentos individuales la libertad de configurar sus propios, digamos tipos de contenido. Entonces, digamos que el departamento de arte podría querer rastrear artistas y músicos y cosas así. Y vincularlos a los trabajos que han producido en comparación con el departamento de TI puede querer contratar como estas son las diferentes personas para las que hacemos pasantías de TI, y estas son las diferentes personas que trabajan para ellos.

Angie: Y Drupal le permite modelar todo ese contenido juntos y crear vistas dinámicas de él y formularios en los que puede hacer clic juntos de inmediato.

Dibujó: Una de las razones por las que quería hablar contigo sobre Drupal en este momento es que hay un lanzamiento importante a la vuelta de la esquina. No hay

Angie: Ahi esta. A continuación, no sé cuándo saldrá esto, pero es el 3 de junio. Entonces, actualmente una semana a partir de hoy.

Dibujó: Y ese es Drupal 9.

Angie: Eso es correcto.

Dibujó: Ahora, una gran versión nueva de un producto de software maduro siempre trae consigo nuevas características importantes. ¿No es así? ¿Cuáles son los cambios en los titulares que alguien realmente notaría sobre Drupal 9?

Angie: Si está utilizando Drupal 8 actualmente, la gran noticia para usted es que Drupal 9 realmente no ha cambiado mucho. Y eso es un gran problema para nuestra comunidad porque en el pasado, cuando querías pasar de seis a siete o de siete a ocho, era un, no lo llamaría un proceso desgarrador, pero podrías llamarlo así donde solíamos tener la filosofía de que vamos a romper su código y no sus datos. Siempre estaríamos a la vanguardia de las últimas cosas y cualquier actualización de versión importante vendría con él. Las necesidades, los módulos de soporte y el código subyacente con Drupal, y siempre obtendría las últimas y mejores cosas, pero vendría en un proceso de actualización costoso y costoso.

Angie: De Drupal 8 a nueve, lo que hemos estado haciendo es construir Drupal 9 en Drupal 8 de manera efectiva. Y así, Drupal 8, todo el camino ha obtenido las nuevas API, las nuevas características, todo este tipo de cosas de una manera compatible con versiones anteriores. Lo que va a hacer Drupal 9 es recortar las cosas compatibles con versiones anteriores y ponernos a todos en la última versión de, por ejemplo, Symfony, PHP, MySQL, todas las cosas más nuevas para que tengamos soporte de seguridad para esas cosas durante los próximos tres a cinco los próximos años. De ocho a nueve, no mucho, si viste Drupal por última vez, por ejemplo, desde Drupal 7, una cantidad tremenda ha cambiado, porque no solo obtienes las innovaciones que tiene Drupal 8, cosas como la experiencia móvil, configuración de fábrica, administración, el módulo de vistas, que le permite ensamblar dinámicamente listas de cosas disponibles de fábrica.

Angie: Pero también obtienes las características que se incluyen en los ciclos de Drupal 8. Estas son cosas como una biblioteca de medios, gestión de flujo de trabajo, capacidades de creación de diseños, mejores pruebas automatizadas y todo tipo de otras cosas.

Dibujó: Un aspecto en el que estoy particularmente interesado porque hay algo que falta o que se repara de manera desordenada en muchos sistemas de administración de contenido es este concepto de datos estructurados. ¿Qué queremos decir cuando decimos contenido estructurado? ¿Y qué nos aporta Drupal 9 a ese respecto?

Angie: El contenido estructurado es un concepto realmente fascinante y se ha incorporado a Drupal desde los primeros días. En un CMS como WordPress o Squarespace, algo así diría, quiero descargar la función de galería de fotos y voy a habilitar la función de galería de fotos, voy a obtener la galería de fotos como la persona que creó lo imaginaba En Drupal, lo haces de una manera diferente. Lo que debe hacer es crear su función de galería de fotos a partir de componentes básicos. Y lo que quiero decir con eso es que crearás un tipo de contenido llamado foto. Agregará un campo de imagen para la imagen. Agregará quizás un campo de título, quizás tenga atributos para la imagen y todos estos otros principios, campos de números para los atributos, o perdón por los campos de texto de ancho ampliado para los atributos antiguos, hay muchos tipos diferentes de cosas que puede hacer.

Angie: Y luego creará una vista de fotos y puede elegir si esa vista de foto es, digamos que presenta todo en una cuadrícula de seis por nueve, o tal vez lo hace en dos columnas o lo que sea, y puede tener una personalización completa sobre cómo y de qué manera se produce. El contenido estructurado es interesante porque no solo puede hacer que su sitio web se vea como lo desea, sino porque el contenido está estructurado de manera genérica a través de entidades y campos, también puede decir, por ejemplo, crear una aplicación de reacción desacoplada que se comunique con Drupal como backend.

Angie: Y tenga control total sobre cómo se hace, y luego tome el mismo backend, conviértalo en su sitio web, el mismo backend haga que diga un quiosco en el centro comercial donde las personas pueden seleccionar diferentes artículos. Mucha gente hace uso de Drupal como esta tienda de contenido general con la que cualquier persona puede hablar. Y la forma en que podemos hacerlo es porque todos los datos que administra el CMS están abstraídos. No está integrado en la capa de presentación. Si usa un editor de Wiziwig para responder en su contenido, obtendrá las imágenes incrustadas en el campo del cuerpo, y eso nunca es bueno si desea tomar parte de ese campo del cuerpo y mostrarlo en un bloque de la barra lateral.

Angie: Drupal al estructurar todo en campos y entidades discretas en el back-end, hace que el concepto se pueda mezclar y combinar realmente fácilmente.

Dibujó: ¿Eso significa que podría usar un Drupal como un CMS sin cabeza esencialmente?

Angie: Sí.

Dibujó: Eso es más o menos lo que estás describiendo allí, ¿no?

Angie: Sí, absolutamente.

Dibujó: Si está trabajando en Jamstack, o tiene una aplicación de una sola página, o está creando aplicaciones móviles o tiene otras formas menos convencionales de consumir contenido, podría usar Drupal como un sistema de administración de contenido solo para administrar literalmente el contenido y luego exponerlo a esas otras cosas a través de una API o algo así como JSON.

Angie: Exactamente. Sí. JSON: el soporte API está integrado y esto viene con su ... todo sobre Drupal es modular. Si no desea la capa de tema, no necesita tenerla. La capa de tema es lo que llamamos como la capa de presentación HTML que generalmente genera PHP. Pero puede tirar eso y decir: "Solo quiero JSON: salida de API de todo mi contenido". También obtienes ciertas funciones integradas en Drupal integradas en tu aplicación. Por ejemplo, Drupal tiene un sistema de usuarios, permisos y roles realmente robusto. Puede configurar diferentes roles con permisos discretos para hacer cosas diferentes en el sitio o incluso ver diferentes páginas en el sitio.

Angie: Y Drupal respetará esas cosas y Drupal las aplicará para que cuando alguien realmente cargue la aplicación en una determinada URL, sepa que la persona que está allí debe tener acceso a ella. Es realmente interesante. Es un producto genial para trabajar porque, por un lado, es un producto hecho por desarrolladores para desarrolladores. Comenzamos a construirlo porque queríamos una forma más fácil de ... No queríamos que alguien nos llamara para cambiar el campo de copyright en la parte inferior de la página cada año o lo que sea.

Angie: Simplemente hacemos una caja para que puedan llenarla. Pero también es una herramienta hecha para crear un área completamente nueva de personas, que es como los constructores de sitios. Son como técnicos, pero no necesariamente saben cómo escribir todo el código de back-end, pero saben, por ejemplo, cómo hacer clic en estos diferentes conceptos para crear estos sitios realmente poderosos. Y así, en cualquier momento, cuando está desarrollando una característica como una biblioteca de medios, no solo tiene que pensar en cómo hacemos que esto sea realmente fácil de usar para un vendedor o una persona de autor de contenido, quién lo va a usar todos los días, pero también cómo lo hacemos infinitamente extensible desde el lado del desarrollador, ¿cómo nos aseguramos de tener pruebas automatizadas que cubran todo?

Angie: ¿Cómo nos aseguramos de que la salida sea accesible para que los lectores de pantalla puedan traducirla? Y todo este tipo de consideraciones. Por lo tanto, Drupal es realmente interesante y se destaca en su campo en que muchas veces tienes que elegir entre un front-end realmente fácil de usar que no tiene contenido desacoplado o algo de contenido desacoplado muy técnico que necesitas una flota de desarrolladores de JavaScript para trabajar. Y Drupal se sienta en un punto medio y dulce donde puede ser ambos.

Dibujó: Debido a que Drupal es esencialmente un CMS temático, ¿no es así? Si está buscando construir un sitio, un sitio más tradicional donde está usando un tema para generar páginas HTML, CSS, un buen diseño web receptivo servirá a sus dispositivos móviles, dispositivos de escritorio, etc. ¿Qué capacidades de plantilla estarías viendo en Drupal? ¿Qué tienes disponible para usar?

Angie: Drupal usa una biblioteca de Symfony llamada Twig, y es efectivamente plantillas HTML con pequeños caracteres especiales para hacer ramificaciones, lógica de ramificación básica, variables de impresión, ese tipo de cosas. Esa es una salida predeterminada que hace Drupal. Tiene una devolución de llamada que genera la salida y que se almacena en una matriz. La matriz se pasa a la capa de salida. Podría ser JSON: API, como mencioné antes, y simplemente colocar una gran gota de JSON, o podría pasar a la capa de tema, que luego traducirá esas matrices a, este es el encabezado, esto es eso y será imprímalo en las variables CSS y HTML como esa. Sin embargo, no sé si eso respondió a tu pregunta. Lo siento.

Dibujó: No tu lo hiciste.

Angie: De acuerdo, genial.

Dibujó: Creo que la última vez que usé Drupal, estaba usando quizás Smarty. ¿Está bien?

Angie: Oh, Smarty, si. Bueno, eso es como Drupal 6 días.

Dibujó: Sí, es Drupal 6 o Drupal 5 incluso.

Angie: Si. Oh, eso es fantastico. Twig es un concepto similar a Smarty, pero lo bueno de Twig es que refuerza mejor la separación entre su lógica de negocios y su lógica de presentación. Twig no es realmente, puedes hacerlo, pero no está configurado como una mejor práctica para que te sientes allí y comiences a poner un montón de funciones, objetos y clases y todo eso en tus archivos HTML reales. Sus archivos HTML, más o menos permanecen archivos HTML con solo los pequeños marcadores de posición especiales en ellos. Y luego su lógica de negocios sucede detrás de escena en un módulo o en una función de preproceso o algo así.

Dibujó: Esa separación en realidad hace que las cosas sean un poco más sencillas y seguras para los desarrolladores que no están tan acostumbrados a trabajar en el mundo del backend, tal vez se sientan aún más cómodos con el desarrollo front-end, pero gran parte de la lógica dura está separada del HTML y CSS?

Angie: Así es. Y la otra cosa que obtienes como beneficio de eso es que Twig es realmente bueno sobre el escape automático de vulnerabilidad XSS. Algo común que puede suceder cuando escribe su propio tema desde cero es que comienza a imprimir variables directamente. Y luego alguien crea un nombre de usuario como 'Little Bobby Tables o lo que sea, ese tipo de cosas y arruina todo tu sitio. Twig es genial porque tiene un escape automático de variables como esa. Mientras se adhiera a las API y las use directamente, no introducirá accidentalmente una vulnerabilidad de JavaScript o SQL en su sitio solo tratando de hacer que su tema se vea bien.

Dibujó: Y en términos de la experiencia de creación de contenido, sé que muchas personas en la industria del diseño web han visto desaparecer parte de su negocio, particularmente en el extremo inferior de estos servicios extremadamente amigables para el usuario, como Squarespace. ¿Cómo compite Drupal con esa experiencia de autoría que las personas obtienen de estos servicios tan pulidos y elegantes?

Angie: Diré que hemos recorrido un largo camino. Definitivamente no estamos en un nivel de Squarespace. Solo diré eso rotundamente. Squarespace tiene la ventaja de que no están creando contenido estructurado en esa ronda o están creando páginas. Y así, las páginas son independientes y pueden tener un control total sobre el HTML allí y utilizar buenas herramientas de front-end para acceder a ellas. Drupal por naturaleza es contenido estructurado, mencioné que los beneficios son que el contenido podría mezclarse y combinarse. Es fácil generar el contenido de una variedad de modas diferentes. Pero la desventaja es que nuestras herramientas de front-end no lo son, respetan esa naturaleza de contenido estructurado. Por lo tanto, no se ve como una experiencia de edición de la página en lugar con Drupal tal como está.

Angie: Sin embargo, diré que hay muchas personas que hacen mucho trabajo. Y así, el núcleo mismo cambia con la edición en el lugar, que es la capacidad de hacer clic en un campo y editarlo en su lugar sin tener que ir al back-end. También está la bandeja de configuración, que si desea hacer un cambio rápido de configuración para decir el nombre del sitio o la ubicación de un bloque o algo así, está integrado allí. El generador de diseño también tiene algunas capacidades de arrastrar y soltar. Realmente hemos realizado un esfuerzo concertado para mejorar la experiencia de creación de contenido en Drupal. Hicimos las pruebas de usuario nuevamente, comenzamos en 2008, Drupal es un proyecto antiguo que mencionaste que ha existido hace un tiempo, pero comenzamos en 2008 y 2012, 2015.

Angie: Seguimos haciendo esto cada pocos años, nos sentamos y la Universidad de Minnesota nos ha ayudado con esto. Nos sentamos y vamos a un laboratorio de usabilidad de la vida real con un vidrio unidireccional y seguimiento ocular de todo. Y a través de ese proceso realmente vimos que, si bien el backend de Drupal es increíble y la gente lo ama porque es flexible, está bien documentado, tiene una arquitectura increíble, todo este tipo de cosas. La gente realmente luchó con el frente. Lo hice mi misión personal. Sé que Dree ha hecho que su misión personal, el líder del proyecto, así como la comunidad en general, también traigan esa calidad de Drupal al frente.

Angie: Y así, hemos agregado un montón de capacidades desde entonces, como un tema de administración de back-end. Algunas de estas características de contenido amigable para el autor como flujos de trabajo, medios, ese tipo de cosas, y ponerlo en primer lugar en las manos de las personas para que no tengan que escribir a mano etiquetas HTML o este tipo de cosas, que fue el caso de muchos hace años que.

Dibujó: Una de las cosas que a menudo atrae a los desarrolladores a sistemas de publicación simples en lugar de los CMS de pila completa es este concepto de tener todo administrado en un repositorio de puerta. Por lo tanto, los cambios en un sitio de vida pueden implementarse atómicamente y ese repositorio de puerta es una fuente única de verdad para el proyecto. No tiene varias copias de una base de datos que represente diferentes versiones de un sistema para solucionar el problema de desarrollar una nueva característica del sitio en un entorno y luego tratar de descubrir cómo construirla e implementarla en el entorno en vivo, lo que los objetivos pueden haber cambiado desde que comenzaron a trabajar en la función. ¿Drupal ofrece alguna forma de gestionar ese proceso particularmente difícil?

Angie: Sí, comenzando con Drupal 7, de hecho, teníamos un concepto llamado módulo de características y qué características eran, donde la capacidad de combinar tanto la funcionalidad del módulo como los cambios de configuración y desplegarlos como una porción de código lógico entre entornos. En Drupal 8 y nueve, hemos mejorado esa capacidad al incorporarla directamente al sistema central. Hay algo llamado el sistema de gestión de la configuración. Y lo que hace es cada bit de configuración que haces. Por ejemplo, cómo se llama el nombre de mi sitio, cuál es la plantilla de correo electrónico que estoy creando, este tipo de cosas. Todos se almacenan en un sistema centralizado y ese sistema tiene todo lo demás y Drupal es infinitamente flexible.

Angie: Se puede exportar como archivos YAML, por ejemplo, que simplemente se pueden migrar de un lado a otro entre entornos. Y luego es muy fácil también hacer un get, diff y descubrir, “Oh, está bien. Ha habido cambios entre la última vez que lo vi y puedo revisarlos y asegurarme de que se vean bien, es muy importante importarlos ". Y hay tanto herramientas pegajosas para hacerlo como herramientas de línea de comandos para hacerlo porque, de nuevo, Drupal siempre está tratando de servir a ambos públicos.

Dibujó: Siempre existe esta gran oportunidad cuando haces una nueva versión importante de un proyecto de software maduro para desaprobar y eliminar piezas que han tenido su día, tal vez características que nunca se dieron cuenta de la forma que esperas que lo hagan y para resolver la deuda tecnológica y ese tipo de cosa. ¿Qué cambios se han realizado en Drupal 9 en términos de limpieza de la casa?

Angie: Sí, tomamos el golpe de la versión principal como una oportunidad para limpiar realmente la casa. Lo que hemos estado haciendo durante todo el ciclo de Drupal 8 es imaginar nuevas formas de hacer las cosas. API mejores y más claras, por ejemplo, administrar entidades o configuraciones o ese tipo de cosas, o como una biblioteca JavaScript más moderna para manejar arrastrar y soltar o ese tipo de cosas. Y durante Drupal 8, lo que hicimos fue dejar todas las cosas viejas en su lugar porque no queríamos romper el sitio de nadie entre 2015 y hoy. Pero Drupal 9 nos dio la oportunidad de decir: "Bien, a medida que avanzamos en el camino, simplemente marcamos todas estas cosas como obsoletas".

Angie: Y así, podríamos encontrarlos más tarde y decir: "Eso es lo que necesitamos limpiar". Y así, Drupal 9 pasó a la venta al por mayor y se deshizo de toda la funcionalidad obsoleta. Y luego hay una versión de Drupal 8.9 que sale al mismo tiempo que Drupal 9, que tiene todas las capas BC allí, pero es totalmente compatible con Drupal 9 para dar a las personas una versión para mover todo lo que necesita. Pero sí, entre las cosas que hicimos fue actualizar a las últimas versiones de todas nuestras dependencias. Tenemos un montón de dependencias de JavaScript, algunas dependencias de PHP.

Angie: Todos están en el último tipo de lanzamientos de LTS. Entonces, nos quedamos en eso por mucho tiempo. También aprovechamos la oportunidad para aumentar los requisitos del sistema, que sé que la gente dice: "Dios mío, por qué mi esquimal 5.7". Pero la ventaja es que muchas de estas versiones anteriores de PHP, particularmente en PHP 5, todavía no han sido compatibles con la seguridad en mucho tiempo. Por lo tanto, estamos tratando de asegurarnos de que nuestros usuarios que están en Drupal 9 se mantengan seguros, no solo hoy, sino que sigan adelante en el futuro. Los hemos actualizado y luego nos hemos deshecho de las API obsoletas que hemos creado en el camino. Cuando inicia un sitio con Drupal 9, está comenzando con una nueva lista, sin código obsoleto en las últimas cosas y debería servirle durante muchos años.

Dibujó: Eso suena como un flujo de trabajo de desarrollo bastante complejo. El hecho de que haya estado trabajando en una versión compatible con Drupal 9 de Drupal 8 y trabajando en Drupal 9 al mismo tiempo, preparándolos para lanzar juntos. ¿Cómo funcionó eso en la práctica?

Angie: Sí, funcionó bien porque efectivamente escribimos Drupal 9 en Drupal 8 durante los últimos cinco años, comenzando en Drupal 8, usamos un concepto llamado versión semántica. En el pasado, cuando lanzamos Drupal 7, por ejemplo, lo dejamos solo más o menos, excepto por algunas correcciones de errores y tal vez para mantenerlo actualizado con las últimas versiones de PHP que salen y ese tipo de cosas . Con Drupal 8, hicimos el cambio a las versiones semánticas. Y lo que eso significa es que cada seis meses, tenemos lo que se llama una versión menor de Drupal y eso sería como un 8.1 y 8.2, a diferencia de un 8.1.6 o algo así, que sería una versión de corrección de errores.

Angie: Y cada vez que hacemos una de estas versiones menores, tenemos la oportunidad de agregar nuevas API, agregar nuevas características y cambiar la forma en que Drupal funciona con la advertencia de que siempre debemos dejar una compatibilidad con compatibilidad hacia atrás para que exista Los sitios no dejan de funcionar. Todo el tiempo, hemos estado mejorando Drupal 8 desde su lanzamiento inicial. Y entonces, hemos agregado características, hemos desaprobado las API, ese tipo de cosas. Entonces, cuando llegamos a Drupal 9, fue mucho trabajo. No quiero mitigar la palabra allí o desaprobar esa palabra que el equipo ha estado haciendo porque hay un cuadro completo de todas las cosas obsoletas que necesitábamos pasar y todos estos módulos contribuidos que debían actualizarse. sus cosas también

Angie: Pero el esfuerzo fue mucho menor que la preparación para cualquier otra versión importante, porque realmente solo se estaba centrando en esas cosas obsoletas, las bibliotecas que ya no son compatibles para las que necesitamos encontrar alternativas y asegurarnos de que estamos en las últimas versiones de cosas y todo esto funciona con eso. Y entonces, ese será el Delta entre 8.9 y nueve, creo que es algo así como una reducción del 12% en el código o algo así es lo que logramos hacer, pero de lo contrario son idénticos porque todos usan lo mismo.

Dibujó: Guau. Es como Drupal 8, pero los grilletes se han desprendido.

Angie: Si. Eso es genial ... voy a citarlo al respecto. Eso es genial, me encanta. ¿Has pensado en unirte a nuestro equipo de marketing? Solo bromeo.

Dibujó: Históricamente, y Drupal ciertamente no está solo en esto, pero históricamente ha habido mucho dolor al mover sitios de versiones principales antiguas a versiones principales más nuevas de Drupal. Parece que tal vez con el proceso de desarrollo de un Drupal 9 dentro de Drupal 8, tal vez eso se haya resuelto ligeramente. Entonces, ¿pasar de Drupal 8 a Drupal 9 debería ser bastante sencillo?

Angie: Así es. Si. Creo que hay básicamente tres escenarios, así que uno es si estabas ejecutando Drupal 8 y cada vez que aparecía un nuevo lanzamiento menor de Drupal 8, lo actualizabas de inmediato y comenzabas a usar las nuevas cosas. Básicamente, tu camino no será como si ya estuvieras haciendo todo el trabajo y estés bien. Si se mudó a Drupal 8 hace un tiempo y no ha estado al día con los cambios de BC, hay un poco de trabajo para usted. Definitivamente es la actualización más fácil en más de una década de nuestro software de todos modos. Y tenemos un montón de herramientas diferentes para ayudarlo. Hay un tablero que muestra todos los módulos contribuidos y cuál es su situación con Drupal 9, hay herramientas automatizadas para revisar y revisar su código y marcar cualquier función obsoleta que tenga.

Angie: Y hay herramientas para subir y encontrar automáticamente: “Oh, ¿esta es la última versión de su módulo y está lista para Drupal 9? Deberías ir a descargarlo ", ese tipo de cosas. De Drupal 8 a 9, diría que esa parte está bastante bien cubierta. Si viene de una versión anterior de Drupal, digamos Drupal 7 o inferior a Drupal 9, eso comienza a parecer un poco más complicado, como entre los cambios que hicimos en Drupal 8, donde, por ejemplo, nos mudamos por completo a PHP orientado a objetos y comenzamos a utilizar patrones de diseño que se encontraron en otro proyecto de software, lo cual es algo muy inteligente que hacer arquitectónicamente, pero significa que si tenía un montón de código personalizado en su vida anterior, eso en Drupal 9 , vas a necesitar encontrar alternativas para eso.

Angie: Acquia es un producto y desarrollo llamado acelerador de migración de Acquia que tiene como objetivo resolver ese problema en el que estamos creando una aplicación agradable, reaccionar para encontrar, que lee en sus datos antiguos de Drupal 7 crea datos Drupal 8 equivalentes para usted junto con todos los los módulos que va a necesitar que estén asignados a sus viejos módulos Drupal 7 siempre que sea posible para intentar agilizar ese proceso un poco porque queremos asegurarnos de que todos los que están en versiones anteriores aún puedan llegar al nuevo orden mundial donde todos están en la misma versión y todos estamos trabajando juntos.

Angie: Y luego, además, también hemos extendido el Drupal 7 ... La comunidad como la comunidad de código abierto de Drupal su final de vida en Drupal 7 a partir de noviembre del próximo año. Actualmente, de todos modos, necesitamos discutir si COVID impacta eso o no. Pero hay varias compañías diferentes y Acquia es una de ellas que ofrece soporte extendido para Drupal 7 más allá de eso, hasta 2024 al menos. Y así, eso hace que las personas que tienen una actualización fácil tengan un año y medio para hacerlo. Las personas tienen una actualización menos fácil, potencialmente tienen tres años y medio para hacerlo o más si es necesario. Y estamos intentando realmente hacer posible que todos puedan moverse y luego construir herramientas como el acelerador de migración Acquia para ayudar a acelerar el proceso.

Dibujó: El sonido de esta funcionalidad me intriga para escanear su código y averiguar si será compatible con Drupal 9. ¿Es eso esencialmente una herramienta de análisis estático?

Angie: Es. El análisis estático tiene sus limitaciones. Hemos construido un poco ... Es una biblioteca llamada Rector PHP y puede usarla en cualquier código PHP genérico. No es específico de Drupal, pero hemos construido un envoltorio llamado Drupal Rector, que entiendo es que agrega un poco de cosas adicionales donde ... Hay ciertas cosas que sabemos cuando algo se carga dinámicamente en el argumento de que es buscar podría no estar presente en eso no sería necesariamente direccionable, cuando es solo en codificaciones estáticas que leen signos de dólar y cosas así. Y así, ha habido un poco de envoltorios adicionales para buscar algunos de los problemas más comunes que encontramos allí. Y la otra cosa genial que lo siento, los confundí a los dos.

Angie: El escaneo PHP es lo que escanea el código. Rector es lo que puede aplicar automáticamente los cambios al código. Y así, los hemos estado usando en conjunto. El estándar PHP realiza el análisis estático, más un contenedor para algunas cosas específicas de Drupal para detectar algunos de los problemas cargados dinámicamente. Y luego rector es algo que solía decir, solía ser Drupal_set_message de la función de procedimiento. Y ahora es este mensaje de Drupal de flecha o lo que sea, y automáticamente puede hacer esos cambios por usted para que realmente solo esté perfeccionando un par de trucos de API que no pueden automatizarse para usted, pero tenemos un panel de control en dev.acquia.com que revisa todos los módulos aportados.

Angie: Y voy a equivocarme en los números, pero era algo así como el 50% de los proyectos ya se realizaron para Drupal 9, o simplemente necesitan cambios de una o dos líneas que se pueden hacer con esta herramienta automatizada. Y luego habrá que ir. Las dos herramientas juntas en conjunto han sido excelentes. Lo que me gustaría ver es cuando hagamos cambios en la API en adelante en Drupal 9.1 y 9.2. y así sucesivamente, los asociamos con una sala de rectores que los reparará automáticamente en los módulos en el futuro, porque entonces podemos reducir aún más este período de transición en futuras versiones.

Dibujó: Eso suena muy inteligente. ¿Es esto algo que los usuarios con sitios de Drupal 8 pueden comenzar a usar actualmente en preparación para Drupal 9?

Angie: Sí, absolutamente Hemos recomendado a las personas que empiecen a hacer esto desde la versión beta, que fue hace un par de meses. Sí, hay un par de no sé si es mejor enviarle enlaces o algo así, pero hay un proyecto en drupal.org llamado estado de actualización y ese es un buen punto de partida. Eso es lo que le brinda la descripción general del tablero, mira todos sus módulos, le dice un rojo, amarillo, verde, si está listo o no para Drupal 9 y puede señalarle las herramientas que pueden ayudarlo a actualizar su sitio. o ayudarlo a actualizar su propio código en los casos en que haya extendido Drupal más allá de sus capacidades normales.

Dibujó: Entonces, digamos que alguien que escucha esto tiene un sitio de WordPress, que han construido a lo largo de los años. Tienen quizás múltiples temas y temas infantiles, docenas de complementos, se está agotando, estalla en las costuras, está empezando a sudar y están mirando a Drupal, están pensando: "Me gusta el sonido de esto . Parece que está construido para más del proyecto que tengo aquí ". ¿Cómo sería el proceso de mover un sitio en algo como WordPress a Drupal?

Angie: Una de las características de Drupal 8 es la API de migración, que es algo que también estamos haciendo uso de un acelerador de migración de Acquia. Y la API de migración es genérica. No le importa de qué se está mudando, lo usamos para pasar de Drupal 7 a Drupal 9, pero también puede usarlo para pasar de WordPress a Drupal o de Drupal a WordPress. Por favor, no, pero podrías. Hay un montón de complementos para el sistema de migración y uno de ellos agrega conocimiento específico de WordPress al sistema de migración. Y así, configura WordPress como fuente, Drupal como destino, y mueve las cosas allí. Eso funcionó para los datos de su sitio, la funcionalidad real de su sitio, tendría que investigar un poco para saber si dice que estaba usando este complemento y WordPress que se asigna a este módulo en Drupal.

Angie: Un plan futuro que tenemos para el acelerador de migración de Acquia es, una vez que se filtró el problema de siete a nueve para intentar abrirlo y así poder mover a las personas de cualquier cosa a Drupal porque es el mismo problema básico en el que estás haciendo una actualización importante de un sistema externo a otro sistema externo. No hay ninguna razón por la que no podamos incluir en WordPress, el administrador de experiencia de Adobe, Sycor ese tipo de cosas también y trabajar en herramientas de migración para aquellos porque sí, cuanto más en el barco Drupal, mejor.

Dibujó: Drupal ha sido un proyecto durante casi 20 años en este momento, obviamente tiene un ecosistema saludable con muchos encargados, muchos apoyos. Tiene empresas construidas a su alrededor. Pero, obviamente, un proyecto tan grande tiene que seguir evolucionando y seguir trayendo sangre nueva. ¿Hay alguna iniciativa para traer nuevos desarrolladores a la familia Drupal?

Angie: Ahi esta. Hay un par de esos. Diría que el que más me entusiasma es que es muy ambicioso y, por lo tanto, no lo hicimos en Drupal 8, pero lo llamamos, la iniciativa de interfaz de usuario de administrador probablemente deba dividir eso en varias iniciativas más pequeñas, pero efectivamente es una iniciativa para modernizar el JavaScript de Drupal. Y eso significa una serie de cosas diferentes. Número uno, estamos usando jQuery porque eso fue lo más popular en 2006 o cuando tomamos esa decisión. Y moviéndolo más para que me guste el ES 6 genérico o ni siquiera lo sé, lo siento, no soy una persona de JavaScript, así que no sé qué hay para enumerar allí, pero sea cual sea el último ECMAScript, estaríamos usando eso.

Angie: Pero también significa, profundizar ... Drupal 8 en particular ya contribuyó en gran medida a hacer que Drupal fuera realmente accesible para versiones desacopladas. Al tener una salida JSON: API, hay una distribución llamada Contenta que lo pone en funcionamiento en un sitio de Drupal, atendido a sin cabeza, si eso es lo que desea. Hay un montón de cosas en esa área, pero me encantaría hacer aún más. Sabiendo que eso es más o menos una mejor práctica ahora, es como construir este front-end desacoplado a un back-end y realmente perfeccionó Drupal para ese propósito.

Angie: Creo que es parte de la modernización de JavaScript. Y luego, la otra parte es que muchas de nuestras herramientas de experiencia de administración todavía están en ese modelo de servidor de cliente PHP, o como una persona que hace clic en un botón, hay una solicitud al servidor o algo se agita, y luego obtienes resultados. Me encantaría aportar más comentarios dinámicos instantáneos, que reaccionan en ángulo de vista, algunas de esas bibliotecas lo hacen posible. Me encantaría obtener algo de eso en la interfaz de administración real, tanto para que la interfaz de código se vea bien, pero también porque si pudiéramos desarrollar un conjunto de componentes, digamos componentes de reacción o algo así.

Angie: Todos los módulos de Drupal que se conectan a Drupal también podrían hacer uso de ellos. Y no sería como reinventar la rueda cada vez. Creo que ese será un enfoque importante para Drupal 9 es la modernización de JavaScript y toda la experiencia general del desarrollador de Drupal para desarrolladores de JavaScript. Y además de eso, también estamos tratando de minimizar la cantidad de trabajo que las personas que son desarrolladores y que ya saben que Drupal tienen que hacer a través de la iniciativa de actualizaciones automáticas es otra gran cosa que me entusiasma saber en este momento, si desea actualizar sus módulos, eso es bastante sencillo, pero la actualización del núcleo requiere algo de trabajo manual.

Angie: Y nos gustaría deshacernos de eso para que todos puedan permanecer en la versión más segura y ese tipo de cosas. Si no se ha encontrado, Drupal está muy preocupado por la seguridad. Dirigimos algunos gobiernos importantes en el mundo. Estamos ejecutando los Grammy o lo que sea. Mucha gente depende de Drupal para ser sólida como una roca. Por lo tanto, pasamos mucho tiempo preocupándonos mucho por la seguridad del software, asegurándonos de que el equipo de seguridad responda, no solo a los problemas centrales, sino a todo lo que sucede en nuestro espacio de módulos contribuido. Nos preocupamos mucho por la accesibilidad. Nos aseguramos de que cualquier cambio que ocurra en el núcleo pase por una serie de puertas y nos aseguramos de que sea compatible con WK y use los atributos Aria correctos y todo ese tipo de cosas.

Angie: Realmente hemos pasado mucho tiempo asegurándonos de que las cosas estén bien. Y ahora creo que la próxima fase de cosas en las que va a abrir todo ese esfuerzo que hemos puesto para que sea más accesible para más personas.

Dibujó: Parece que Drupal se toma muy en serio el soporte a largo plazo.

Angie: Eso es correcto.

Dibujó: ¿Cómo equilibra tener una base de código moderna? Mencionó que actualizó el estilo de JavaScript utilizando algo que es atractivo para los desarrolladores pero que aún tiene algo estable y no sigue modas pasajeras, no genera dependencias que desaparecerán rápidamente. , en el que puede confiar y va a ser un poco aburrido y seguir funcionando y ser compatible.

Angie: Esa es una pregunta razonable. Pienso en un par de formas diferentes. Como mencioné, Drupal es muy modular. Una cosa que ha llevado al éxito en el pasado, por lo que JSON: API es un buen ejemplo. Hubo mucha discusión sobre qué formato vamos a estandarizar para que Drupal salga. Y nos decidimos por JSON: API por varias razones. Es un protocolo abierto. No está respaldado por una compañía en particular, bla, bla, bla. Hay un montón de cosas. Cuando hicimos eso, en realidad lo prototipamos en contrib primero. Creamos un módulo contribuido, que puede iterar muy rápido y fácilmente.

Angie: E incluso podemos decir: "Oh, eso no funcionó, bórralo". Pudimos innovar realmente rápido en este espacio de módulo contribuido. Comenzamos allí y vimos que, “Oye, esta cosa tiene algunas piernas. Como si la gente realmente lo estuviera utilizando. Proporcionan comentarios de desarrolladores realmente excelentes. Tenemos gente de Drupal en el equipo de redacción de especificaciones de JSON: API, como si esto fuera realmente bueno. Traigamos lo que ya sabemos que funciona en el núcleo ". Y luego lo hicimos, pero todavía es solo un módulo. Digamos que el próximo año XMLRPC regresa de la muerte y eso se convierte en lo que todos usan.

Angie: Todavía es posible que simplemente dejemos el módulo JSON: API allí. Obtendríamos un nuevo módulo XMLRPC. Lo habilitaríamos de manera predeterminada, pero aún así dejaríamos lo viejo allí. Y luego, cuando salió Drupal 10, tomábamos el antiguo módulo JSON: API, lo movíamos de nuevo a contrib y la gente aún podía usarlo. Pero lo que cambia en el software central sería seguir las últimas tendencias. De esta forma, obtenemos lo mejor de todos los mundos porque podemos innovar rápidamente. Podemos tomar las mejores decisiones posibles sobre cuál será la experiencia de usuario predeterminada de Drupal y la experiencia del desarrollador. Pero también podemos dar marcha atrás en las decisiones si es necesario para hacer cosas diferentes.

Angie: Creo que sería muy complicado si quisiéramos desechar todo el sistema de temas y reemplazarlo por angular, por ejemplo, eso sería difícil. Es realmente difícil de hacer ... Todos los módulos tienen que escribir cuatro formas diferentes en que podrían hacer sus plantillas y ese tipo de cosas. Ese, tendríamos que pensar más, pero ese enfoque general de encontrar una forma de conectarse al sistema, dejando la vieja forma como una muleta para las personas que aún lo necesitan. Y luego, cuando retiramos las cosas, las retiramos con gracia, por lo que aún están disponibles para las personas, pero no son parte del producto principal, creo que generalmente es así.

Dibujó: Y supongo que es ese proceso continuo lo que lo ha llevado a este punto donde tiene Drupal 8 con toda la compatibilidad con versiones anteriores, lo llamaré equipaje, equipaje que ahora está eliminando y avanzando con Drupal 9.

Angie: Así es. Sí. Y lo haremos nuevamente en Drupal 10.

Dibujó: Suena como un lanzamiento muy importante para Drupal. ¿Hay algo más que debamos saber al respecto? ¿Y cuándo está aterrizando?

Angie: Aterriza el 3 de junio. Lo escuchaste aquí primero, o tal vez no lo escuchaste aquí primero. Vamos a hacer algo así ... Es un poco triste que ocurra durante los tiempos COVID porque cuando salieron Drupal 7 y ocho, por ejemplo, grupos de usuarios de todo el mundo estaban haciendo fiestas de Drupal con pasteles y todo esto tipo de cosas Entonces, intentaremos hacer una versión virtual de eso, pero no será lo mismo. Pero lo que es realmente lindo es que la gente hornea pequeños pastelitos de Drupal y cosas así, o muestra la lata de Drupal al costado de un edificio o este tipo de cosas. Entonces, es una comunidad realmente creativa e innovadora, así que estoy seguro de que descubrirán algunas de las cosas interesantes.

Angie: Pero no, en términos de cosas para cubrir, creo que cubrimos mucho de eso, creo que si has mirado a Drupal antes y le has tapado la nariz, diría, por favor, échale otro vistazo. Hemos trabajado mucho y, en los últimos años, realmente, realmente nos hemos centrado en los comentarios de los usuarios, en la pieza de usabilidad, haciéndolo mucho más fácil para los especialistas en marketing. Y también es mucho más fácil de mantener para los desarrolladores. Lo hemos hecho y hemos logrado hacer esos cambios de características sin romper horriblemente las cosas para las personas de Drupal 8 porque mantuvimos las cosas de compatibilidad con versiones anteriores en su lugar. Pero significa que si no ha mirado a Drupal, incluso en cinco años también ha cambiado significativamente porque hemos seguido agregando características, incluidas cosas sin cabeza de API, flujo de trabajo, generador de diseños, todo este tipo de cosas.

Angie: Y diría que es una excelente manera de construir, es a prueba de futuro, hay datos estructurados bajo el capó, para que pueda ... Sea cual sea la nueva tendencia de front-end que termina siendo usted está bien posicionado para saltar sobre eso. Tiene una gran comunidad llena de gente increíble. Salgo mucho en las comunidades de código abierto y algunas de ellas dicen: "Oh, ¿no sabes sobre bla, bla, bla?" Bueno, lo que sea, tipo de cosas. Y Drupal es más como, "Oh, no sabes sobre bla, bla, bla? Bueno, déjame contarte al respecto porque es increíble ". Creo que es como una comunidad genial realmente acogedora, porque venimos de diferentes orígenes y estamos aquí para hacer que la web sea genial.

Angie: Así que sí. De todos modos, espero que algo haya sido útil. Y muchas gracias por la oportunidad de hablar contigo.

Dibujó: Sería negligente de mi parte no preguntarle sobre su participación en el código abierto en general, y especialmente sobre los obstáculos que son muy reales para lograr que más mujeres participen en el código abierto. Eso es algo que te apasiona mucho, ¿no?

Angie: Si. Mi experiencia es que yo era un fanático del código abierto cuando aún era un adolescente, escuché sobre el código abierto. Yo estaba como, "Eso es genial. Todo debería ser de código abierto ". Pero siempre tuve la visión de que tenías que ser un genio para trabajar en código abierto porque las personas que eran grandes nombres y código abierto en ese entonces eran como Linus Torvalds y Eric S. Raymond y no lo sé. Por alguna razón llevan este brillo de "Oh, esos tipos son tan inteligentes".

Angie: Y entonces, fui autodidacta, iba a la universidad comunitaria en ese momento. Y así, me di cuenta de que esto no es para mí. Pero luego Google anunció un programa llamado Google Summer of Code, que era donde te pagaban durante el verano para trabajar en un proyecto de código abierto. Y yo dije: "Bueno, eso es realmente interesante porque si saben que somos estudiantes, saben que aún no sabemos todo. Tal vez lo veré y veré qué pasa. Y elegí Drupal porque soy una de esas personas que solo usan la fuente en cada sitio web que visito, solo porque tengo curiosidad sobre lo que está sucediendo. Y en el pasado, había un sitio web llamado Spread Firefox que se creó en Drupal. Y fue realmente interesante. Básicamente era el sitio de la comunidad donde cualquiera podía subir como un Fest o evento instalado en Firefox que tenía su campus, o podía subir un póster que hicieron o lo que sea.

Angie: Y yo estaba como, "Eso es genial. Eso es genial. Lo archivaré para más tarde. Porque hace mucho tiempo que dejé de usar CMS reales porque uso PHP Nuke y dije: “No, nunca estoy haciendo algo así. Mi gato podría escribir un código mejor que este de todos modos, lo siento. Lo siento, PHB Nuke ". Pero de todos modos, lo archivé y vi a Drupal en la lista y pensé: “Muy bien, claro. Voy a darle una oportunidad." Y luego fue increíble porque desde este lado de las cosas, una vez que ingresé a la comunidad y realmente estaba contribuyendo, me di cuenta como, “Wow. A, antes que nada, las personas que pensé que sabían todas estas cosas en realidad no saben tanto. ¿Sabes a lo que me refiero?" Ellas hacen. Pero como todos tienen fortalezas y debilidades. Y lo que vi que sucedió fue que hay personas que son realmente buenas en ciertos aspectos del código.

Angie: Gente que es realmente buena en documentación, gente que es buena en diseño. Las personas que son buenas para explicar las cosas a las personas, lo que sea, todas estas personas colaboran en estos cambios y todos contribuyen con lo poco que saben. Y yo pensaba: "Hombre, si hubiera sabido que, como 10 años antes, me habría golpeado en esto, podría haber tenido toda una década de experiencia en software". Y así, mi misión fue tratar de romper esa barrera, particularmente para las mujeres porque las mujeres se socializan desde una edad muy temprana para no entrar en tecnología, para empezar. Y luego, una vez que entran en la tecnología, hay muchas cosas como "Oh, Dios mío, es una niña". Y es como si, si estás en tecnología, ya estás lidiando con una cierta cantidad de basura.

Angie: Y es como, ¿por qué no cortamos la basura y mostramos a la gente lo increíble que es esto? Me encanta hablar con cualquiera que quiera involucrarse en el código abierto, pero particularmente con las mujeres porque dirigí un grupo llamado Drupal Chicks durante unos años allí, que eran mujeres en Drupal para reunirse y hablar. Y las reuniones fueron muy divertidas porque una chica decía: "Bueno, no soy una desarrolladora pero", y luego le gusta describir todas estas complejas cosas de CSS que hace o lo que sea. Y yo digo: "Sabes que es desarrollo, ¿verdad?" Sin embargo, veo mujeres en particular, todos pueden luchar con esto, pero las mujeres en particular luchan con ese sentimiento de que incluso si soy una persona perfectamente capaz, simplemente no soy tan buena como todos los demás, y sí.

Angie: Intenté realmente romper esa barrera. También traté de desglosar el ... Para mí mismo, como la gente, "¿Quién es Web Chick?" Y yo digo: "No, soy como un imbécil". Pensé: "Hice lo estúpido la semana pasada". Fue hilarante. Y solo para romper ese tipo de idolatría rockstar, porque todos somos humanos y todos estamos aquí tratando de que funcione y sí. Me apasiona porque siento que si hay alguien por ahí que realmente ama el código abierto y el ethos del código abierto y la idea, no deberían detenerse solo porque piensan que no son tan buenos. como otras personas porque puedo decirte ahora mismo, eres lo suficientemente bueno y deberías hacerlo.

Dibujó: Eso es muy, muy importante. He estado aprendiendo sobre Drupal 9. ¿Qué has estado aprendiendo últimamente, Angie?

Angie: Al comienzo de todo el asunto de la pandemia, un amigo mío que enseña guitarra, publicó como: "Mierda, mi escuela de música cerró. ¿Alguien quiere hacer lecciones de Zoom? Y yo dije: "Sí, tengo una guitarra. Acabo de pasar el rato aquí. Y solo porque colecciono instrumentos musicales en caso de que mi hija quiera entrar en la música. Estoy como, "Genial, tengo todas las cosas". Pero no tengo idea de cómo jugarlo. Toco el tambor. Y entonces, dije: "Claro, lo intentaré". En realidad, durante los últimos dos meses he estado tomando lecciones de guitarra en línea de un amigo mío y estoy aprendiendo a tomarlo con calma por las águilas y cosas así y un poco de blues y hasta ahora estoy muy terrible, pero lo intento y es divertido.

Angie: Es una cosa completamente diferente que de otro modo no haría. Y sí, ha sido muy divertido.

Dibujó: Increíble. Si a su querido oyente le gustaría saber más de Angie. Puede seguirla en Twitter donde está @Webchick, encontrar su sitio personal en webchick.net. Y, por supuesto, descubra todo sobre las versiones actuales y futuras de Drupal en drupal.org. Gracias por acompañarnos hoy, Angie, ¿tienes palabras de despedida?

Angie: No, estoy realmente agradecido de tener la oportunidad de hablar contigo. Has estado alrededor de la manzana como, "Santa vaca". Estaba mirando tu currículum. Es como, "Oh, Dios mío". Hablando de personas que están en pedestales, pero honestamente, eso es increíble. Realmente aprecio la oportunidad de hablar con usted, especialmente sobre el pequeño proyecto de código abierto que podría. Y espero que la gente aproveche la oportunidad de probarlo.

(Illinois)

Fuente: https://www.smashingmagazine.com/2020/06/smashing-podcast-episode-17/