Visualise, Document & Explore your Software Architecture

Curiosa presentación realizada en el pasada GOTO 2016 sobre visualización de la arquitectura del software. Me ha gustado mucho la analogia mapa <–> diagrama y su propuesta de detalle que detalla como C4.

Diagramas are maps

¿Quién no se ha encontrado nunca con este problemón? Es muy costoso mantener diagramas actualizados con el código fuente porque no hay herramientas que te ayuden. Normalmente estos diagramas se realizan con herramientas especializadas en diagramas tipo Visio, OmniGraffle, etc. Herramientas muy buenas, sí, pero no tiene conexión con el código, lo que implica que:

• tienes que hacer el diagramas a mano
• El mantenimiento es manual: si modificas el código, tienes que modificar el diagrama (a mano, claro)

Vale, también tenemos herramientas que analizan el código y te dibujan un diagrama. Suena genial, pero normalmente el diagrama resultante es inútil: No hay separaciones por capas lógicas, hay mucha información de detalle, etc.

En la presentación se menciona la herramienta Structurizr a la que habrá que seguir.

Who still uses UML?

UML, eso que aprendimos en la carrera pero que raramente usamos. Por qué? porque es muy abstracto? porque component significa una cosa para mi equipo y otra distinta para el tuyo?

La podéis encontrar gracias a Realm en GOTO 2016 • Visualise, Document & Explore your Software Architecture • Simon Brown