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