´Indice general

16
CAPÍTULO 2. CALIDAD, REUSO Y MODELOS
turaleza autoevidente de la afirmación de que el proceso debe hacer una
diferencia, hay escasa evidencia experimental acerca de si las actuales metodologías
tienen el efecto que dicen tener. En síntesis, la tesis de Gentleman es
que la calidad del software es difícil de medir pero que tal tarea de medición
es necesaria.
Los productos de software son sistemas complejos que, una vez construidos
y puestos a funcionar, muestran sus defectos. Pero debido a la complejidad
del programa, tales defectos son muy difíciles de eliminar. En opinión
de Humphrey[17] esta es ya la actitud resignada y cómoda de la industria
del software; consiste en ver los defectos del software como meras molestias,
librándose así de la responsabilidad de corregirlos y de los daños que pudieran
causar. Humphrey sostiene que tal actitud debe cambiar y propone una
serie de reformas a la ley vigente.
La búsqueda y eliminación de defectos (debugging) en el software es
una pesada tarea que debe ser ejecutada como una responsabilidad de la
empresa que vende el producto y en favor del usuario final. Y en esta tarea de
depuración se ha mostrado muy superior un modelo alternativo de desarrollo
de software: el open source.
A partir de la década del 90 del siglo pasado empezó a ganar fuerza
un modelo alternativo al tradicional de desarrollo de software que se incorporó
al sistema legal norteamericano de la industria del software bajo la
Open Source Definition 2 . La Open Source Definition incluye un conjunto
de licencias para el software caracterizadas por dejar abierto el código de
sus productos.
Raymond[25] sostiene que la experiencia de Linux sugiere la superioridad
del modelo open source de desarrollo sobre le modelo tradicional centralizado.
Esta tesis está basada en un experimento real que él mismo inició con un
proyecto open source denominado Fetchmail. Otros autores han estudiado
el modelo open source en búsqueda de la clave de su éxito.
Halloran y Scherlis[13], por ejemplo, examinaron proyectos exitosos de
open source enfocándose a los aspectos técnicos de colaboración y calidad.
Estos autores identificaron, en el muestreo que realizaron, algunas prácticas
comunes del modelo open source de desarrollo. Una de ellas es el uso
de herramientas open source para desarrollar proyectos open source, una
práctica a la que denominan bootstrapping. También encontraron que, en
los proyectos open source, cualquiera puede aportar pero no todos pueden
decidir; pues son los líderes del proyecto quienes controlan la composición,
la configuración y el flujo de la información que entra y sale del servidor de
2 http://www.opensource.org/docs/definition.php