Comments on: Érase una vez… el diseño ágil con TDD http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/ Experiencias de un informático vocacional buscando la calidad y sus efectos colaterales. Mon, 12 Jul 2010 05:57:44 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: jneira http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/comment-page-1/#comment-355 jneira Mon, 25 Jan 2010 07:10:19 +0000 http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/#comment-355 Mmm, para hacerla con fundamento tendria que estar mas preparado teoricamente y sobre todo haber trabajado bajo los principios agiles y/o con tdd con proyectos reales lo suficientemente grandes y complejos para comprobar sus virtudes y posibles defectos y me temo que no es asi. Sin embargo si que he leido algo de criticas positivas y experiencias con el tema que me hacen entrever que, como todo en la programacion, hay que mirar con desconfianza las soluciones magicas. Referencias pues es lo que puedo ofrecerte debido a mi ignorancia practica sobre el tema. Respecto a la parte del tdd estas han sido mis lecturas: http://www.dalkescientific.com/writings/diary/archive/2009/12/29/problems_with_tdd.html los comentarios: http://dalkescientific.blogspot.com/2009/12/problems-with-tdd.html y este otro: http://blogs.msdn.com/cashto/archive/2009/03/31/it-s-ok-not-to-write-unit-tests.aspx Sobre todo me parece interesante la idea de que la tdd, como los patrones, son utiles a la hora de diseñar y pensar el codigo si se esta programando en un determinado paradigma (imperativo-oop) y tal vez lo que vienen a corregir son los defectos de esa forma de programar. Los test unitarios me parecen un intento de crear un reflejo "ideal" del codigo impuro real, lleno de dependencias y estado. Los test parecen que deben ser transparentes referencialmente, mas cortos, con una unica responsabilidad e independientes del resto del codigo. Pero si se consiguiera que el codigo mismo fuera directamente asi los test serian triviales de hacer y no haria falta tanta framework mockera (la proliferacion de esos frameworks no es una buena señal tal y como a comentado el tio de la tdd: http://blog.objectmentor.com/articles/category/uncle-bobs-blatherings ) En cuanto a lo del agilismo recuerdo una critica bastante menos positiva y agria (menos util por ese motivo): http://measuringmeasures.blogspot.com/2009/12/decline-of-agile-charlatan.html Mmm, para hacerla con fundamento tendria que estar mas preparado teoricamente y sobre todo haber trabajado bajo los principios agiles y/o con tdd con proyectos reales lo suficientemente grandes y complejos para comprobar sus virtudes y posibles defectos y me temo que no es asi. Sin embargo si que he leido algo de criticas positivas y experiencias con el tema que me hacen entrever que, como todo en la programacion, hay que mirar con desconfianza las soluciones magicas. Referencias pues es lo que puedo ofrecerte debido a mi ignorancia practica sobre el tema. Respecto a la parte del tdd estas han sido mis lecturas:
http://www.dalkescientific.com/writings/diary/archive/2009/12/29/problems_with_tdd.html
los comentarios:
http://dalkescientific.blogspot.com/2009/12/problems-with-tdd.html
y este otro:
http://blogs.msdn.com/cashto/archive/2009/03/31/it-s-ok-not-to-write-unit-tests.aspx
Sobre todo me parece interesante la idea de que la tdd, como los patrones, son utiles a la hora de diseñar y pensar el codigo si se esta programando en un determinado paradigma (imperativo-oop) y tal vez lo que vienen a corregir son los defectos de esa forma de programar. Los test unitarios me parecen un intento de crear un reflejo “ideal” del codigo impuro real, lleno de dependencias y estado. Los test parecen que deben ser transparentes referencialmente, mas cortos, con una unica responsabilidad e independientes del resto del codigo. Pero si se consiguiera que el codigo mismo fuera directamente asi los test serian triviales de hacer y no haria falta tanta framework mockera (la proliferacion de esos frameworks no es una buena señal tal y como a comentado el tio de la tdd: http://blog.objectmentor.com/articles/category/uncle-bobs-blatherings )
En cuanto a lo del agilismo recuerdo una critica bastante menos positiva y agria (menos util por ese motivo):
http://measuringmeasures.blogspot.com/2009/12/decline-of-agile-charlatan.html

]]> By: Tweets that mention Se hace camino al andar… » Blog Archive » Érase una vez… el diseño ágil con TDD -- Topsy.com http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/comment-page-1/#comment-354 Tweets that mention Se hace camino al andar… » Blog Archive » Érase una vez… el diseño ágil con TDD -- Topsy.com Mon, 25 Jan 2010 04:07:56 +0000 http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/#comment-354 [...] This post was mentioned on Twitter by ajlopez, ajlopez, Jose Manuel Beas, Javier Neira, Javier Neira and others. Javier Neira said: Se hace camino al andar… » Blog Archive » Érase una vez… el diseño ágil con TDD http://bit.ly/6YqlGG via www.diigo.com [...] [...] This post was mentioned on Twitter by ajlopez, ajlopez, Jose Manuel Beas, Javier Neira, Javier Neira and others. Javier Neira said: Se hace camino al andar… » Blog Archive » Érase una vez… el diseño ágil con TDD http://bit.ly/6YqlGG via http://www.diigo.com [...]

]]> By: jmbeas http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/comment-page-1/#comment-351 jmbeas Sun, 24 Jan 2010 18:25:35 +0000 http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/#comment-351 Hola Javier, Pues tienes razón, pero ya se sabe que los cuentos clásicos siempre acaban bien. :) Bromas aparte, fíjate que el escenario en el que se aplica y la moraleja que se extrae no pretenden ser "universales". De hecho, he tratado de mostrar también que no hay beneficios a corto plazo al hacer TDD. Sin embargo, Javier, me gustaría saber qué críticas o inconvenientes de TDD introducirías tú. En la siguiente edición del libro le podemos pedir a Carlos que nos deje actualizar el prólogo. ;) Muchas gracias, JMB Hola Javier,

