</> CodeBooks
    ← Volver a Arquitectura de software (página 5)
    Portada de 97 Things Every Software Architect Should Know

    97 Things Every Software Architect Should Know

    Richard Monson-Haefel

    Editorial
    O'Reilly
    Año
    2009
    Páginas
    ~222
    Nivel
    Básico

    De qué trata

    Compilación clásica de O'Reilly editada por Richard Monson-Haefel que reúne la experiencia colectiva de más de cuatro docenas de reconocidos profesionales de la industria (entre ellos Neal Ford, Michael Nygard, Kevlin Henney, Mark Richards y Rebecca Parsons). El libro está orientado a desarrolladores de software experimentados que aspiran a asumir el rol de arquitecto, así como a líderes técnicos y arquitectos noveles que necesitan comprender las responsabilidades estratégicas, técnicas y humanas de la arquitectura más allá de la mera escritura de código.

    La obra se compone de 97 ensayos breves e independientes que cubren un amplio abanico de principios atemporales de ingeniería. Se analizan temas como la gestión de la complejidad accidental frente a la esencial, la evaluación rigurosa de trade-offs de rendimiento y escalabilidad, la comunicación efectiva con partes interesadas de negocio, el control de la deuda técnica y la alineación con la Ley de Conway. Los autores abordan aspectos prácticos que van desde la integración continua y el diseño guiado por restricciones reales hasta advertencias críticas contra el 'resume-driven design' (diseñar sistemas para engrosar el currículum) y la asunción de que los componentes distribuidos inevitablemente fallarán en producción.

    Al ser una colección de ensayos conceptuales y vivenciales, el texto no construye proyectos guiados ni incluye ejercicios de programación con librerías o tecnologías específicas. Su gran fortaleza radica en proporcionar dosis concentradas de sabiduría pragmática y criterio profesional que ahorran años de errores en la toma de decisiones arquitectónicas. Queda fuera cualquier implementación técnica profunda o manual de referencia de herramientas concretas, por lo que resulta ideal como lectura reflexiva de cabecera para profesionales que ya tienen experiencia en proyectos de software reales y buscan ampliar su visión estratégica.

    • Arquitectura de software
    • Toma de decisiones
    • Comunicación técnica
    • Gestión de complejidad
    • Trade-offs arquitectónicos
    • Deuda técnica
    • Liderazgo técnico
    • Simplicidad de diseño
    • Ley de Conway

    ¿Cómo enseña?

    TeóricoPráctico

    Teórico

    • ✗ Sin ejercicios
    • ✗ Sin proyectos

    Más de Arquitectura de software con nivel Básico