REPORTE DE LECTURA LIBRO LA CATEDRAL Y EL BAZAR.

REPORTE DE LECTURA LIBRO LA CATEDRAL Y EL BAZAR.

RESUMEN: Este documento presenta un reporte sobre lo entendido durante la lectura del libro “La catedral y el bazar” de Eric S. Raymond. Solicitado para el primer corte de la clase de Sistemas operativos, sin duda el libro realiza principalmente una analogía en dos formas de llevar a cabo un proyecto de desarrollo de software, la manera catedral o la manera bazar.

PALABRAS CLAVE: Reporte.

1 INTRODUCCIÓN

Este reporte incluye las definiciones de arquitectura al estilo catedral y bazar que propone el autor, y las diferentes condiciones para que la técnica del bazar sea adecuadamente implementada.

2 REPORTE LA CATEDRAL Y EL BAZAR

La catedral y el bazar nos muestra un punto de vista externo a la manera en la que fue creado el sistema operativo Linux. El autor utiliza dos modelos de creación de software en su relato, para empezar tenemos el modelo catedral que como Raymond lo describe se basa en tener muy bien diseñado y planeado el objetivo que se tiene, donde cada parte encaja perfectamente o por lo menos va como fue planeado por el arquitecto, luego para el segundo modelo, hace analogía con un bazar ya que en un bazar todo el mundo habla y tiene diferentes puntos de vista, de esta manera fue creado Linux ya que mucha gente colaboro y ayudo en el desarrollo de este. Al ver lo eficiente que resulto el sistema operativo y por ende la efectividad del modelo bazar y ante la incredulidad del mismo Raymond, este decidió aplicar el mismo modelo a uno de sus proyectos personales para probar si era tan eficiente como parecía, de esta manera durante su relato nos deja varias lecciones para aplicar durante el desarrollo de software.

El proyecto de Raymond se basaba esencialmente en cubrir la necesidad que tenia de contar con un cliente de correo electrónico eficiente, aunque hubiera podido no desarrollo un cliente de correo el solo lo que hizo fue trabajar sobre uno existente lo que nos lleva a no la primera de las lecciones pero si una de las más importantes desde mi punto de vista: “Los buenos programadores saben qué escribir. Los grandes saben qué reescribir (y reutilizar)” esto encaja bastante bien dentro del modelo bazar ya que como todos tenemos puntos de vista diferentes las fallas o debilidades en el momento de programar pueden no ser tan evidentes para nosotros pero si para otros o viceversa, con esto llegamos a otro punto importante del argumento del texto y son los usuarios de un programa, ellos nos sirven para ver errores o necesidades específicas del programa podemos usarlos para retroalimentarnos en cuanto a la eficiencia del mismo y lo que es aún más importante pueden ser nuestros aliados (colaboradores) a la hora de modificarlo, nadie tiene más claro cuáles son las fallas de un programa que los que lo usan a diario. El hecho de tener a los usuarios trabajando como colaboradores no solo permite identificar fallas también reduce mucho el tiempo de trabajo ya que no será una sola persona la que tenga q realizar todas las modificaciones.

Siguiendo este orden de ideas se desprendieron dos lecciones que afirman y le suman importancia al modelo bazar: “Dada una base lo suficientemente amplia de probadores y colaboradores, casi todos los problemas se identificarán con rapidez y su solución será obvia para alguien” y “Si tratas a la gente que te ayuda a depurar un programa como si fueran tu recurso más valioso, responderán convirtiéndose en eso precisamente”, pero esto también genera un problema, cuando se tienen muchas ideas de muchas personas se debe ser muy cuidadoso para identificar las ideas que son buenas y las que no son tanto, lo que nos lleva a una de las partes más importantes del modelo bazar: El coordinador, sobre el recae mucha de la responsabilidad del proyecto no solo debe escoger de las diferentes mejoras las óptimas sino que es el encargado de hacer

...