Presione este podcast: trabaje de manera efectiva con su equipo de desarrollo con Rob Humar

Bienvenido a presionar esto, el podcast de WordPress Community en WMR. Aquí, el anfitrión David Vogelpohl se encuentra con invitaciones de toda la comunidad para hablar sobre los mayores problemas que enfrentan los desarrolladores de WordPress. La siguiente es una transcripción del registro original. David Vogelpohl: Hola a todos y bienvenidos para presionar este WordPress Community Podcasts en WMR. Este es su anfitrión, David Vogelpohl, apoyo a la comunidad de WordPress a través de mi papel en WP Engine y me gusta traer todo lo mejor de la comunidad para escucharlo cada semana en la prensa como un recordatorio, puede encontrarme en Twitter @ Wpdavidv, o puede suscribirse para presionar en iHearTradio, Spotify o puede descargar los últimos episodios de WMR.FM. En este episodio, estoy muy contento de que hablemos sobre el trabajo efectivo con su equipo de desarrolladores utilizando la implementación continua y se une a nosotros para esa conversación Rob Humar, Rob. Bienvenido a presionar esto.
Rob Humar: Hola David. Gracias por la invitación. Tú: estoy muy feliz de tenerte aquí. Para aquellos que escuchan, este es definitivamente un episodio centrado en los desarrolladores. Pero, en este episodio, Rob hablará, en principio, sobre cómo su equipo de Dexerto ha dominado los flujos de trabajo con implementación continua dentro del equipo, pero también sobre el impacto que tuvo en su negocio en su conjunto, por lo que es más o menos Como la historia de todo el negocio, Rob es. Nos llevará aquí hoy. Si ha pensado en usar la implementación continua o si tuvo problemas con su implementación, tal vez algunas de las lecciones de Rob serán útiles, Rob. La primera pregunta que le hago a cada invitado que le haré que también me cuente la historia sobre su origen WordPress. RH: Así que trabajo con WordPress durante 15 años. Así que solo puedo navegar por documentos de WordPress, como en el reverso de mi mano. Supongo que entré en eso. Era solo un amigo que me preguntó un día que dijo: Sí, tengo que trabajar en algún lugar en línea para hacer un blog y subir algunas noticias y buscar en Internet, supongo que apareció WordPress y esa fue la única plataforma en ese momento y Desde allí todo comenzó. Tú: muy interesante. Entonces, cómo construyes sitios hasta ahora, WordPress fue tu primera forma de construir sitios. RH: Sí, lo era, probablemente éramos ambos. Aprendí a hacer el desarrollo web en la codificación dura de los tiempos del mundo CMS PHP. Entonces todo se acababa de hacer manualmente.
Usted: Claro, por supuesto, ningún WordPress es una buena herramienta para esto, por lo que hace 15 años, habría sido alrededor de 2006. Entonces, justo antes de los widgets y los códigos cortos, parece que habría sido un momento interesante para el comienzo. Maravilloso. Bueno, gracias por esto y luego sabes que mencioné anteriormente en la introducción por ser parte de una empresa llamada Certeau, ¿podrías ayudar a todos a entender cuál es la encuesta? RH: Sí, y así sucesivamente, deja al desarrollador web principal Desoto. DeSoto es un editor de noticias en línea, uno de los más grandes de los Estados Unidos y el más grande del Reino Unido, nos centramos en los deportes electrónicos. Solo una variedad de plataformas de juegos y tenemos varios sitios web de WordPress.dv: porque este es un espectáculo de audio. Podrías escribir la búsqueda de todos. RH: Sí, entonces es divertido, en realidad D, E, X, E, R, T, O, pero si eres, si eres un llamado del deber, entenderás por qué dije. Tú: soy fanático del deber de llamadas, pero conozco la referencia, pero perdí un poco, porque me retiré investigando este episodio y artículos, por lo que es muy bueno. Sabes que tenemos muchas agencias y trabajadores independientes y productores en la prensa y es muy bueno obtener la perspectiva de las marcas. Así que tengo un poco de curiosidad. Puede describir brevemente cuál es el desarrollo continuo por el bien de nuestra audiencia si no está familiarizado.
RH: Sí, por supuesto, implementaciones continuas, es prácticamente un proceso de automatización de cada paso de un proceso de implementación para cada modificación que usa la base de código. Entonces, en lugar de esperar una fecha de lanzamiento y acumular un stock de cambios en una base de código y luego hacer cualquier gran e implementar continuamente nuevos cambios una y otra vez. DV: es la automatización del proceso de implementación. Considere que la prueba unitaria es parte de la implementación continua o no. RH: Sí, entonces el proceso desde el principio hasta, quiero decir, déjame decir una palabra, correcto. Entonces, en lugar de hacer pruebas humanas, la implementación continua automatiza muchos procesos de prueba. Entonces podría incluir pruebas unitarias como PHP. Esto podría incluir tranquilidad para que pueda hacer JavaScript tranquilo en las pruebas, puede en silencio en las hojas de prueba y simplemente deshacerse de todas, todas las pruebas que podrían tomar mucho tiempo por un hombre y hacerlas muy rápidamente con una computadora.
Usted: esta es una descripción maravillosa, gracias por esto y creo que cuando pienso en dónde están bloqueados los equipos en la adopción de la implementación continua, es su complejidad y configuración y creo que no hacen algunas de esas cosas y su manual. . Los procesos de implementación, ya sabes, para ahorrar tiempo, pero es muy interesante pensar que, ya sabes, una pequeña inversión en esta configuración, puede tener grandes ganancias a tiempo posterior, y especialmente el tiempo para remediar los problemas. RH: Sí, el 100% del proceso de configuración de implementación continua es la parte más difícil de ella. Una vez está configurado. Si no lo usa fácilmente. Los desarrolladores deben poder venir y presionar solo un botón y cargar los cambios en el código en cualquier plataforma que administre la base de código y todo debe activarse. Entonces, una pregunta. Asegúrese de que funcione bien y no. Tienes que enfrentar dolores de cabeza más tarde, por lo que sería un gran atractivo. Pero entonces, ya sabes, puede haber bloqueadores para las personas que ingresan usando la implementación continua. Entonces, cuando ha implementado la implementación continua en DE Certeau. ¿Cuál era el factor decisivo, como lo que era algo que se rompió antes, como era, por qué decidiste llevar a cabo para seguir esa estrategia?
RH: El factor decisivo más grande para nosotros fue que somos una empresa completamente distante. No tenemos oficinas. Todos nuestros desarrolladores de todo el mundo. Por lo tanto, necesitábamos una forma de asegurarnos de que todos estos desarrolladores puedan trabajar bien juntos en un equipo, y otro código siguió los estándares y las buenas prácticas que hemos implementado. Y como dije, la mayor atracción es la seguridad. Debe ejecutar estas pruebas antes de realizar una implementación, porque el tiempo de operación de nuestros sitios web es el mayor factor más grande que nos importa en principio. DV: Tenía un equipo distribuido desde el principio o se ha relacionado con el bloqueo global. RH: No, somos un equipo totalmente distante desde el principio y en el futuro. DV: Entonces trabajó sin implementación continua durante un período. RH: Sí, fue solo un pequeño equipo de desarrollo al principio, así que creo que no fue tan importante, pero cuanto más agregue a los desarrolladores del equipo, más importante no quiere que la gente se anule entre sí. El código que hace se carga manual a través de FTP o algo así. Usted: Entonces, tiene el problema de sobrescribir y causar problemas con, ya sabes, más personas que intentan implementarse. ¿Qué pasa con la calidad del trabajo? Siento que si tienes como individuos que hacen sus propias pruebas y pruebas unitarias, suponiendo que les hagan incluso pruebas de integración y cosas así, siento que todos son únicos, un copo de nieve que podría causar otros problemas. En la escala.
RH: Sí, exactamente. Necesitamos asegurarnos de que todos respeten el mismo estándar. Desde la experiencia, y desde el punto de vista de la legibilidad del código. Necesita que los desarrolladores puedan hacerse cargo, tomar la base del código y comprender lo que está sucediendo con bastante rapidez, por lo que tenemos que hacer esto. Entonces, por ejemplo, una de las reglas que tenemos para el desarrollo de complementos PHP es que todo tiene que cumplir con los estándares VIP de WordPress. Y uno de los estándares VIP de WordPress es que cada función PHP debe tener un documento de documento con él. Y si no tiene el estándar VIP de WordPress o para abrir para decir, mire, debe incluirlos y, por lo tanto, solo haga la base de bacalao, mucho mejor que todos. DV: Use cualquier otro estándar para herramientas de listado específicas de WordPress en el proceso de implementación continua. Mencionaste VIP. RH: Sí, nada está específicamente conectado a WordPress. Tenemos un estilo personalizado. Pero esto es justo lo que vinimos como equipo y cómo nos gusta trabajar. I: No estoy familiarizado con el Centro VIP, pero sospecho que incluye los estándares de calidad del código de WordPress, que serían, muchachos, sabes que es cierto, sí, eso es exactamente lo que quiero decir. Está bien, está bien, está bien, está bien. Bueno, esto es excelente de escuchar, creo, sabes que es bueno para las personas entiendan qué está involucrado y cuáles son los procesos y creo que muchas personas lo hacen en general, pero realmente quiero entrar en los demás. Usted sabe cómo fue este proceso para usted y sabe algunas de las cosas que encontró, sabe que ayuda al éxito cuando ha explorado, pero tomaremos un descanso rápido y regresaremos de inmediato. Tú:
Bienvenido a presionar esta comunidad Podcastul WordPress en WMR. Este es su anfitrión David Vogelpohl, hablo con Rob Humar sobre la implementación continua en su estación de trabajo para Robs incluso antes del descanso, hablamos un poco sobre los factores que hicieron que la disertación adoptara un tipo de implementación continua de la que habló. Allí. Siendo un equipo más pequeño, con probablemente menos necesidades, eran de hecho con un equipo totalmente distante y más grande. De hecho, no era una opción que sintiera por la consistencia, para no anular el trabajo del otro. Y ya sabes, crear un estándar por el cual su negocio puede trabajar desde la perspectiva del porcentaje de desarrollo. Tengo curiosidad, cómo jugó un papel ágil en la forma en que cambiaste los flujos de trabajo o lo hiciste. RH: Sí, lo suficientemente temprano, porque descubrimos lo suficientemente temprano que necesitamos una buena manera de administrar la búsqueda de nuevas características y errores. Tenemos un gran equipo de editores que escriben el contenido utilizando la plataforma de WordPress, todo el tiempo y son muy buenos en el lugar. Concéntrese en el front-end y la cantidad de nuevos síntomas, como dije, que necesitaba una forma de seguir su apariencia y luego seguir el proceso para otros costos de desarrollo. Por ejemplo, podemos seguir cuando trabajamos en ellos. Al ingresar a QA y cuando están listos para ser implementados, etc. Y porque somos un equipo completamente remoto. Necesitamos una forma más fácil en la que estos desarrolladores remotos puedan obtener trabajos y comenzar a trabajar en nuevos trabajos. Tú:
De acuerdo, el enfoque ágil lo ayuda en términos del procesamiento específico de las solicitudes que provienen de los editores de negocios y les permite sacarlos, así como a comunicarse con las partes interesadas en torno al progreso que realiza a este respecto. RH: También debemos decirle al equipo de producto que necesita saber dónde se están reparando estos libros. Y pueden informar partes activas e interesadas internas. RH: Los llevaremos a las reuniones de Sprint, pero tenemos un gerente de producto digital allí que transmitirá toda esta información a las partes interesadas de la empresa. Tú: está bien, bueno saberlo. Así que volvamos al lado de la implementación continua, así que cómo se ve su pila de CD y por qué, como antes, le pregunté sobre sus estándares, pero tengo curiosidad por saber si usa el compositor Get. Rh:
Entonces nosotros, muchos. Todo se basa, porque GitHub es uno de los depósitos de código más grandes del mundo, y la mayoría de los desarrolladores tienen experiencia en su uso y pueden crear fácilmente solicitudes de extracción y empuja los cambios en el código en las ramas, etc. Entonces, esto es lo que usamos para administrar y seguir todos los cambios del código nuevamente, permaneciendo con GitHub, utilizamos acciones de GitHub para ejecutar la implementación continua real y que desencadenará varias acciones que realiza, como empujar los cambios en una nueva rama , la combinación de la rama de estadificación en la rama de producción, y que ejecutará varios scripts de implementación, dependiendo de lo que fuera, lo que se activó. Y qué puedes hacer en las acciones de GitHub. Entonces, básicamente, las acciones de GitHub son como tener una pequeña computadora en la nube que puede hacer. Por lo tanto, podemos ejecutar nuestras pruebas unitarias unitarias de PHP allí, podemos ejecutar los cambios en el código de tema de Webpack, para que estén construidas y verificando los errores de cal. Podemos instalar todas las dependencias que necesitamos para el proyecto WordPress, proyecto. Y también administramos todos nuestros complementos de WordPress de acuerdo con el compositor, porque debemos crear un entorno de desarrollo consistente. Por lo tanto, necesitamos todo para ser consistente, incluidos los complementos.
Por lo tanto, no dejamos las instalaciones de complementos en el área de administración de WordPress en sí, porque no queremos que otros desarrolladores instalen complementos en otros, pero otros desarrolladores no lo han hecho. Entonces necesitamos que todos sean consistentes. Y luego, en el lado del motor WP, afortunadamente, podemos ssh en el motor Wiki para que podamos hacer muchas cosas en el servidor del motor WP a través de la línea de comandos, que puede activar a través de las computadoras pequeñas que le tiene. Acciones. Entonces, por ejemplo, podemos sincronizar todos los archivos utilizando nuestra sincronización. Y luego ejecutamos un pequeño programa de GUI PPCLI llamado dictador y realmente controlamos el estado de configuración. Entonces, nuevamente, vuelve a esa consistencia entre diferentes entornos. Y finalmente, usamos las versiones estrechas para administrar los pergaminos. Entonces, en cada cambio importante, creamos una nueva versión. Si la versión del código tiene un error y tenemos que recuperar un curso rápido, solo podemos volver a la versión anterior rápidamente. Tú: maravilloso. Si desea obtener más información sobre lo que se ponen en el camino, puede visitar Certe, con calma y esto está escrito para calmar las noticias del juego de los deportes electrónicos. Gracias a todos por escuchar presionar los podcasts de WordPress Community en W Sr. y este es su anfitrión David Goble. Apoye a la comunidad de WordPress a través de mi papel en el motor WP y me gusta traerlo todo lo mejor de la comunidad aquí cada semana en el cristiano. Llego gracias, fue maravilloso. Me gustó cuánto te metiste en esto, estoy seguro de que hay muchos, mucho más. Debo decir eso, escuchar su enfoque.
Aquí, tengo mucha confianza en el camino, en mi capacidad de recibir noticias sobre la disertación, parece que tuviste un trabajo muy, bien desarrollado aquí. Sé que mencionaste desde el principio que elegí muchas de estas herramientas, especialmente las acciones de GitHub y Github, porque sabes que 70 desarrolladores han experimentado con ellas. Y, ya sabes, descubrí que esto también es cierto, pero lo que haces, tenías que lidiar con un desarrollador que no tenía experiencia o al menos alguna experiencia en el uso de la pila tecnológica para el flujo de trabajo. RH: Afortunadamente para mi desarrollo natural, la entrevista es bastante fácil, como dije antes, está configurada como una implementación continua, lo cual es difícil. Y una vez que se ha configurado, el desarrollador ya no necesita saber qué está sucediendo detrás de escena, puede impulsar su cambio en GitHub y luego levantarse como un usuario realmente lindo, por ejemplo, por ejemplo, a medida que las pruebas se ejecutan. . Por lo tanto, tenemos una prueba sobre un tema y digamos después de ejecutar y luego tenemos un código PHP que escribimos y que será señalizado, verde o rojo, si hay un error. Todo está bien. Así que esto es casi todo lo que el desarrollador necesita saber. Necesitan saber que las pruebas están en progreso y necesitan saber los resultados de las pruebas, pero desde un punto de vista detrás del escenario, un Internet nunca es fácil, un muy buen punto.
Usted: como lo piensa, especialmente en términos del impacto similar en el negocio y el impacto en las personas y esta noción de eficiencia, como, no solo es más rápido ejecutar acciones automáticas, que hacerlo manualmente. tú también. No tiene que aprender y configurar, ya sabes, cómo verificaría estas cosas de una manera manual y en una especie de copo de nieve en el que cada desarrollador tiene su propio camino. Por lo tanto, sospecho que esto significa que puede tener personas que se centran en esas partes para mejorarlas como parte del proceso de CD, y luego todos pueden liberar su espacio y tiempo para otras cosas. Así es como va tu trabajo. RH: Sí, entonces tenemos un ingeniero de control de calidad que se ocupa de la configuración de scripts de prueba e implementación, y él es un experto en todo esto. Y eso significa que, como usted dijo, los desarrolladores no deben centrarse en él en absoluto y pueden concentrar sus mentes en escribir el código. Usted: Me gusta nombrar este concepto, ya sabes, escalar opiniones y procesos de este tipo, pienso en esto y en términos de editor de bloques de WordPress, donde los desarrolladores pre-crean temas que los creadores de contenido luego implementan, pero es una forma de Escalando esa perspectiva y esa inteligencia en esa opinión citada, para que pueda reutilizarlos una y otra vez y nuevamente y otra vez y amplificar lo que hace. Encontrarlo verdad? RH: Sí, seguro. Porque crecí bastante rápido.

