Presione esto: evite la deuda técnica que mata el tiempo en las versiones de WordPress con Jon Martin

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.
Producto de RedCircle David Vogelpohl: Hola a todos y bienvenido a presionar este WordPress Community Podcasts. 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 hablaremos sobre uno de mis temas favoritos, a saber, evitar el tiempo para destruir la deuda tecnológica en las versiones de WordPress. Y, junto con nosotros para esta conversación, me gustaría darle la bienvenida a Jon Martin. Jon, bienvenido para presionar esto.
Jon Martin: Muchas gracias, es bueno estar aquí. Tú: Sabes que practico el pronunciamiento de Hallum antes del espectáculo, pero, por supuesto, lo confundí desde el principio. John lo siento por eso. Maravilloso, por lo que para aquellos que escuchan a John compartirán sus pensamientos sobre el impacto de las deudas tecnológicas con los equipos de desarrollo de WordPress, como ¿qué tiene que tener deudas tecnológicas y cómo le afecta? ¿Cómo puede pensar en reducir la deuda tecnológica para cada proyecto? Y luego, ¿por qué tiene la responsabilidad de compartir a los clientes con consideraciones de deuda tecnológica?
JM: Si trabaja en una calidad de agencia independiente.Así que me gusta matar la deuda técnica.Me gusta eliminarlo es uno de mis temas favoritos.Usted: nos mudaremos a los pensamientos de John sobre este tema, pero antes de comenzar, John, le haré la misma pregunta que le hice a cada invitado.Cuéntame, cuéntame brevemente sobre tu historia de origen de WordPress.Cuando usaste por primera vez a WordPress JM: así que habría estado a principios de 2010, no estaba muy seguro de la expresión correcta para ese período de tiempo.Entonces, de hecho, comencé y fui el CEO de la forma en que establecí una agencia en 2008. Y en ese momento, WordPress todavía era una plataforma de blogs.Hemos creado sitios web que tienen mucho contenido rico.Así que es una pequeña palabra sucia, pero usé a Joomla en ese momento.Pero entonces en lugar de
DV: Joomla es una palabra sucia. Personalmente, me gusta todos los CMS Open Source. JM: Sí, nos gustaría decir que es un gran proyecto. Creo que lo principal para nosotros es que, con el tiempo, Joomla era realmente poderosa cuando WordPress ofreció apoyo personalizado. Entonces las cosas realmente cambiaron en WordPress para mí, lo que lo levantó como se conocía como una plataforma de blogs para ser un CMS completo, lo que puede hacer en todo tipo de sitios, si lo sabe, incluso si es muy pequeño. Una sola persona de negocios o profesional gratuita o cualquier otra cosa, a sitios web de complejos comerciales masivos. Y creo que, de hecho, para mí, esta fue una decisión asesina de su parte, porque es parte de por qué WordPress es tan popular ahora. Entonces sí, entonces fue el momento en que comenzó a usar aquí. Sasha La historia antes es realmente yo y ahora el CEO de cómo estábamos juntos en una banda. Y tenemos esta brillante idea de pensar:
Bueno, ya sabes qué, es un gran tiempo más igual en el camino y es muy difícil obtener tiempo libre de mis trabajos actuales. Entonces pensamos, ya sabes qué, establecamos una agencia y seamos desarrolladores web, porque esto realmente nos ayudará a obtener todo este tiempo, fue una gran decisión. Estoy realmente satisfecho con el hecho de que, pero definitivamente es una decisión ingenua, porque pensar que trabajar para ti te da más tiempo definitivamente fue un error que creo que reconocemos un poco más tarde. Y antes de ese momento, ya sabes, sabía un poco sobre SQL y construí bien las computadoras, de hecho, porque la tarjeta gráfica admite los colores. Entonces, para cualquier otra persona que sepa qué es CGA, esto te ayudará a saber cuántos años tengo. Pero sí, entonces, fue cuando aparecieron los CPT. Esa grasa cambió todo para nosotros. Y comenzamos a usar WordPress casi de la noche a la mañana, en realidad se convirtió en nuestro CMS elegido y no hemos mirado hacia atrás desde entonces y, ya sabes,
Usted: De todas las personas que abordé esta pregunta, muy pocos han dado pistas sobre cómo los tipos materiales de publicaciones personalizadas estaban en relación con su historia de WordPress. Y es divertido. Tengo una historia similar. Establecí una agencia en 2010. Así que un poco después de ti, pero cuando apareció la publicación personalizada, comenzamos a construir con Joomla y fuimos a WordPress por razones similares, pero había estos tipos de publicaciones personalizadas y personalizadas. Los campos con los que estoy de acuerdo y de esta manera presenté varios formatos es que fue este momento cuando WordPress realmente se ha convertido en un verdadero CMS. Un año después de que apareció WooCommerce, apareció el motor WP, muchos otros espacios de WordPress, son un transformadores. Es interesante escuchar un tipo de referencia que es la raíz de su historia de origen. Sin embargo, me dijeron sobre cómo, y ya sabes, el momento de fundar allí, si quieres, pero ¿puedes decirme brevemente cómo y qué haces?
J M: Sí, por supuesto. Entonces, de hecho, esa agencia descubrí que no era como diseñamos más tarde. Bien bien. Bueno, la razón principal de esto es que, ya sabes, en esos tiempos más antiguos, fue una diferencia muy clara entre, ya sabes, creamos sitios web y hacemos SEO y todas estas cosas. Y no había tantos enfoques integrados de todo el mundo y en realidad pensando en cosas como la experiencia del usuario y en cómo esto funciona con SEO y desarrollo, todo tipo de cosas. Entonces, de hecho, esta fue la razón por la que luego nos fusionamos con Allen Milán durante unos 20 años y nuestro fundador se creó al principio, cuando SEO comenzó a convertirse en algo. Entonces sí, así que fusioné las dos agencias. Hace seis, siete años, tal vez un poco más. Mi memoria para los datos no es excelente, debo admitir. Y luego, de hecho, sí, este se ha convertido en nuestro enfoque ¿Es este enfoque completamente integrado sobre la mezcla de todas estas diferentes disciplinas para ayudar a las personas a ver la línea? Así que ahora hacemos PPC, SEO, PR Digital, Obviamente, diseño web y hay estiramientos de marca, estrategia digital y todo este tipo de cosas, todas estas disciplinas que realmente necesita tener una fuerte presencia digital hoy en día. ¿Cuál es su papel allí, compañía?
Entonces mi publicación fue director técnico.Así que seré honesto, no cubre todo lo que hacen muy bien.Conduzco al equipo de desarrollo durante mucho tiempo.Entonces, toda esa WordPress estará bajo mi liderazgo.Me complace decir que tenemos desarrolladores mucho mejores en el equipo que cuando Julio y yo trabajamos cuando comenzamos, por eso lo estamos haciendo mucho mejor en estos días.Y entendemos un poco más las cosas.Así que ejecuto el equipo de desarrollo durante mucho tiempo, más recientemente, en un equipo de costos de datos.Esto significa que puedo jugar con el aprendizaje automático, Python y Bartek y otros juegan, aunque tengo que imaginar todo esto jugando.
DV: Hacer que los clientes separados resultarán en deudas tecnológicas en todo momento. Y entonces tengo curiosidad por saber cómo piensas, cuáles son los tipos comunes de deudas tecnológicas y, tal vez, WordPress. Estos por un minuto, pero ¿cómo lo piensas mientras piensas, sabes cómo y cómo manejas tu deuda tecnológica, como si estuvieras bloqueado en tipos con WordPress construido? JM: Sí, lo hacemos. Quiero decir, no. No necesariamente. Hacemos un tipo de lenguaje en el que no necesariamente clasificamos las cosas o pasamos por un proceso de clasificación del distrito, pero de hecho, se encuentra en tres categorías diferentes. Uno de ellos es cuando construye un código malo sobre los códigos existentes y eso puede deberse al hecho de que puede haber cometido algunos errores en el pasado, lo que podría ser un problema de los sitios web del patrimonio y otra persona, cualquier razón, para que Esta es una especie de primer cubo. El segundo es el código de construcción que no es necesario y puede no ser necesario ahora. Sabes, estoy seguro de que todos llegamos al final de las solicitudes de características de los clientes y marcas con las que trabajamos, si están realmente ansiosos por cierta cosa, pero de hecho puede no ser lo correcto, en términos de obtener valor real para los clientes. Y luego, el tercero, que es el más grande que realmente vemos, es la construcción de características que deberían estar en otra plataforma. Entonces, al comprender este tipo de bien arquitectónico, cuáles son los diferentes elementos que conectamos aquí es un CRM, aquí está el sitio web, que esencialmente se trata de marketing empresarial. Aquí está su pedido de la plataforma de honor, todo muy diferente.
D V: Permítame preguntarle, déjame hacerte una pregunta fundamental aquí, como tú, has enumerado los tres tipos de sonidos, como los tres tipos de deudas tecnológicas que desea escapar, escriba un código deficiente en el código de código malo, Estas no son características necesarias que se puedan hacer en otra plataforma. Como si no hubiera cuarto cubo, como las características que desea, ¿cuáles son valiosas y, por lo tanto, la tecnología que es buena en este caso? ¿Es correcto decir? Ese es el cuarto cubo. JM: Sí. 100% Quiero decir, no todas las deudas técnicas son malas. Debe aceptar que casi cualquier característica que construirá acumulará un cierto tipo de deuda técnica y debe llamar si la deuda técnica es buena o no. Algunos son buenos, otros son malos y realmente depende de esa palabra clave que dije antes es sobre valor. ¿Obtendrá el valor que necesita para esa cosa? Más importante aún, ¿el cliente, el cliente final, no su cliente, pero son sus clientes? ¿Obtendrán el valor para ello? Esta suele ser una luz guía bastante buena sobre si aceptar esa deuda técnica.
USTED: Sí, quiero hundirme en una manera en profundidad, sabes cómo piensas sobre esa cita, vale la pena la fórmula de cuándo es bueno aceptar o no, pero es bueno pensar y entender cómo piensas Diferentes tipos de deudas tecnológicas y, en particular, las que le gustaría optimizar para eliminar. Sin embargo, lo que me gustaría hacer a continuación es entender cómo sería, había algo que te hizo concentrarte en este campo, pero tomaremos el primer descanso y lo haremos de inmediato. Es hora de iniciar sesión en un descanso publicitario. Manténgase en la fase para obtener más presión, solo un momento. Hola a todos. Bienvenido a presionar este WordPress Community Podcasts en W Emr Este es su anfitrión, David Vogel. Pablo. Entrevisto a John Martin sobre la cancelación del tiempo, matando a los muertos en tecnología. John, justo antes del descanso, explique que la forma en que piensa en los tres tipos de deudas tecnológicas que le gustaría eliminar es construir un código incorrecto en un código incorrecto, creando un código que no es necesario para el éxito del sitio donde el trabajo . Y luego puede crear código para funciones que se puedan servir mejor en otra plataforma. Sin embargo, antes de entrar en una forma en la fórmula, la cita vale la pena. Me preguntaba si había un cierto tiempo que no sé, y su viaje es un ejemplo especial de una deuda tecnológica, que este tipo de superficie para usted es un área de interés principal ¿Cómo? JM:
Si, absolutamente. Hay un verdadero proyecto histórico que comenzó a hacerme pensar en él hace unos cuatro o cinco años. He visto muchos otros casos. Para las empresas, acumula el tiempo, todo el tiempo, no solo a través de WordPress a través de todo tipo de cosas, de hecho, las empresas lo acumulan a través de sus procesos operativos. Si tiene que ser una cosa técnica en la que crea ese paquete. Una, una historia que se destaca en mi mente más que lo que sea el cliente, trabajamos con una empresa relativamente pequeña, hice mucho trabajo pagado por ellos. Venta, en esencia, vendiendo cosas en línea. Era un negocio comercial electrónico. Y tenían un tipo de pedido tradicional por correo, pero la mayor parte de su trabajo e intentaron generar más tráfico en línea para que no tengan que pasar por pedidos de correo, se administrarán a través del sitio web y vinieron a nosotros porque tenían un El sitio construido para ellos está completamente personalizado. Y ha habido unos 10 años en ese momento. Así que se había vuelto bastante viejo y comenzó a deslizarse un poco. Ya sabes, estándares y sigue adelante. La tecnología ha pasado, es hora de repensar un poco. Entonces, el cliente se sentó con nosotros, comenzó a comenzar todas las diferentes cosas que hicieron en el sitio. Y me ha quedado muy claro muy rápidamente que hay todo tipo de lógica comercial y cosas comerciales operativas que se han incorporado en el sitio web. Y esa fue la lógica que conduce a comandos y es bastante específico de cómo funcionan los proveedores.
Así que no entraré en detalles, pero tengo una comprensión bastante compleja entre los proveedores y cómo cumplen con los pedidos y si se envió a su tienda antes de enviar todas estas cosas. Entonces todo es bastante complicado. Ahora, el propietario del negocio y los anteriores sobre cómo funcionan, finalmente construyó un sistema que maneja casi todo, era un sistema realmente bueno en ese momento y realmente ayudó a ese negocio a crecer enormemente. Ahora, lo que realmente no han pensado es que todos los sitios web eventualmente tienen un período de validez en el que se convertirán en un momento, al igual que cualquier software en el mundo del marketing. El período de validez es realmente relativamente corto en comparación con, ya sabes, por ejemplo, si invierte en un CRM, porque una empresa normalmente tendrá esto desde hace algún tiempo, son unos 10 años, si no más sitios web. En general, entre dos y cinco años, notamos que la mayoría de las grandes marcas tienden a ser reconstruidas cada tres años y algo. Entonces, el problema era que integraban toda esta lógica complicada en el sitio web existente y tuvieron que reconstruir todo el sitio. Y de repente tienes que reconstruir toda esta lógica de negocios. Ahora, cuesta el proyecto y prácticamente ha sido aproximadamente la mitad de la facturación anual en la base solo para reconstruir lo que ya tenía. Y eso comenzó a hacerme pensar en esto es tan bueno, bueno, si abordan el problema de una manera diferente, por ejemplo, pensar en las diferentes cosas que estamos tratando de hacer en un sitio web.
Sabes, esto proviene del marketing, esto para la venta de productos. Esto es para honrar los pedidos, esto es mejor para administrar mi proceso de negocio con consumibles todas esas cosas y pensé de una manera un poco más modular, entonces habría sido una situación muy diferente para este cliente, que ella estuviera allí. Era un problema real para ellos, porque tenían un sitio web que era esencialmente donde ganaban dinero. Scartaia mucho porque es bastante viejo. Pero al mismo tiempo, costaría tanto reconstruir todo el sitio web y complicar el proyecto. Logramos encontrar un trabajo bastante inteligente, pero también agradable hasta el final, para tratar de usar lo que ya tenían e integrarlo, pero no podemos citar, pero ya sabes, finalmente llegó a ser mucho más doloroso, mucho mucho más doloroso. más lento y mucho más. caro de lo que era. Si esa arquitectura se hubiera pensado inicialmente.
Tú: tengo tantos proyectos que quiero olvidarlo.Eran exactamente así, y puedo, puedo imaginar ahora, retrocedo en el tiempo.Entonces, me parece bastante claro, creo que es una lección importante pensar en el tipo de costo para el negocio en relación con el reflector que planea.Y me pareció que la respuesta clara era que necesitabas arquitectura de manera diferente.Y esta es quizás una forma más clara, si quieres que te guste lo que debes hacer.Pero creo que como muchos equipos cuando piensan en la deuda tecnológica, parece: bueno, bueno, ¿sería genial hacer esto, pero vale la pena?JM: ¿Vale la pena mantener esto a tiempo?Así que tengo curiosidad por saber cómo piensas sobre esta fórmula D V: ¿Cuándo, qué, cuándo es bueno ingresar a la deuda tecnológica?¿Y cuánto piensas sobre esta fórmula?

