Si trabajas programando, seguramente hayas oido más de una de estas frases.
- Si compila, funciona
- Si compila, el codigo es correcto.
- Si ejecuta, es que no tiene bugs
- Si no los bugs no aparecen inmediatamente, es perfecto
- Si un bug no aparece, es que no existe
- Si parece que funciona, entonces funciona
- Hacer las cosas bien es facil. Para evitar los errores solo hace falta un poco de concentracion
- A menor tamaño de codigo, mas velocidad
- Es obvio como optimizar un programa
- Los programadores no comenten fallos
- Los errores en tiempo de ejecucion (runtime error) nunca ocurren
- Los usuarios no cometen fallos
- Yo no cometo fallos
- Los errores de cualquier tipo son raros
- La gestion de errores para la version 2
- Es correcto que se cuelgue si los datos de entrada son malos
- Es correcto que devuelva datos malos por si los datos de entrada son malos
- La portabilidad no es útil
- Lo que importa es el tamaño de la lista de features (caracteristicas)
- La velocidad es buena, pero las features (caracteristicas) son mejor
- La lentitud se arregla ampliando hardware
- Cuanto mas grande es un programa, mejor es
- Los cambios aleatorios en el programa arreglan los bugs.
- Para probar solo hace falta muy poco tiempo
- Encontrar fallos es facil, arreglarlos es trivial
- Los bugs arreglados no necesitan ser probados
- Los cambios triviales no necesitan ser probados
- La primera idea, aproximacion o version es siempre la mejor
- El codigo es autoexplicativo, no hace falta comentarlo.
- Los comentarios estan hechos por y para otra gente distinta del autor.
- Las features sin documentar son utiles y divertidas
- Siempre se puede arreglar para la siguiente version
- Usuarios sorprendido, usuario feliz
- La mejor manera de depurar es en la demostracion con el cliente
La versión original está aquí. La traducción la he hecho yo mismo, pido disculpas si no está del todo bien (o si la cosa ha perdido gracia con respecto a la versión inglesa)
No hay comentarios:
Publicar un comentario