Gracias Daniel!, es lo que estaba buscando... :-)
On 11/8/06, Daniel Calvin <[EMAIL PROTECTED]> wrote:
Hola DiegoCreo que los dos temas se deben analizar por separado.1 TDDIndeopendientemente de que tan OOP o Datacentrico este programando alguien, es indiscutible que TDD te permite.Mejorar la calidad del productoAumentar la productividad ( a mi particularmente me pasa que muchas veces al escribir el test descubro algun aspecto que pase por alto o alguna definición incompleta )El mantenimiento o evolución del desarrollo es mucho mas simple.( Mas descansado diría, si toco y los test pasan se hace muy facil poder mantener, de hecho, sobre todo si los test no pasan )2 DDD ( en realidad cualquier cuestion que no este centrada en datos )Si es alguien que vienen de una arquitectura muy datacentrica pasar DDD no va a ser facil. Mas allá de las ventajas indiscutidas.Por lo general el que viene de un esquema datacentrico va a necesitar adquirir algunos conceptos, la curva es alta.Es dificil hacer el aprendizaje de un día para otro.Tal vez sea demasiado parcial mi respuesta.Daniel Calvin
2006/11/8, Diego Jancic <[EMAIL PROTECTED]>:Hola gente!,Yo personalmente estoy muy convencido de usar domain-model y TDD (o BDD como diria el M. Salias), pero el tema es este:Conozco a una persona que quiere usar DDD y TDD pero tiene "miedo" de hacer un cambio tan importante (ahora usa DataSets tipados)... que ventajas se les ocurren para "vender" un poco DDD y sobre todo TDD???A mi lo unico que se me ocurrio es calidad final y tiempo (aunque cuesta demostrar que se tarda menos usando TDD)...Gracias por leer hasta esta linea ;)Saludos!,Diego
--
Daniel A. Calvin
Cooperator Team Member
http://www.cooperator.com.ar
Microsoft Certified Professional