El software libre es de mayor calidad que el propietario

[raul338]

Depende de cuanta fuerza tenga la comunidad de la aplicacion? Que yo haga una aplicacion hoy open source y nadie se une, no implica que no tenga errores ni que los corrija ni bien salga

[Graphixx]

Hoy dia se ha hecho muy comun en el software propietario la ventanita u opcion de:
Desea participar en .... tipo:
http://office.microsoft.com/es-es/outlook-help/participar-en-el-programa-de-mejora-de-la-experiencia-del-cliente-HA010037797.aspx

o el de kaspersky:


http://support.kaspersky.com/sp/faq/?qid=208285284

como contramedida al aporte desmesurado de reporte y auditoria que tienen los softwares libres.

[dimitrix]

Bug=Defecto de software.
Fuente: Wikipedia http://es.wikipedia.org/wiki/Error_de_software

La informática no es "dependiendo de como se mire" funciona correctamente o no lo hace, Punto.

Discrepto radicalmente.

No están usando a 'humanos' para decir que falla y que no, sino a máquinas que a saber que parámetros tiene.

Por ejemplo, quizás usa una variable en PHP sin declarar y el PHP en modo desarrollo te sacaría un NOTICE, pero en modo producción te funciona a las mil maravillas.

Así que habría que saber como buscan los bugs.

[adastra]

Discrepto radicalmente.

No están usando a 'humanos' para decir que falla y que no, sino a máquinas que a saber que parámetros tiene.

Por ejemplo, quizás usa una variable en PHP sin declarar y el PHP en modo desarrollo te sacaría un NOTICE, pero en modo producción te funciona a las mil maravillas.

Así que habría que saber como buscan los bugs.

Hasta donde sé, un "warning" o un "notice" no es considerado como un bug por ninguna herramienta de las que permite realizar pruebas de estres (QoS center, JMeter, etc)... un bug, por ejemplo, sería una respuesta HTTP 500 en entornos web despues de realizar una prueba de "fuzzing" sobre algun campo de entrada. Aunque tienes razón en el sentido de que las herramientas de QoS dependen directamente de la configuración que en ellas se utilice, pero vamos, que la mayoria de errores que hacen "reventar" una aplicación son facilmente identificables de forma manual y/o automatica.

[Foxy Rider]

No están usando a 'humanos' para decir que falla y que no, sino a máquinas que a saber que parámetros tiene.

Por ejemplo, quizás usa una variable en PHP sin declarar y el PHP en modo desarrollo te sacaría un NOTICE, pero en modo producción te funciona a las mil maravillas.

Así que habría que saber como buscan los bugs.

Lee sobre unit y functional testing dimitrix ... no se necesita *(en general*, como para cubrirme de casos bizarros e hipotéticos) intervención humana para ver un fallo en software, ya que un pedazo de código recibe una entrada y dá una salida y esto es perfectamente medible.

Saludos.

P.S → no había visto la respuesta de adastra, pero sinceramente no hay nada más que agregarle =D // Aclaremos nomás que es mala práctica usar una variable sin declarar

[Yakui]

¡Qué buena noticia! Esto demuestra que al menos en los proyectos estudiados y en las miles de líneas de código, el desarrollo comunitario es superior en cuanto a corrección de errores. Supongo que los desarrolladores de soft. propietario también tendrán que ponerse las pilas para encontrar maneras de agilizar la eliminación de bugs.

Para aportar a la discusión, el informe está aquí (cortesía de Yakui). \[^w^]/

Si bien PHP 5.3, and PostgreSQL 9.1 demostraron ser superiores en cuanto a calidad de código  según este informe, Linux 2.6 también aparece encabezando la lista, así que no es el sistema operativo como dice el artículo, sino el kernel.

[Foxy Rider]

¡Qué buena noticia! Esto demuestra que al menos en los proyectos estudiados y en las miles de líneas de código, el desarrollo comunitario es superior en cuanto a corrección de errores. Supongo que los desarrolladores de soft. propietario también tendrán que ponerse las pilas para encontrar maneras de agilizar la eliminación de bugs.

Para aportar a la discusión, el informe está aquí (cortesía de Yakui). \[^w^]/

Si bien PHP 5.3, and PostgreSQL 9.1 demostraron ser superiores en cuanto a calidad de código  según este informe, Linux 2.6 también aparece encabezando la lista, así que no es el sistema operativo como dice el artículo, sino el kernel.

Pensá también los casos de uso ... PostgreSQL corre sobre un sistema, una abstracción ...las variables no son tantas.
Linux corre sobre un montón de arquitecturas y una diversidad de hardware bastante grande ... ahí se puede tener más contemplación con los bugs por que acá las características son totalmente dispares

Saludos.