Raúl Jiménez
← VOLVER AL CATÁLOGO

Arquitectura de sistemas

Diseñar sistemas que todavía podamos explicar

Una aproximación editorial a la claridad, la mantenibilidad y el coste real de la complejidad.

VOL. 01 // 2026.0112 ENE 202618 MIN LECTURARJ-260112 CITAS
ClaridadMantenibilidadSistemas
Placa de circuito y conexiones técnicas en tonos oscuros

La complejidad rara vez llega anunciándose. Se acumula en nombres imprecisos, decisiones sin dueño y capas que nadie puede explicar por completo.

La explicación como propiedad del sistema

Un sistema comprensible no es un sistema simple. Es un sistema donde cada pieza tiene una razón que puede exponerse, discutirse y comprobarse.

«Toda abstracción que no pueda ser verificada formalmente es deuda técnica pospuesta.»

Cuaderno de sistemas, entrada 01
Coste de complejidadC = D + V + O

Una decisión que puede leerse

La arquitectura también es una forma de documentación. Cuando una decisión tiene dueño, motivo y evidencia, el sistema conserva memoria.

typescript
explainable-system.ts
type Decision = {
  owner: string;
  evidence: string[];
};

const explainable = (decision: Decision) =>
  Boolean(decision.owner && decision.evidence.length);
Placa de circuito y conexiones técnicas en tonos oscuros
Figura 01. La arquitectura como mapa de decisiones y responsabilidades.

Referencias para continuar

El objetivo no es eliminar toda complejidad, sino hacer visible cuál merece la pena conservar.

REFERENCIAS

  1. Brooks, F. P. The Mythical Man-Month.
  2. Parnas, D. L. On the Criteria To Be Used in Decomposing Systems into Modules.
  3. Ousterhout, J. A Philosophy of Software Design.