Domain-Driven Design: Tackling Complexity in the Heart of Software - Evans, Eric

Casi lo termino de leer. DDD es considerado por muchos la piedra angular de un buen disenio de software, y ahora empiezo a entender por que. Por un lado, Eric Evans recopila buenas practicas en general en desarrollo y disenio de software (design patterns, principios, architecturas), pero focaliza la conversacion alredor del dominio de negocio (business domain). Esto es lo que diferencia DDD de cualquier otro libro de software design y lo hace al mismo tiempo muy practico. Este libro no solo me permitio entender que era eso que me molestaba tanto del codigo spaghetti, sino porque es contraproducente para una empresa en el corto y mediano plazo, y cuales son las tecnicas para evitar que la complejidad en una base de codigo aumente de forma exponencial a medida pasa el tiempo. La unica queja que puedo emitir es que habla en el contexto del 2003, cuando hacer algunas cosas en el ambiente del software eran mas dificiles y el desarrollador esta mas limitado por factores ajenos a el, como el hardware, los lenguajes y tecnologias disponibles, y las tecnicas de organizacion empresarial. Al mismo tiempo, esto nos permite entender el contexto historico de donde venimos y el porque hoy ciertas cosas se consideran buena practica y otras no. Pero tambien hay que tener mucho criterio al pensar como algunas cuestiones de las que habla el autor se pueden llevar a la practica en el contexto actual. En general, una excelente lectura, recomendada para cualquier programador, arquitecto de sofware y/o lider tecnico.

todo bien como siempre buscalibre, ya tengo el libro en mis manos.

Si quieres comenzar con DDD, este es tu libro.