Pues tienes razón, pero ya se sabe que los cuentos clásicos siempre acaban bien. :)

Bromas aparte, fíjate que el escenario en el que se aplica y la moraleja que se extrae no pretenden ser “universales”. De hecho, he tratado de mostrar también que no hay beneficios a corto plazo al hacer TDD.

Sin embargo, Javier, me gustaría saber qué críticas o inconvenientes de TDD introducirías tú. En la siguiente edición del libro le podemos pedir a Carlos que nos deje actualizar el prólogo. ;)

Muchas gracias,
JMB

]]> By: jneira http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/comment-page-1/#comment-350 jneira Sun, 24 Jan 2010 13:24:26 +0000 http://jmbeas.iexpertos.com/erase-una-vez-el-diseno-agil-con-tdd/#comment-350 jmmm, peligroso usar un cuento-ejemplo a medida para justificar un cosa. Yo hubiera hecho un balance de las ventajas (eso si que esta en tu cuento) e inconvenientes (eso no) y las situaciones en que la tdd y el agilismo no tienen por que ser efectivas (que las hay aunque sean pocas). O sea introducir las posibles criticas que el lector pueda tener o pueda haber leido e intentar contestarlas y no pintar un caso en el que la tdd es la panacea que puede parecer poco realista. Pero bueno es lo que hubiera hecho yo :-P jmmm, peligroso usar un cuento-ejemplo a medida para justificar un cosa. Yo hubiera hecho un balance de las ventajas (eso si que esta en tu cuento) e inconvenientes (eso no) y las situaciones en que la tdd y el agilismo no tienen por que ser efectivas (que las hay aunque sean pocas). O sea introducir las posibles criticas que el lector pueda tener o pueda haber leido e intentar contestarlas y no pintar un caso en el que la tdd es la panacea que puede parecer poco realista.
Pero bueno es lo que hubiera hecho yo :-P

]]>