La arquitectura de software ¿es un rol o una habilidad? - Santiago Sánchez

¿Cuál es la diferencia entre arquitectura, patrón arquitectónico y estilo arquitectónico?

En el vasto mundo del desarrollo de software, estos términos pueden generar mucha confusión. Comprender sus definiciones es clave para cualquier aspirante o profesional dentro del campo. La arquitectura es el marco para describir los diferentes elementos de un sistema que buscan resolver una necesidad de negocio, como servicios de Backend, Frontend o paneles de datos. A diferencia de esto, un patrón arquitectónico es una solución recurrente a un problema de diseño de software, como el patrón MVC (Modelo-Vista-Controlador), que busca separar las responsabilidades entre la UI y el modelo.

Por otro lado, un estilo arquitectónico es un enfoque para darle forma y nombre a un mecanismo de implementación, como los microservicios o los monolitos, sin necesariamente resolver un problema específico. Los estilos arquitectónicos se enfocan más en cómo logramos implementar los elementos del sistema, pero no ofrecen necesariamente una solución a un inconveniente concreto.

¿La arquitectura es una habilidad o un rol?

En el contexto laboral, esta es una pregunta bastante relevante. A menudo vemos el término "Software Architect" en búsquedas laborales, lo que puede hacer pensar a algunos que es un rol específico dentro del desarrollo de software. Sin embargo, la idea detrás de considerar la arquitectura como una habilidad proviene de que todas las personas involucradas en un proyecto de software deben, en alguna medida, participar en decisiones arquitectónicas.

De esta manera, la arquitectura se convierte en una capacidad que permite a los equipos tomar decisiones informadas sobre cómo describir comportamientos y resolver problemas de negocio, optimización, o escalabilidad. Además, fomentar esta habilidad dentro del equipo permite descentralizar la toma de decisiones, potenciando la colaboración y el crecimiento profesional de cada miembro.

¿Cómo contribuir al desarrollo del software entendiendo la arquitectura?

Colaborar en un equipo de desarrollo implica no solo centrarse en la implementación del código, sino también en aspectos que impactan en la calidad del software. Aquí te dejamos algunas recomendaciones y puntos a considerar:

• Conciencia de Atributos de Calidad: No basta con pensar en las funcionalidades visibles del software; también es crucial considerar atributos de calidad como mantenibilidad y performance. Evaluar cómo se testea y despliega el código es esencial.

• Comprender el Ciclo de Desarrollo: Es importante entender los procesos desde el backend hasta la infraestructura, aunque no se convierta uno en experto en todos estos campos. Este conocimiento integral aporta en la mejora continua del software.

• Reconocer los Compromisos o "Trade-offs": Toda decisión en el software implica un compromiso. La capacidad de identificar estos compromisos permite presentar soluciones más efectivas a corto y largo plazo.

Finalmente, es fundamental enfatizar la importancia del aprendizaje constante. El software es un campo dinámico, y la actualización continua mediante la lectura diaria de incidentes y contextos de la industria puede significar la diferencia en la calidad de las decisiones que tomamos en nuestros proyectos.

Así que sigue investigando, aprende algo nuevo cada día, e involúcrate en decisiones que impacten positivamente en la estructura y funcionalidad del software que desarrollas. Todo esto contribuirá no solo a tu crecimiento profesional, sino también al éxito de los productos y empresas para los que trabajas.