Fetchmail.

Analizo un proyecto de software de dominio público desarrollado con éxito, fetchmail, que se realizó como una prueba deliberada de algunas teorías sorprendentes sobre ingeniería de software sugeridas por la historia de Linux. Presento estas teorías en términos de dos estilos de desarrollo completamente distintos, el modelo `''cathedral'', aplicable a la mayor parte de los desarrollos realizados en el mundo del software comercial, frente al modelo ''bazar'', más propio del mundo Linux. Muestro que estos modelos se derivan de puntos de partida opuestos sobre la naturaleza del proceso de depuración del software. Prosigo manteniendo a partir de la experiencia Linux la hipótesis de que ''Dado un número suficiente de ojos, todos los errores son irrelevantes'', sugiriendo analogías productivas con otros sistemas auto-correctores integrados por agentes autónomos, y concluyo realizando alguna exploración de las consecuencias de este punto de vista sobre el futuro del software.

los proyectos de Open Source son muy rápidos en reaccionar cuando

existen problemas.

La comunidad de usuarios (y desarrolladores) hacen también una atractiva

diferencia. Debido a la diversidad de usuarios, los productos Open Source son

generalmente muy bien testeados y usted podrá obtener ayuda y consejos

rápidamente.

El código abierto tiene mayor flexibilidad. Los usuarios de código abierto

pueden ajustar el producto tanto como sea necesario para conseguir cubrir sus

necesidades en formas que no son posibles sin el código fuente. Los usuarios

pueden ajustar los productos ellos mismos, o encontrar quien pueda resolver

el problema, que incluso podría ser el desarrollador original del producto.

Algunos han proclamando que esto crea un "peligro de disgregación", es decir,

múltiples versiones incompatibles de un mismo producto. Esto sólo es un

riesgo para los que creen que la competencia es demoníaca: también tenemos

múltiples versiones de coches. Y en la práctica, el alto coste de mantener el

...