1. Piensa bien antes de escribir código

Los novatos que recién se inician en la industria, para demostrar sus habilidades, empiezan a escribir código apenas reciben los requisitos sin poder esperar. ¡Gran error! En mi opinión, el tiempo real de escribir código es solo el 20%. Si no piensas bien, el otro 80% del tiempo lo pasarás corrigiendo errores (bugs).

2. Si no te comunicas, sufrirás las consecuencias

Si no te gusta hablar ni comunicarte, es fácil que surjan malentendidos sobre los requisitos, y al final, cuando termines el trabajo, descubrirás que no es lo que pide el producto. Muchas funcionalidades se rehacen desde cero precisamente por la falta de comunicación.

3. Nadie lee la documentación, pero aun así debes escribirla

La función de la documentación, la mayoría de las veces, no es para comunicarse, sino para dejar constancia. La mayoría de los requisitos se comunican oralmente, pero si no escribes documentación como registro, después será fácil que surjan disputas.

4. Asegúrate de escribir comentarios

No escribir comentarios es cavarte un pozo a ti mismo y a los demás, porque con el tiempo ni siquiera entenderás tu propio código.

5. No esperes que los requisitos sean estables

Los requisitos del producto se ajustan constantemente según las necesidades comerciales. Cambiar los requisitos es algo totalmente normal. No te quejes; lo único constante en este mundo es el cambio.

6. El negocio está por encima de la tecnología

Si la tecnología no sirve al negocio de la empresa, no tendrá ningún valor. Que la empresa gane dinero es lo que realmente importa. Por eso, no se recomienda perseguir nuevas tecnologías, sino prestar más atención a la aplicación de tecnologías maduras en las empresas comerciales.

7. No cuentes con la suerte

Donde intuyes que habrá un bug, seguro que aparecerá un bug.

8. Prueba varias veces tú mismo primero

No lances el código a los testers en cuanto termines de escribirlo. Debes garantizar la calidad de lo que pasa por tus manos.

9. Resuelve los problemas por ti mismo en la medida de lo posible

Cuando te encuentres con algo que no entiendas, primero haz todo lo posible por resolverlo (Google, Stack Overflow, etc. pueden resolver el 90% de los problemas). No andes enviando capturas de pantalla pidiendo ayuda a la primera de cambio. Tu jefe y tus compañeros no están para limpiar tus desastres, pero si realmente lo has estropeado, pide ayuda lo antes posible.

10. Usa las nuevas tecnologías con precaución

No persigas las nuevas tecnologías. Las nuevas tecnologías suelen estar en versión beta. Si decides usarlas por tu cuenta antes de que los expertos hayan escrito una documentación introductoria clara, lo más probable es que te estés buscando la ruina.

Dirección del artículo original: http://www.techug.com/post/funny-programmer-pictures-2.html