Barrapunto

Por no hablar de otra cosa, ¿han medido los errores de concepto? Eso ya es más jodido, porque no es lo bonito o no que se el código, sino si ése código se ajusta a lo que se supone que debe hacer y si la comunicación entre diseñadores, analistas, programadores, etc, etc, ha sido correcta. ¿mide eso? ¿Es eso medible?

Recordemos que OpenSSH tuvo solo un bug de código, y nos dejó a más de uno con el culo al aire ;). Es un estudio interesante, pero desde luego la seguridad no se debería medir con esos parámetros; sino los coches se calificarían según el número de trocitos en que se parten cuando te das una galleta "estándar"

He desarrollado diversos sistemas de información para PYMES (Pequeñas y Medianas empresas) y he llegado a la conclusión de que MySQL es un motor de base de datos mas que suficiente para los requisitos de funcionalidad pedidos por estos clientes. Usted puede olvidarse para siempre de Oracle, SQL Server, etc.. no necesita pagar un monton de dinero en licencias, use MySQL.

Si he visto, a unos fanaticos en Oracle, que quizas toda su vida laboral han trabajado con Oracle o tienen una "certificación de arrodillado a Oracle" y no quieren perderla, y hablan muy mal de MySQL o PostGress (se les nota que sus argumentos son nacidos mas del miedo que de lo racional).

Estoy seguro que mas rápido MySQL reemplazará a Oracle, que Linux reemplace a Windows, porque es muy doloroso cambiar de sistema operativo pero no se siente ni el mas mínimo cosquilleo cambiar de gestor de base de datos.

1/4000=0,00025

el software comercial al uso presenta de uno a siete bugs por cada 1.000 líneas de código

7/1000=0.007

Mi programa:

#include <stdio.h>

int main(void)
{
printf("hello world\n");
return 0;
}

0/6=0. El programa perfecto.

------
LatexdeMooh

1. En una empresa lo que quieren es que hagas tu trabajo lo más rápido posible y que funcione, da igual como lo hagas. En Software Libre, como es un hobbies, tiende a hacer las cosas mejor. No sólo para que funcione, sino para que funcione de la mejor forma posible.
2. En los programas de Software Cerrados, a penas se valida, lo mínimo y necesario. Se dice: "¡Bah!, si de todos modos nadie va a poder mirar los fallos que tengo porque es cerrado. En el Software Libre como sabe que cualquiera ( con buenas intenciones o malas ) puede echarle un ojo a tu código, entonces te preocupas más por la seguridad.
3. Por lo mismo que el anterior, tiendes a hacer el código más leible.
4. También, como siempre se ha dicho, tropecientos ojos ven más que dos, así que siempre hay tendencia a corregir los fallos, así que suele tener menos.
5. Por lo mismo que el anterior, los programas de software libre tienden a traer muchas novedades porque hay muchas que aportan/realizan ideas.
6. El SL al poderse copiar y distribuir libremente, suele tener un número mayor de testeadores, que a su vez comunican los errores y estos se arreglan. ( Los programadores de SL tienden a escuchar tu opinión, en el Sistemas Cerrados, normalmente te tienes que apañar con lo que hay. )
7. Los programadores de SL también nos gusta presumir de nuestro código y estar orgulloso de él. Por tanto, para ello se hace de la mejor manera así como lo más seguro que se pueda. Para luego decir: "Bájate las fuentes de mi programa y mira que cacho de código que he hecho".
8. Seguro que hay mil más, pero ya me he cansado... :)

Estos estudios siempre hay que tomarlos con prevención

¿Con prevención? ¿no será con precaución?...