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.
- 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
- Distribuir la carga de trabajo (entre servidores) de su aplicación PHP con Gearm
- ¿Por qué usar FreeBASIC hoy por hoy? Rápido, compatible y sorprendentemente útil
- Se lanzó Qt Creator 17, un IDE de código abierto, con un cambio importante para los proyectos
- Herramientas RAD para Linux: Desarrollo Rápido y Eficiente