También necesitábamos una forma en que estos desarrolladores se configurarían desde una distancia y configurarían en sus entornos locales, para que pudiéramos tomar gran parte de esta implementación continua y crear algún tipo de escrituras amables para estos nuevos desarrolladores que se unieron al equipo. Y ahora estamos en un lugar donde podemos obtener el tipo de desarrollo en una sola línea de código y un entorno local se configurará en su automóvil, todos los demás en el equipo que la velocidad y la consistencia son muy importantes. Usted: tengo algunas preguntas más, pero tomaremos un descanso rápido y regresaremos de inmediato. Usted: todos son bienvenidos de nuevo a la prensa. Este podcast de la comunidad de WordPress en WMR es su anfitrión David Vogelpohl y en medio de la discusión con Rob Humar sobre la implementación continua. Rob antes del descanso, compartiste información realmente interesante. Usted sabe en torno a su pila de tecnología y cómo el equipo afectó su, especialmente cuando describí el tipo de escala de su conocimiento e innovación y, poniendo a las personas a concentrarse en ciertas partes del proceso, en comparación con todos aquellos que deben convertirse en un experto en todos aspectos. cosas diferentes. Entonces, al pasar por esto en Dexerto cómo este enfoque resolvió los problemas que tuvo antes de adoptar la implementación continua, usted mencionó cosas como la capacitación y la integración, pero cuál fue el impacto general y después de implementarlo. RH: Las cosas eran mucho más rápidas. Y las cosas eran mucho más seguras. Básicamente, entonces tenía entornos gratuitos a través de los cuales podía ejecutar el código bastante rápido.
Tenemos un servidor de desarrollo principal, en el que los desarrolladores pueden cargar rápidamente los cambios en el código en las pruebas, luego podemos mover rápidamente esos cambios a un servidor de puesta en escena. Y en el servidor de puesta en escena que se puede rodar mediante pruebas visuales y luego, una vez que todo se ha probado, podemos mover rápidamente todo al servidor de producción. Y debido a que usamos la implementación continua, cada uno de estos entornos es exactamente el mismo, regresa a ese punto que se nos ha mencionado sobre la consistencia y nos aseguramos de que mejore todo. Usted: Entonces, alguien allí ahora Rob escucha este podcast y está pensando en implementar la implementación continua en su negocio, o tal vez está a punto de presentarles a su jefe para obtener recursos para tener tiempo para presentar esto al lugar de trabajo, mencionó dos cosas. Y luego se destacan, más rápido y más seguro. Así que le hice algunas preguntas rápidas a cada una de nuestras preguntas, sobre cada uno de ellos, pero más rápido, significa que ha implementado más rápido y, por lo tanto, introdujo más oportunidades para que la disertación gane más dinero, ya que tuvieron un impacto material y tal Como las funciones que ha lanzado y la mejor oportunidad para lograr ingresos. RH: Sí, seguro, porque somos un sitio con un tráfico tan grande, tenemos más de 50 millones de visitas a las páginas cada mes. Podemos cargar cambios rápidos y rápidos en la base de código que podrían tener un impacto y puede ver estos cambios en tiempo real. Si cargamos, porque somos una empresa basada en los ingresos de los anuncios, si hemos cargado algo que ha cambiado.
Tal vez la posición de un anuncio en la página web, podemos ver al instante si crea más ingresos o no crea más ingresos. Usted: Entonces, si no hace estos experimentos, más rápido, entonces pierde la oportunidad de obtener más ingresos a este respecto. RH: Sí, exactamente. Y nuevamente, si, si lo hace. Empeora las cosas y podemos cambiar rápidamente y de regreso. Tú: Sí, puedes repetir. Creo que la iteración es la clave del éxito digital. Y luego mencionaste más seguro, y creo que estoy bien si quieres asustar un poco a la gente sobre lo importante que son las pruebas, porque creo que es muy importante. Pero, ayuda, ayuda a las personas a comprender cuál es el punto de venta aún más seguro. RH: Sí, estoy seguro de que muchos desarrolladores tenían una pesadilla en Bucks, cuando se lanzó algo y todo desapareció. Desapareció en forma de para. Debido a esta implementación continua, podemos asegurarnos de que todo pase por una variedad de pruebas. Y debido a que pasan estas pruebas, debemos tomarlas. Pocas cosas que ya pueden salir mal antes de lanzarlo en producción y pueden asegurarse de que sus códigos sean al menos un 80% más seguros que si no ejecutara estas pruebas: esto puede tener un gran impacto en las experiencias que los administra. Bueno, Rob, esto es enorme. Quiero agradecerle por guiarme a través de sus flujos de trabajo aquí y el éxito que encontró en su equipo y el impacto que tuvo en el negocio, pero muchas gracias por unirse hoy. RH: Muchas gracias por llevarme. Tú: maravilloso. Si desea obtener más información sobre de qué se trata Rob, puede visitar Dexerto Calm y esto está escrito DXER para calmar las noticias sobre los juegos.