Fe de erratas
December 22nd, 2009
Errores encontrados en el libro. Si encuentras un error indícalo con un comentario. Pon la página en que está el error, el propio error y su corrección.
Comments (20)20 Responses to “Fe de erratas”
Deja tu comentario:
Página 39, (5º principio)
Donde dice: “Construimos proyectos entorno a individuos motivados” debe decir “Construimos proyectos en torno a individuos motivados”
Página 40, (10º principio)
Donde dice: “La simplicidad, es esencial” debe decir “La simplicidad es esencial”
Página 54
Donde dice: “Pasamos, de pensar en implementar tareas, a pensar en…” debe decir “Pasamos de pensar en implementar tareas a pensar en…”
Portada
Donde dice “Diseño Agil TDD” debe decir “Diseño Ágil con TDD”
Donde dice “Prologo” debe decir “Prólogo”
Página 54
Donde dice “En TDD dejamos que la propia implementación de pequeños ejemplos, en constantes iteraciones, hagan emerger la arquitectura que necesitamos usar.” debe decir “En TDD dejamos que la propia implementación de pequeños ejemplos, en constantes iteraciones, haga emerger la arquitectura que necesitamos usar.”
En el ejemplo de la calculadora dice que la operación Add solamente puede sobrepasar el límite inferior si alguno de los dos argumentos lo sobrepasa. Pero en el caso calculator.Add(-60,-60); por ejemplo ninguno de los argumentos lo sobrepasa y el resultado si. Faltaría agregar un test como éste. También habría que modificar el método Add.
Tienes razón Hernando, pero más adelante se hace un test y una refactorización que comprueba los resultados con lo que el caso queda cubierto. Pienso que la explicación faltó por aquello de copiar, pegar y demás modificaciones en el texto del libro.
Gonzalo nos dijo:
En mi opinión, no es escabador sino escavador, o mejor aún excavador (acabo de descubrir que existen las dos y son distintas).
Pg. 308, (bibliografía)
Donde díce “[16] J. B. Rainsberg. JUnit Recipes…”
debe decir “[16] J. B. Rainsberger. JUnit Recipes…”
Buenas,
he observado que en algunos capítulos, por ejemplo 8 y 9, la cabecera de página no incluye el título del capítulo como en otros. Aparece solo “Capítulo 8″, “Capítulo 9″ y así.
Página 48, donde dice “En nuestra industria del software hemos llegado al extremo de el que el cliente nos dice a nosotros,” debe decir “En nuestra industria del software hemos llegado al extremo que el cliente nos dice a nosotros,”.
Pag 99: “En el caso de Python, si la API ……, dado que en ese lenguaje no necesitamos definir interfaces al ser débilmente tipado”.
Python NO es débilmente tipado sino que es DINÁMICAMENTE tipado. Los tipos se comprueban (fuertemente) en tiempo de ejecución (de ahí dinámico).
Hola.
Tengo un puñado, aunque aún no he terminado de leérmelo.
Pág. 93: “generados” en lugar de “generador”.
Pág. 141: En el ejemplo de abajo, “lowerLimit” debería ser negativo.
Pág. 264: “Hagamos” no lleva tilde.
Pág. 268: “veamos cómo funciona”; “cómo” lleva tilde por ser pronombre interrogativo.
Durante el ejemplo en python, en la libreta”, se apunta “Restar 5 al número 3, devuelve 2″, lo que es erróneo. Debería ser al revés o ser negativo: “Restar 3 al número 5, devuelve 2″. Lo mismo para el otro ejemplo. Esto se repite varias veces (por ejemplo, página 265).
Igualmente, en la libreta correspondiente al ejemplo en C#, a veces se repite un ejemplo, pero con errores.
Ejemplo en la página 125:
Aceptación – “* 4 5 -2 : produce Error
Es exactamente igual que la línea anterior, pero le falta unas comillas.
Un saludo.
Hola de nuevo.
Continúo por donde lo dejé:
Pág. 289: No es muy importante, ya que la RAE cambió la norma, pero “… aquél que representamos…”, “aquél” llevaría tilde por ser pronombre.
Pág. 294: “El Único”: “único” debe llevar tilde.
Pág. 297: Igual que el de la 289: “…practicarse sin el uso de éstas”.
Pág. 303: Hay un enlace cortado.
Pág. 305: “Cuando se construyó”: “Construyó” lleva tilde por ser pretérito imperfecto.
Un buen libro para comenzar en el desarrollo Ágil.
Muchas gracias!!
Buenas,
Perdona por solo escribirte una, y no recopilar unas cuantas antes de molestar, pero es que me han llorado los ojos y para que no se me olvide te la cuento ya
“Para tal entrada queremos que el
SUT lanze una excepción de tipo”
lanze está raro, sería lance.
Saludos y muchísimas gracias por acercarnos en éste libro una nueva y más natural forma de escribir código.
Antes que nada felicitarte por tan grandioso libro, hoy lo empecé a leer pero me ha “atrapado” está genial!, en la página 29 en el 1er párrafo dice “porque a
día de hoy cada vez más clientes apuestan por el outsourcing.”, debería decir “porque al día de hoy …”
Saludos
Página 130 – Código: “public void SubstractIsUsingValidator”. En este test realmente se llama al método Add de Calculator. Por lo que creo que el nombre adecuado es “AddIsUsingValidator”, porque a continuación se habla de un método de suma.
Un saludo y gracias por el libro =).
Página 39:”Entregamos software que funciona frecuentemente, entre un par de semanas y un par de meses.”
Para que no parezca que el software funciona frecuentemente, podría decir:
“Entregamos software que funciona y la frecuencia de entrega está entre un par de semanas y un par de meses.”
Página 84 – Si la estapa de preparación….
Debería decir etapa
Un saludo, Ana
Página 115: 7.2.5. Dependency Inversión Principle (DIP) -> Ese Inversion no lleva tilde,
Antes de nada, gracias por ofrecer un punto de partida para aprender y aplicar TDD.
Página 132:
-Frase: Sin embargo, el costo de este cambio es mímino.
-Error: “mímino” debería ser “mínimo”
Un saludo
Página 18:
-Frase: Al final me dí cuenta de que la odisea me sobrepasaba
-Error: di (pretérito perfecto simple de dar) no lleva tilde
Un saludo y muchas gracias por haberte currado el libro =)
Página 18:
-Frase: una posici ́n de estabilidad donde por fín dejase
-Error: “fin” no lleva tilde
¡saludos!