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
- Las 25 mejores herramientas y frameworks PHP para desarrolladores en 2025 / 2026
- Los siete mejores IDE para PHP.
- Libro gratuito para desarrolladores de Visual Basic
- KBasic, el auténtico Visual Basic para Linux. Y compatible con él.
- libdvdcss2 y w32codecs para Ubuntu
- Crear y empaquetar software para Linux en RPM, parte 1, creando paquetes.
- Windsurf Editor: el IDE con inteligencia artificial que está revolucionando el desarrollo de software
- Nueva Versión de FreeBASIC 1.06.0
- WordPress 2.2.2, Lanzado!
- Webconverger, es un Kiosko Web
- Finalmente tendremos nuevos elementos en HTML 5
- Porqué la gente odia a los programadores



