Leyes de la programacin Algunas leyes de programacin que he juntado durante algunos aos de programacin, en base a la experiencia: 1. 2. 3. 4. 5. Si funciona, no lo toques.

Si no sabs lo que ests haciendo, hacelo con elegancia. Un programador por nada del mundo utilizara sus programas. Todo programa comienza con un Hello World! La gente de seguridad informtica y los de QA son nuestros enemigos declarados.

6. Los desarrolladores despreciamos el trabajo de los diseadores. 7. Los usuarios son todos neanderthales. 8. La mejor mquina para programar es ms lenta que las que utilizan los usuarios, p ara poder optimizar el funcionamiento del sistema. 9. Un programador junior se vende como semi senior al cliente. Un Semi semior se vende como senior, y un senior siempre est fuera de presupuesto, pague ms el clie nte, o no. 10. A todo tiempo calculado de desarrollo de un soft, hay que duplicarlo cuando se habla al cliente, pero a los desarrolladores se les exige que lo hagan en la mitad del tiempo estipulado. Igual, no alcanza. 11. Desarrollar un sistema ms de 8 meses es aburrido. 12. El cdigo fuente del desarrollador que se fue de la empresa est mal y hay que h acerlo de vuelta. 13. Los programadores no tienen horarios, ni feriados. 14. Para n desarrolladores de un equipo de trabajo, siempre se necesita n + 1. 15. Si internet, no se codea, sea necesario para trabajar, o no. 16. No hay nada peor que un bucle infinito. 17. Siempre hay que dejar una bombita en el cdigo, por si el cliente no paga. 18. El caf es la bebida oficial. 19. Maldecir es el nico lenguaje que dominan todos los programadores. 20. La documentacin del cdigo es opcional. 21. El manual de usuario siempre est atrasado por lo menos dos versiones del cdigo publicado. 22. Cuando despues de aos de estudio por fin hayas pulido el lenguaje de desarrol lo, aparecer uno mejor que dejar obsoleto el que ya conoces y que por supuesto que rran todas las empresas. 23. El programa fallar inmediatamente despues que te hayas ido y volvera a funcio nar a tu regreso. 24. El cliente cuando le preguntes que desarrollo hay que hacer, comenzar la orac in diciendo "Es facil... hay que hacer un programita que haga...." 25. Un software testeado cientos de horas, fallar al primer segundo de ejecucin en la PC del cliente. 26. Cuando ya este terminado el soft, el cliente recordara algo que falta inclui r