JM: Sí, has llegado a un punto realmente importante, que sabes, piensas en la naturaleza de los desarrolladores, los desarrolladores entran porque les gusta hacer cosas interesantes. Y esto es, ya sabes, gran parte de nuestra motivación es aprender a hacer cosas nuevas, nuevas tecnologías, ya sabes, nuevos marcos de JavaScript, cualquiera que sea el trabajo, y que naturalmente nos da la motivación que se convierte en cosas interesantes, pero no necesariamente piense en ello a largo plazo, ya sabes, aún lo mantendremos. Sabes, a mi esposa le gustaría tomar un baño de remolino en casa, pero sé que alguien lo limpiará y seré honesto, no creo que nadie lo esté limpiando, sin embargo, este tipo de pensamiento. Por lo tanto, es una pregunta muy, muy, muy, muy buena para pensar, si vale la pena, y si lo desglosan, hay algunas cosas diferentes de las que se puede pensar, en primer lugar, pensar mucho A largo plazo, ¿cuál es el costo total de propiedad y el edificio de esa prueba y mantenimiento, y luego lo pesa al valor que obtenemos?
Entonces, por ejemplo, puede haber una manera muy simple de resolver este problema. Uso de hojas de cálculo o usando cosas arquitectónicas ligeramente diferentes, si alguien dentro de la empresa logra por un corto período de tiempo. Y sería más barato hacer esto aún más eficiente hacer esto que construir esta característica verdaderamente complicada. Pero cuando realmente observa el costo total de la propiedad, costará más de lo que sería para alguien que pasa unas pocas horas a la semana para hacer algo. No me malinterpretes. Soy un gran creyente en la automatización. Las tecnologías deben automatizar lo más posible para evitar este tipo de administrador, pero usted se registra y usa estos enfoques manuales para probar algo antes de codificarlo para asegurarse de que el valor esté allí. Quiero decir, la idea de simplificar este factor, como, ¿puedo hacer esto manualmente? ¿Tiene curiosidad por saber si alguna vez se acercó desde una perspectiva de prueba para apreciar, vea si vale la pena el retorno final? JM: Sí. 100%. Así que soy un gran creyente en la metodología ágil. Y, en esencia, uno de los principios clave de Agile es que construyes lo correcto en el momento correcto. Y te enfocas en ganar valor lo antes posible. Por lo tanto, desea construir el producto mínimo viable. Ahora eso significa que no necesariamente tienes algo que sea completamente rico en funciones en ese momento. Pero le brinda una plataforma donde puede comenzar a probarlo, ya sabes, ¿realmente obtienes las cosas que quieres? ¿Sus usuarios responden a esto?
La forma en que espera, quien trabajó en el UX o en el desarrollador web sabrá que a menudo recibirán solicitudes de los clientes porque creen en sus clientes, pero ¿realmente lo quieren? Entonces, esta es otra muy buena pregunta es que, una vez que haya pensado en esa visión a largo plazo, las personas que usen el sitio web sabemos que alguien lo usa o necesitamos probar para ver si quiere usar. Y luego, una vez que haya hecho esa prueba, podemos determinar lo que no deberíamos haber pedido y si deberíamos retirar y colocar nuestra inversión en otro lugar. Usted: por lo que parece recapitular estos pensamientos y me gusta su idea de mirar la propiedad total a largo plazo, ya sabes, a menudo creo que los equipos creo que incluso las personas que conoces, los servicios de los equipos piensan cómo Muchas horas o semanas o dispersos o puntos o cualquier otra cosa construirán esto. Pero entonces, ya sabes, debe tener en cuenta que sabe cuántas horas o semanas o puntos se necesitarán para mantener y luego usar ese equilibrio sobre el valor que obtiene al mantener. esa actividad. Eres obvio para ser un consejo saludable. Pero entonces piensas y cómo sería, bueno, ¿puedo hacer algo para probar esto para ver si mis suposiciones son correctas? Suena ¿verdad?
JM: Sí. Absoluto. Absoluto. Y el único aspecto que no tocamos es que hablamos un poco antes, que es sobre la arquitectura, hay una mejor manera de estructurar esto para mejorarlo y ese período para programar objetos y otras cosas a las que probablemente me referiré un poco más tarde. . DV: Sí, y las consideraciones arquitectónicas, ¿cómo escribí cómo estabas? ¿Hay alguna forma de cambiar las especificaciones? Es lo mismo que en la capacitación con partes interesadas o las discusiones que a menudo digo que sabe, la especificación del depósito, ¿verdad? Solicite lo que realmente necesita para quedarse. Y por lo tanto, preguntándoles, ¿mentirás y realmente necesitarás y qué dices al respecto? Las preguntas se consideraron muy críticas. Entonces parece que esta es una parte clave de cómo lo piensas. JM: Sí, porque cada minuto en el que se está desarrollando ese sitio es un minuto en el que no recibe valor frente a los clientes. Y esta es la manera fácil de pensar. Desea ser lanzado tan pronto como pueda. Y luego pruebe, monitoree, repita, aprenda, ya sabe, vea a dónde va desde allí, pero solo porque lo hace en función de datos reales, en lugar de lo que cree que es correcto. Porque a menudo no son lo mismo. Tú:
Sí, me gusta este punto. Cada minuto. Es en desarrollo, no para que en un minuto no lo use para darse cuenta y le diré a los enlaces con algún tipo de conexiones con otro mantra que tengo y la gestión de proyectos y la gestión de las partes interesadas, que son los mejores Dos palabras y recibir un proyecto en nuestra cara para escribir. Como puede hablar, sí, me gusta esto cuando trato con las partes interesadas o cuando tengo una parte interesada es una parte fuerte y fuerte. Bueno en buena regla. Hablemos de lo que los equipos pueden hacer para reducir la deuda tecnológica. Pero antes de hacer eso, tomaremos el último descanso. Es hora de iniciar sesión en un descanso publicitario. Manténgase en la fase para más presionando al mismo tiempo. Todos son bienvenidos para presionar este podcast de WordPress Community en W Emr. Este es su anfitrión, David Mobil, Paul, está en medio de una discusión sobre evitar el tiempo para matar la deuda tecnológica con John Martin sobre cómo John justo antes del descanso, hablé un poco sobre su fórmula vale la pena. Realmente me gustaron tus nociones sobre la reducción de las especificaciones. Y pensemos en TCO y un enfoque de prueba iterativa. Pero ahora veamos qué pueden hacer los equipos para reducir su deuda tecnológica y su construcción de WordPress. ¿Cuáles son algunas de sus técnicas favoritas para reducir las deudas tecnológicas? JM:
Por lo tanto, hay todo tipo de técnicas técnicas que puede usar y sabe que algunas de ellas serían familiares, por lo que no las hace, pero, de hecho, el punto de partida para mí es que es un enfoque mucho más suave para el habla del cliente. . tuyo. Y debe recordar que, al final, sus clientes son estas marcas que vienen a nosotros porque somos expertos. Necesitan nuestro consejo y es bastante fácil caer en la trampa que, ya sabes, estamos allí solo para hacer lo que quieren, lo que estamos allí para hacer lo que quieren, pero de hecho, estamos allí. causar lo que quieren hacer e intentar mejorarlo. Entonces, lo primero que puede hacer es hablar con ellos y explicarlos. De acuerdo, si hacemos esto, este será el efecto a largo plazo. Sabes, nos llevará un día de prueba adicional. Cada vez que hagamos un lanzamiento, agregará unas pocas horas o dos cada vez que tengamos que mantener el sitio web y actualizar todos los complementos o lo que sea. Pero al aumentar el rango de conciencia, llevamos esas conversaciones con ellos. Puede determinar que el cliente forme parte de esta discusión. Y luego, al final, se convierten en parte de la resolución de problemas con él, tenemos que educar a nuestros clientes todo el tiempo, simplemente porque no saben algunas cosas que hacemos. Si lo hicieran, no se convertiría en herramientas primero. Entonces, de hecho, este es el punto de partida. Él piensa que recuerda esto y simplifica las cosas. Nuevamente, las personas no son necesariamente como técnicas como nosotros. Así que usa analogías para hablar de ello.
Siempre encuentro que las casas son una gran energía. Todos viven en la casa. La mayoría de las personas tienen algo de experiencia en hacer una especie de mejoras para el hogar. Por lo tanto, fue bastante fácil usar esa energía para reparar las cosas. Entonces, este es el tipo de primer punto es obtener un cliente o andar en bicicleta por esas conversaciones. Lo siguiente que hemos logrado antes, que era tener esa visión a largo plazo o el costo total de propiedad. Y hacer esas preguntas y hacer cada solicitud de trabajo. Pero ser un poco más técnico y cómo harías esto en el trabajo. Cosas simples que usa los estándares de WordPress, ya sabes, existen estándares que existen. Existen por una razón. Ahora, nos ayudarán al desarrollador y puede trabajar en un proyecto que deja durante un año o dos y luego regresar a él. Debe actualizar su memoria y regresar donde estaba cuando la construyó por primera vez con estándares. Ayudará a otras personas. Entonces, si no ha estado en un equipo, significa que tiene este lenguaje común que todos pueden operar, lo cual es realmente muy útil en términos de eficiencia y ayuda a documentar y todo este tipo de cosas. Por lo tanto, esta es una especie de forma más suave de reducir su deuda técnica, tener estándares que cualquiera puede trabajar. También le ayuda a saber que puede llegar el momento en que otros desarrolladores de WordPress trabajan en ese proyecto. Y les ayuda a pensar en ello como una forma de recompensar a la comunidad y facilitarlos a sus desarrolladores.
Entonces, este es un buen punto en términos de algún tipo de estándares y hacer todo lo fácil para usted y los demás. El siguiente es más sobre genial. Un gran código de industria, conocido como tío Bob, que escribió un libro maravilloso llamado The Clean Codifier hace muchos años. Recomendaría calurosamente a cualquier desarrollador que lea ese libro porque no lo ha leído. De hecho, hice una lectura obligatoria para un equipo de desarrollo, para cualquiera que se uniera al equipo, especialmente porque tiene un buen enfoque para sus conversaciones sobre pruebas unitarias, todas estas cosas, pero en principio, muchas. Se refiere a cómo escribe el código de una manera que lo haga flexible, que puede repetir y cambiar muy rápidamente y agregarle bits adicionales. Uno de los grandes puntos de los que está hablando a menudo es restaurar, y esto es lo principal que debe tomar de esto es que escribe un código que no necesariamente significa que el código se complete. Hay cosas que puede hacer para optimizar, para que sea más portátil, para que sea más modular o para hacer una mejor prueba, lo que sea que necesite hacer para pasar tiempo restaurando el código. Puede ser muy, muy difícil de hacer cuando lo enfrenta o sabes, tal vez sea un rango de tiempo para un presupuesto. Pero al final, este es el tipo de trabajo que le impedirá acumular deudas técnicas y, de hecho, esta es la forma en que veo que se vuelve forzado, pero como fecha límite para el proyecto, debe tocar esa fecha límite. Absoluto.
Tienes que golpearlo, pero es mejor flexionar el alcance que escribir un código malo al que irás entonces: creo que también educas a estos clientes al respecto, porque nunca he encontrado un desarrollador para que no quería restaurar. Código. Siempre es cronología. Está en contra de ella. Um, bueno, así que aquí está la última parte. Tengo curiosidad si te gustamos, si piensas en cosas como descargar y usar complementos del estante, es otra forma de ayudar a evitar la tecnología u otras formas de evitar la deuda técnica. ¿Está esto en tu lista también? JM: Sí. 100% Entonces, esta es una buena manera, pero es una buena manera de hacer ambas cosas, de hecho, puede evitar la deuda técnica. Pero también puedes y que sabes, WordPress es una forma de BMC. Es tan activo, igualmente que puede ser su mayor enemigo. Hay un complemento que hace todo. Y también hay muchos complementos que se han construido para un propósito muy específico, pero no necesariamente coinciden con sus propios complementos. Así que vi esto especialmente con algunos de los desarrolladores a los que les gusta construir sitios usando complementos y un tipo de enfoque de puntos y hacer clic en las cosas, en lugar de la codificación cero. La gente tiende a lanzar complementos a las cosas. Trabajé con sitios web que tenían más de 100 complementos y muchos de ellos ya no se mantienen. Hay problemas de seguridad en todas partes. Intenta hacer la tasa de lanzamiento. Literalmente pasas cuatro días probándolo cuando puedes hacer esto en unas pocas horas. Por lo tanto, los complementos pueden ser buenos o pueden ser malos.