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
- FrankenPHP en Ubuntu: el servidor PHP moderno que simplifica todo
- 📰 Las herramientas no hacen al desarrollador… pero en 2026 casi lo parecen
- Creando un Teclado Virtual con jQuery
- Tutorial de jQuery, rápido.
- Las 25 mejores herramientas y frameworks PHP para desarrolladores en 2025 / 2026
- Los siete mejores IDE para PHP.
- 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
- GitHub Copilot Chat ahora es de Código Abierto y personalizable
- GitHub Copilot: Tu nuevo copiloto de código con IA, compatible con VS Code, JetBrains, Vim y más



