Tautologías de la programación.
> Si compila, es que funciona.
> Si compila, es que es correcto.
> Si funciona, no tiene ningún tipo de errores.
> Si no tiene ningún tipo de errores inmediatamente obvio, es perfecto.
> Si un error no aparece, no existe.
> Si parece que funciona, entonces funciona.
> Hacer algo correcto es fácil. Evitar errores sólo requiere un poco de concentración.
> Cuanto más corto sea el código fuente, es más rápido el programa.
> Es obvio cómo optimizar un programa.
> Los programadores no cometen errores.
> Los errores de ejecución no se producen.
> Los usuarios no cometen errores.
> Yo no cometo errores.
> Los errores de cualquier tipo son raros.
> El manejo de errores se puede hacer en la versión 2.
> Es normal tropezar con una entrada incorrecta.
> Es normal dar una salida incorrecta a una entrada incorrecta.
> La portabilidad no es útil.
> Todo el mundo es de Windows. O bien, en estos días, es de Linux
> La longitud de la lista de características es importante.
> La velocidad es buena, las características son mejores.
> La lentitud puede ser achacada al hardware.
> Cuanto más grande es un programa, mejor es.
> Cambios al azar a un programa, arreglan los errores.
> Las pruebas cuestan poco tiempo.
> Encontrar errores es fácil. La reparación de errores es trivial.
> La correcion de errores no necesita ser probada.
> Cambios triviales de cualquier tipo no necesitan ser probados.
> El primer enfoque, idea, o versión es siempre la mejor.
> Una tasa de 1% de rupturas de programa, es actualmente bastante buena.
> El código es autoevidente. Los comentarios no son necesarios.
> Los comentarios son para la gente que no son los autores originales del código.
> Las características indocumentadas son divertidas y útiles.
> Siempre se puede solucionar en la próxima versión.
> Los usuarios sorprendidos son usuarios felices.
> Las demostraciones a los clientes es el mejor método de depuración.