LinuxParty
Si ha sido contratado por una seria casa de desarrollo de software, es probable que uno de sus principales tareas sea la de la familiarización con las directrices de la compañía y leer las normas de codificación. Probablemente ha dado ya con algunas directrices básicas, tales como "las rutas GOTO no están permitidas, excepto en circunstancias específicas", o que el código debe estar sangrado con tabuladores en lugar de espacios, o viceversa. Tal vez usted ha tenido algunas de las más exóticas o menos intuitivas prácticas, o quizás tiene que seguir múltiples declaraciones. ¿Qué has encontrado "de bueno" en éstas prácticas?, es cada vez el
código más legible y facilita su mantenimiento? ¿O todo se ha quedado
como buenas ideas en un papel? (papel mojado)
Esperamos comentarios de los lectores de LinuxParty, en Slashdot, comentaron esto.

Esperamos comentarios de los lectores de LinuxParty, en Slashdot, comentaron esto.

-
Programación
- Caja de herramientas de los programadores de Linux
- LinuxParty, el 11-S, Fallos HD, y Resucitamos como el Ave Fénix.
- A Linus no le gusta C++
- PHP5 Vs. CakePHP Vs. RubyOnRails.
- Curso / Manual de Programación Shell.
- Desarrolladores de código abierto no se deciden por la GPLv3
- LinuxParty, está en proceso de Mejora.
- Qué significa Foo ? Qué Significa Bar ? Foo y Bar
- Ensamblador en Linux, (asm) DesktopLinuxAsm - Programs
- Simulación de Ensamblador: GNU 8085 Simulator 1.3.2
- Portar código fuente C/C++ de Windows a Linux.
- Virtualización para reconciliar el código GLP y no GLP