Tabla de contenidos
Equipo de Apiumhub ha entrevistado a Patrick Kua – experimentado líder tecnológico con casi 20 años de experiencia. Su pasión personal es acelerar el crecimiento y el éxito de las organizaciones tecnológicas y los líderes técnicos. Ha tenido muchos años de experiencia práctica, liderando, gestionando y mejorando organizaciones complejas y sistemas de software como CTO y Científico Jefe de N26 (Berlín, Alemania) y como Consultor Técnico Principal en ThoughtWorks. Es un ponente habitual en conferencias y discursos, autor de tres libros, entre ellos The Retrospective Handbook, Talking with Tech Leads y Building Evolutionary Architectures, y dirige el popular boletín gratuito para líderes tecnológicos «Level Up» (http://levelup.patkua.com) y la Tech Lead Academy, que ofrece formación online para líderes técnicos. Puedes encontrarlo en twitter como @patkua, en su sitio web http://patkua.com, o impartiendo su popular taller de formación «Shortcut to Tech Leadership«. En esta entrevista Patrick comparte sus lecciones aprendidas en arquitectura de software .
Entrevista con Patrick Kua: lecciones aprendidas en arquitectura de software
¿Qué es para ti la arquitectura de software?
La arquitectura de software son las decisiones importantes que dan forma a la contribución de las personas a un sistema. Estas decisiones son difíciles de deshacer, y normalmente añaden restricciones a las decisiones posteriores y siempre deberían basarse en compensaciones explícitas. Muchos equipos no lo hacen y acaban con lo que yo llamo «arquitectura accidental».
¿Cuáles son las 3 principales habilidades soft que crees que necesitan los arquitectos de software?
Influencia, comunicación y enfoque de valor
¿Cuáles son las 3 principales responsabilidades de un arquitecto de software dentro de la empresa?
El rol difiere en muchas empresas diferentes, por lo que las 3 principales también serán diferentes. Una de ellas es orientar la arquitectura en función de los planes de negocio. Otra es asegurarse de que la arquitectura apoye a todas las partes del negocio (y no sólo al equipo de ventas/producto). A menudo, otras partes interesadas, como el personal de back office, operaciones y datos, se quedan atrás. La última es hacer crecer la comprensión de la arquitectura en los equipos.
¿Cuál es tu opinión sobre la innovación y el pragmatismo?
Mucha gente los ve como los has descrito, uno o el otro, pero no ambos. Yo los veo juntos. Curiosamente, he visto lo que mucha gente considera innovación porque están tratando de resolver un problema de forma pragmática, y lo hacen de una manera diferente.
¿Cuáles son tus expectativas con respecto a los eventos de arquitectura de software, crees que en 2021 será online?
Dado el estado actual de COVID en el mundo, no creo que haya muchos eventos presenciales.
¿Crees que las balas de plata existen en la arquitectura del software?
El artículo de Fred Brooks «No Silver Bullet» resiste la prueba del tiempo. La arquitectura es siempre una cuestión de compensaciones, así que no hay balas de plata.
¿Podrías compartir tu opinión sobre los patrones de arquitectura de software?
Cuanto más se construye un tipo de sistema, más se reconocen los mismos patrones. Se puede aprender de otros, y cada día se publican más patrones. Esto significa que la lectura te ayudará a entender dónde son útiles los patrones, pero recuerda que los patrones no son una bala de plata y siguen requiriendo juicio.
¿Qué recomendación darías a las grandes empresas internacionales en materia de arquitectura de software?
Les diría que tengan cuidado de separar la propiedad de la arquitectura como una actividad y mantener este concepto separado del desarrollo.
¿Qué recomendación darías a las startups en términos de arquitectura de software?
Evitar la arquitectura accidental invirtiendo un poco de tiempo en pensar en las compensaciones y el diseño explícito. Un poco da para mucho.
Tu viaje de arquitectura: ¿lecciones aprendidas?
El diseño inicial grande no funciona. El diseño “cero por adelantado” no suele funcionar. Hay que encontrar un equilibrio en el medio y el software es un proceso iterativo, del que podemos y debemos aprender dado el ritmo de las herramientas que nos permiten probar aspectos de nuestra arquitectura de software rápidamente. Ya no es necesario confiar en grandes apuestas si se pueden encontrar formas de revertir y probar fácilmente las ideas.
BIO, Contacto
Patrick Kua es un experimentado líder tecnológico con casi 20 años de experiencia. Su pasión personal es acelerar el crecimiento y el éxito de las organizaciones tecnológicas y los líderes técnicos. Ha tenido muchos años de experiencia práctica, liderando, gestionando y mejorando organizaciones complejas y sistemas de software como CTO y Científico Jefe de N26 (Berlín, Alemania) y como Consultor Técnico Principal en ThoughtWorks. Es un ponente habitual en conferencias y discursos, autor de tres libros, entre ellos The Retrospective Handbook, Talking with Tech Leads y Building Evolutionary Architectures, y dirige el popular boletín gratuito para líderes tecnológicos «Level Up» (http://levelup.patkua.com) y la Tech Lead Academy, que ofrece formación online para líderes técnicos. Puedes encontrarlo en twitter como @patkua, en su sitio web http://patkua.com, o impartiendo su popular taller de formación «Shortcut to Tech Leadership«.
