Tabla de contenidos
Neal es Director, Arquitecto de Software y Meme Wrangler en Thoughtworks, una empresa de software y una comunidad de individuos apasionados y con un propósito, que piensa de forma disruptiva para ofrecer tecnologías que aborden los retos más difíciles, todo ello buscando revolucionar la industria tecnológica y crear un cambio social positivo. Es un experto reconocido internacionalmente en el desarrollo y la entrega de software, especialmente en la intersección de las técnicas de ingeniería ágil y la arquitectura de software. Neal es autor de artículos en revistas, nueve libros (y contando), docenas de presentaciones en vídeo y ha hablado en cientos de conferencias de desarrolladores en todo el mundo. Sus temas incluyen la arquitectura de software, la entrega continua, la programación funcional, las innovaciones de software de vanguardia, e incluye un libro centrado en los negocios y un vídeo sobre la mejora de las presentaciones técnicas.
Apiumhub tuvo la oportunidad de hacer una entrevista con Neal Ford, ponente del Global Software Architecture Summit para conocer qué métricas utiliza normalmente y saber más sobre su capítulo en el libro Software Architecture Metrics que ha sido publicado recientemente por O’Reilly.
¿Qué métricas de arquitectura de software utiliza normalmente?
Depende. Sin embargo, es cierto que la mayoría de las veces esta respuesta aparece en las compensaciones de arquitectura de software. Las métricas que no añaden valor a un proyecto son ejercicios vacíos, y diferentes proyectos definen el valor de diferentes maneras. Por ejemplo, algunos proyectos supervisan cuidadosamente la calidad del código porque intentan construir una base para el desarrollo futuro. Otra organización puede valorar la velocidad de comercialización y construir proyectos pequeños y desechables en los que lo único que importa es la ejecución. La clave para los arquitectos es encontrar la(s) métrica(s) que dan una visión real y conectarlas a su construcción.
¿Cuáles son las principales ideas sobre arquitectura de software que podrías compartir con los asistentes del GSAS?
La mayoría de los equipos no entienden el concepto de «reutilización», que tiene dos aspectos importantes, pero la mayoría pasa por alto el segundo. El primero es la abstracción: encontrar algo que sea lo suficientemente abstracto como para ser utilizado en múltiples contextos (todo el mundo acierta en este aspecto). El segundo es la volatilidad: la tasa de cambio del activo reutilizable. Si la tasa de cambio es alta, es un mal candidato para la reutilización: cada vez que esta cosa cambia, todo lo que la reutiliza debe detenerse y coordinarse en torno a ese cambio. Por lo tanto, el secreto del éxito de la reutilización es tanto una buena abstracción como una baja volatilidad.
¿Puedes comentar brevemente el capítulo de tu libro sobre métricas de arquitectura de software?
Quería ver cómo los arquitectos pueden utilizar las métricas para añadir valor a sus proyectos, no sólo como un ejercicio abstracto. Demasiados arquitectos conectan herramientas como SonarQube en su construcción y piensan que han gobernado su software, pero nunca miran el panel de control. Convertir las métricas en funciones de fitness significa que una medida objetiva para esa métrica se ejecuta cada vez que la construcción se ejecuta, asegurando que las métricas no sólo se definen, sino que también se aplican en la primera oportunidad de retroalimentación posible.
Si quieres ver más contenido de la GSAS, como esta entrevista con Neal Ford, puedes echarle un ojo a el canal de Youtube de Apiumhub. Para más información sobre la próxima edición de el Global Software Architecture Summit, no dudes en visitar el sitio web del evento. Pronto se anunciarán las nuevas fechas y la ubicación.
