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 
5 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…