Qué es arquitectura y qué hace un arquitecto

No todo el código es arquitectura. Lo arquitectónico son las decisiones caras de revertir: las que seis meses después ya no se cambian con un refactor de una tarde. Martin Fowler le atribuye a Ralph Johnson la definición más honesta que circula: arquitectura es the important stuff — whatever that is. Qué es importante depende del contexto.

El ascensor del arquitecto

Gregor Hohpe describe el rol con la metáfora del ascensor: el arquitecto viaja entre la sala de máquinas (engine room), donde se escribe el código, y el penthouse, donde se decide la estrategia del negocio. Su propio ejemplo: serverless a la mañana, presentación al directorio a la tarde. El valor está en el viaje, no en ningún piso.

Niveles y rol

Fundamentals of Enterprise Architecture distingue enterprise architect (el portfolio completo), solution architect (una solución que cruza sistemas) y application architect (una aplicación). TOGAF no usa esa tríada: modela cuatro niveles —negocio, datos, aplicación y tecnología— y ahí "solución" es transversal.

Arquitecto es una responsabilidad, no un rango. Andrew Harmel-Law propone el Advice Process: cualquiera puede decidir, siempre que antes pida consejo a quienes la decisión afecta y a quienes tienen experiencia.

Dejar rastro

En 2011 Michael Nygard publicó Documenting Architecture Decisions y nació el ADR: un registro corto por decisión, con título, contexto, decisión, estado y consecuencias. Su argumento: los documentos grandes envejecen y nadie los lee.