Opinion del lector
December 23rd, 2009
Este es un espacio para que quienes ya hayan leido el libro hagan comentarios al respecto. Cuentamos que te ha parecido 
12 Responses to “Opinion del lector”
Deja tu comentario:
Enlazo el comentario de Juan Quijano en su blog:
http://1poquitodtodo.blogspot.com/2010/01/el-libro-de-tdd-se-ha-publicado.html
Gracias
Sólo le he echado un vistazo, pero recomiendo añadir (en éste y en todos los libros técnicos) un glosario de siglas, porque (aunque algunos autores no lo crean) somos muchos los que no leemos los libros técnicos desde el principio (no son una novela), sino que vamos al apartado que nos interesa.
Por ejemplo, ¿qué demonios es el SUT? No es de recibo tener que patearse el libro para encontrar la definicion. En el PDF aún lo puedo buscar, pero en la edición impresa…
Si algún día tengo tiempo de leerlo, ya haré un comentario sobre todo el libro.
Tienes razon, ha sido un fallo. No obstante la recomendacion es que se lea entero la primera vez. No es una novela pero si un libro de estudio. Luego esta bien que se use como libro de consulta. Se ha creado un espacio Glosario en esta web para construir un glosario colaborativo. De momento ya pone lo que es SUT.
Comentario de Manuel A. Rubio:
http://bosqueviejo.net/2010/01/12/tdd-libro-en-castellano/
Gracias
Hola.
Ante todo, felicitaros por el libro. No conocía estos métodos ágiles y me habéis picado con ellos
Quería hacerte, Carlos, una pregunta y una propuesta. No sabía bien dónde enmarcar algo así, y he decidido hacerlo en “opinión del lector”. No estoy muy seguro si estaría mejor en “fe de erratas”.
La propuesta es de cara a futuras ediciones o futuros libros: se trata de escribir siempre primero lo que se tiene que decir y después el código. En el libro, no es raro encontrar algunas funciones y justo debajo un texto que comienza con algo como “Acordaros de refactorizar X”. En más de una ocasión he tardado un rato en darme cuenta de que tenía que leer esa línea y no es que yo hubiera hecho algo mal
La pregunta puede desencadenar un flame, ya que es una lucha típica, pero me gustaría saber tu opinión. No sé de .Net, pero sí de Python, y en Python se llaman “properties”. En Java serían los getters/setters. Mi pregunta es: ¿Por qué implementarlos? Me explico: Si estamos buscando un código mínimo lo lógico es usar directamente el atributo. En el caso de que el día de mañana queramos modificar el comportamiento del getter/setter, sólo tenemos que transformar el atributo en un “property”, y crear los getters/setters/atributo privado como se hace en el ejercicio.
Si quieres algo de código para situarte, en la página 177 hay una implementación de esto que comento.
Un saludo y, de nuevo, enhorabuena.
PD: Aún no he terminado de leerme el libro, ya que lo descubrí hace poco y estoy reimplementando todos los ejemplos en Java. Si quieres te puedo pasar los resultados (cuando los tenga). Evidentemente, habrá cosas mejorables…
Hola.
Primero quería comenzar felicitándoos por el libro. Me está gustando mucho. Se agradece encontrar material en castellano.
He llegado a los capítulos en los que se hace un desarrollo de ejemplo y creo que un par de detalles ayudarían mucho al lector.
Sería buena idea distinguir el código que corresponde al test del código que corresponde a la aplicación. Algo tan simple como un color de fondo (o un color de fuente) diferente ayudaría bastante.
Y en la libreta, según se va avanzando, se van acumulando muchas notas. Destacar las líneas que han sido modificadas o añadidas también ayudaría mucho al lector.
Un saludo y muchísimas gracias por todo.
El libro me parece excelente. Aunque llevo solo algunos capitulos leidos de por si ya desde el principio me gusta su planteo. Entiendo todo el trabajo que lleva y el esfuerzo que han realizado.
No puedo dejar de mencionar que creo que hay un concepto que es al cual estamos mas acostumbrados y que considero equivocado, y es el de creer que el conocimiento se vende !!! . Es cierto que no cualquiera puede tener ciertos conocimientos que se valoran mucho, pero creo que principalmente ( no totalmente ) la difusion del conocimiento debe ser gratuita y en animo de dar una ayuda a los demas, no en busqueda solo del mero beneficio economico. En ese sentido tengo que felicitarlos porque escribieron solo con ese objetivo en mente.
Probablemente no reciban dinero, no reciban las donaciones esperadas. Pero lo que hacen, sepanlo, no se le pone un precio en el mercado.
De todos modos, si queremos ir mas alla y como mencionan ustedes, la difusion de este tipo de material en español hace que los paises de habla hispana adquieran mayor conocimiento y en ultima instancia esto nos hace mas competitivos en la industria del software
Gracias por el libro
Un saludo
Me he acabado el libro y me ha encantado, de hecho ya lo he recomendado a mucha gente.
Esta muy bien orientado a no explicar como hacer algo, si no a hacerte ver y pensar que las cosas se pueden hacer de otra manera, que ayuda ademas de a generar un codigo “testeado”, a generar un codigo mejor.
La bibliografia recomendada es eso “altamente recomendada”.
Enhorabuena, y cuando el proximo libro ?
Me parece una muy buena introducción a TDD y que en un “rato” de lectura tienes una concepción de la metodología para comenzar a trabajar.
Enhorabuena
Me ha gustado mucho el libro, os felicito por el excelente trabajo. El lenguaje cercano y la sencillez de sus explicaciones han para mi sus puntos fuertes. Me parece una estupenda lectura para introducirse en el agilismo con TDD y estoy contento de poder disponer de una bibliografia así en castellano, enhorabuena!!
Supongo que el feedback será interesante en estos casos, asi que aí va el mio:
El capitulo 9 engloba la gran mayoría del contenido práctico del libro, puede resultar demasiado pesado. La lectura se presenta interesante pero en ocasiones el lector puede perder el foco debido al continuo rediseño de código que puede provocar por momentos la sensación de perderse en su arquitectura.
El capitulo 10 se ocupa del los test de integración, aunque quizá muy superficialmente. Sería interesante haber profundizado más en este tema para evitar dar una sensación de vacío.
A lo largo del libro se encuentran continuas referencias a otros libros, artículos etc. Creo que estas referencias no deberían limitarse unicamente a material escrito, existe también buen material en formato audio/video. Como el podcast de Carlos Blé para la comunidad JavaHispano así como otros dos podcast sobre TDD que se hicieron en la citada comunidad. Creo que es un buen ejercicio escuchar estos podcast antes de la lectura del libro si el usuario es principiante, yo lo hice y me aportaron una excelente contextualización para la adecuada lectura del libro.
Muchas gracias por vuestro esfuerzo y por compartir vuestro conocimiento.
Me he terminado el libro y he realizado el proyecto en c# me ha aclarado muchas cosas.
Siempre es bueno tener varias perspectivas de un mismo problema, eso creo que te enriquece.
Un saludo
Buenas, ya estaba familiarizado con los test, por eso quizás la segunda parte del libro no me ha aportado mucho, pero la primera parte, ha sido fantástica, me ha animado a volver a hacer test, es cierto que a veces te preguntas ¿para que?, pero los primeros capítulos me han vuelto a poner en mi sitio.