Razones y Resultados
“En esta vida solo puedes tener dos cosas: razones y resultados. Las razones no cuentan.”
Read more
Una regla que el framework no puede proteger
Una regla simple del dominio puede arruinar un sistema si vive en el lugar equivocado. En este artículo mostramos cómo una decisión de negocio acaba dispersa en controladores cuando el framework manda, y cómo la Arquitectura Hexagonal le da un hogar estable desde el inic
Código que funciona vs. Software diseñado: Lecciones de una década
El artículo reflexiona sobre la diferencia entre programar para que algo funcione y diseñar software para que sobreviva al tiempo. Basado en una década con Django, advierte que la arquitectura no es el framework, sino las decisiones que determinan qué tan caro será cambiar el sistema mañana.
Definición de dominio en la Arquitectura Hexagonal
El dominio de ControlEscolar modela materias, prerrequisitos, inscripciones y actividades evaluadas usando DDD y Arquitectura Hexagonal. Define reglas como máximo de tres intentos, cálculo por promedio y validación de prerrequisitos, todo sin depender de tecnología externa.
La Arquitectura Hexagonal
Contratos, Interfaces, Repositorios, Servicios y Value Objects Este documento explica los conceptos fundamentales de Arquitectura Hexagonal (Ports & Adapters) aplicados al proyecto ControlEscolar, una aplicación personal para que un alumno de la UnADM gestione sus materias, inscripciones y calificaciones utilizando buenas prácticas de ingeniería de software modernas (DDD + .NET 10