Traducción oficial de InfoQ
Novedades de Domain Driven Design
Novedades de Domain Driven Design
Resumen
Desde que Eric Evans escribió su libro sobre Desarrollo Basado en el Domino (Domain Driven Design) en 2004, ha sido una de las personalidades más reconocidas del mundo en el tema. En esta entrevista con Floyd Marinescu (de InfoQ) nos cuenta sobre las recientes mejoras en la metodología y como la comunidad ha avanzado en el aprendizaje del tema.
Desde que Eric Evans escribió su libro sobre Desarrollo Basado en el Domino (Domain Driven Design) en 2004, ha sido una de las personalidades más reconocidas del mundo en el tema. En esta entrevista con Floyd Marinescu (de InfoQ) nos cuenta sobre las recientes mejoras en la metodología y como la comunidad ha avanzado en el aprendizaje del tema.
Biografía
Eric Evans es un especialista en diseño y modelado de dominios, y el autor del libro "Domain-Driven Design" (Addison-Wesley, 2004). Se especializó en esta técnica a nivel Empresarial a mediados de los 90's. Ha entrenado y coordinado equipos enteros en la aplicación del Diseño Basado en el Domino, y ha ayudado a integrar las metodologías ágiles en diversos proyectos de Software.
Eric Evans es un especialista en diseño y modelado de dominios, y el autor del libro "Domain-Driven Design" (Addison-Wesley, 2004). Se especializó en esta técnica a nivel Empresarial a mediados de los 90's. Ha entrenado y coordinado equipos enteros en la aplicación del Diseño Basado en el Domino, y ha ayudado a integrar las metodologías ágiles en diversos proyectos de Software.
Entrevista
Aquí Floyd Marinescu, desde la conferencia "Spring Experience" con el creador del Diseño Basado en el Dominio (DDD) Eric Evans. Eric, por favor cuéntanos un poco acerca de ti, y que estás haciendo en estos días.
Actualmente estoy con mi trabajo de consultoría, ayudando a distintos clientes con DDD, trabajando con las estrategias de modelado, a veces entrenándolos y a veces, por supuesto, dando charlas como esta.
Lo esencial acerca de esta metodología es que tienes que prestar mucha más atención al negocio o dominio al cual apunta tu sistema, luego, puedes preocuparte por la tecnología, los procesos y las técnicas que se utilizarán para desarrollarlo. Eso es básicamente, pero es muchísimo mas difícil llevarlo a la práctica que simplemente enunciarlo. Por eso existen una gran cantidad de cosas que se pueden aplicar con DDD, y cuando el negocio se complica, modelarlo es la clave para manejar dicha complejidad. Esa es la razón principal por la cual se suele asociar directamente a DDD con los modelos.
Para un equipo de desarrollo que quiere hacer Domain Driven Design, ¿cuál es el conjunto mínimo de prácticas que deben conocer para aplicarlo de manera efectiva?
Debería decir que existen muchas direcciones, pero el patrón principal de DDD probablemente es el Lenguaje Ubicuo. Esto significa que así como refinamos los conceptos utilizados en nuestras conversaciones con los expertos del Dominio y expertos del Negocio, también hablamos un cierto lenguaje, y dicho lenguaje a su vez se refina, reflejando los detalles de los conceptos y permitiendo comunicar tanto a los desarrolladores como a los arquitectos del equipo. Es el mismo lenguaje utilizado en los documentos de Requerimientos, que reflejan el modelo conceptual. Este mismo lenguaje lo utilizamos en el código, de la manera en que la tecnología seleccionada para el proyecto nos lo permita. Por esto mismo es llamado Lenguaje Ubicuo, ya que es el mismo que nos acompaña en todo el Proceso de Desarrollo. En conjunto con esto, es necesario tener en claro la existencia de los limites, que encuadran al modelo conceptual, ya que el mismo no está "flotando libremente por el espacio" sino que tiene unContexto Delimitado. Con estos dos ingredientes alguien podría decir que se está haciendo Domain Driven Design, pero existen también otra serie de herramientas y prácticas para resolver problemas específicos.
ver mas http://liteurl.com/?107942
.
Entradas
