Result Pattern

Representar éxito y errores esperados como un valor explícito, en vez de usar excepciones para el flujo normal.

Qué resuelve

Hace visibles en la firma del método los errores de negocio que el consumidor debe manejar.

Evita usar excepciones como saltos de control para validaciones o resultados esperables.

En casos de uso con validaciones frecuentes, APIs públicas o flujos donde el error forma parte del contrato.

Las excepciones siguen siendo adecuadas para fallos inesperados o invariantes imposibles de recuperar.

Añade tipos y composición (`Map`, `Bind`, `Match`) que el equipo debe conocer.

Un `Result` mal diseñado puede ocultar errores técnicos; debe separar errores de negocio de fallos de infraestructura.