Aunque no son estrictas, este conjunto de reglas puede ayudar a saber si un proyecto libre está condenado al fracaso o no. Entre las reglas que acercan al fracaso se incluyen: el código fuente ocupa más de 100 MB; el código comprimido ocupa más de 100 MB; no está disponible de forma pública bajo un sistema de control de versiones; no se usa el sistema de control de versiones; no hay documentación de cómo construir el software; hay documentación de cómo se construye el código pero no funciona; no hay un versionado correcto; etc.

¿Puedes ver la diferencia entre estos dos archivos con código en Javascript? ¿Puedes explicar la diferencia de rendimiento de más del 50 % entre ambos?

Debido a que pasan la mayor parte de sus días usando terminales o editores, la mayoría de los administradores de sistemas y desarrolladores son bastante exigentes cuando se trata de elegir una tipografía monoespaciada para su uso. En esta entrada se muestran cinco tipografías monoespaciadas que se pueden instalar fácilmente desde los repositorios oficiales de Fedora para que los editores de texto y/o los terminales tengan una interfaz un poco más agradable.

La tipografía usada en un diseño puede marcar la diferencia. Sin embargo, si tu proyecto tiene que llevarse bien con un presupuesto limitado y tienes que usar tipografías gratuitas, las buenas nunca son fáciles de encontrar. Por suerte, nosotros nos hemos topado con unas cuantas joyas. La siguiente lista de tipografías puede ser descargada de forma gratuita y usada en tu proyecto (ya sea privado o comercial) para darle un toque de distinción.

Todo gran proyecto de software utiliza estándares de codificación y reglas de estilo. Estas reglas establecen las bases que se han de seguir a la hora de escribir software como, por ejemplo, “¿cómo se debe estructurar el código?”; o “¿qué característica del lenguaje usado se debe usar y cuál no?”. Los desarrolladores de la NASA son unos de los que las siguen para poder desarrollar código crítico y seguro. Aquí están las 10 principales reglas que usan.

En esta lista se presentan los 10 errores más comunes que los nuevos desarrolladores (y a veces incluso los desarrolladores con experiencia) comenten, con el fin de aprender de los mismos y evitarlos. En esta lista se incluyen: no confiar en los datos de entrada del usuario; no hacer tests manuales, automatizarlos; no omitir la documentación; etc.