• Author / Uploaded
• Mart Lunarcito

Citation preview

Martín de Jesús Pereira López Resumen de la Catedral y el Bazar Linux volcó mucho de lo que se pensaba. Se había sentenciado por durante años el Unix de herramientas pequeñas, de prototipos rápidos y de la programación evolutiva. Pero también creía que existía una cierta complejidad crítica por encima de la cual era preciso recurrir a un enfoque más centralizado y planificado desde el principio. Se creía que el software más importante (los sistemas operativos o las herramientas realmente grandes tales como Emacs,etc) necesitaban ser construidas al modo de las catedrales. El hecho de que este estilo bazar parecía funcionar, y bien, produjo una auténtica conmoción y era difícil comprender porqué el mundo Linux no solo no se desmoronaba en medio de una colosal confusión sino que parecía ir de logro en logro a una velocidad difícil de imaginar para los constructores de catedrales. El correo tenia que llegar Se genera en primera instancia una necesidad de un programa para manejar el correo electrónico. 1. Todo buen trabajo de software comienza rasguñando una inquietud personal del desarrollador. 2. Los buenos programadores saben que escribir. Los grandes saben que re-escribir ( y re-usar). 3. ''Planear el desechar alguno; de cualquier manera, se hará''. 4. Si tienes la actitud correcta, interesantes problemas te encontraran. 5. Cuando se pierde interés en un programa, el último deber es ponerlo en manos de un sucesor competente.

La importancia de tener usuario Los usuarios son el recurso más importante para el desarrollo de software abierto Tratar a tus usuarios como colaboradores es el camino menos complicado para mejorar con rapidez, y depurar eficazmente un programa. Libera rapido y a menudo Se dice en la comunidad de software abierto que liberar pronto evita desperdicio de tiempo de trabajo de programadores en reparar errores que ya han sido arreglados por alguien mas, así que, liberando pronto se pueden todos percatar de los errores ya corregidos. Libera pronto. Libera frecuentemente. Y escucha a tus usuarios. Dada una base lo suficientemente grande de probadores y colaboradores, casi cualquier problema se identificará con rapidez y el arreglo será obvio para alguien. Cuando una rosa no es rosa En este sección menciona la complejidad al entrar a modificar un código fuente de un programa que otra persona hizo, así que no siempre el tener el código fuente ( una rosa ) es algo fácil de asimilar. Un principio general que los buenos programadores deben tener en mente: Estructuras de datos inteligentes asociadas a un código torpe funcionan mucho mejor que la alternativa opuesta.

Desde el principio del proyecto, se obtuvieron reportes de errores de una calidad que muchos desarrolladores desearían, y muchas veces con buenos arreglos adjuntados. Lo cual lleva a lo siguiente: Si se tratan a la gente que te ayuda a depurar como si fueran el recurso más valioso, responderán convirtiéndose en eso precisamente. Popclient se convierte en Fetchmail Eric random recibió de Hochheiser el código para re-enviar correo al puerto del smtp de la máquina del cliente. Eric Random vislumbro casi inmediatamente que una confiable implementación de esta característica haría que el resto de otros medios de reparto de correo quedaran obsoletos. Este concepto de re-enviar Smtp fue la más grande rentabilidad conseguida del consciente intento de emular los métodos de Linus. Algo mejor que tener buenas ideas es reconocer las buenas ideas de los usuarios. Y en ocasiones esta última es la mejor en términos absolutos. Otra lección generalizada para todo tipo de diseños es: Con frecuencia, las soluciones más impactantes e innovadoras vienen de darse cuenta que el concepto del problema esta equivocado. No hay que dudar en desechar características cuando se pueden hacer sin perder efectividad, Antoine de Saint-Exupory dijo: La perfección (en diseño) no se obtiene cuando no hay nada mas que agregar, sino cuando no hay nada mas que desechar.'' Ahora era el tiempo para el cambio de nombre. El nuevo diseño se renombro como fetchmail. El crecimiento de Fetchmail Fetchmail se convierte en una herramienta necesaria para muchos usuarios ya que el resultado fue de todas formas bastante trascendental - de hecho, fue el tipo de éxito que todo 'hacker' ansía lograr. Y eso hacía que se tuvieran que hacer estándares aún más exigentes. Cualquier herramienta debe ser útil de una cierta manera, pero una verdadera gran herramienta nos lleva a usos nunca esperados. Algunas lecciones mas extraidas de Fetchmail El lenguaje empleado (keywords), y la seguridad del programa. Cuando el lenguaje de tu programa no está cerca de volverse completo, una sintaxis más dulce puede ser su amigo. La seguridad en un sistema resulta tan fiable como sea su secreto. Cuídese de pseudo-secretos. Condiciones necesarias para el Estilo del Bazar Es muy necesario dar a los colaboradores un programa ejecutable junto con el código para que ensayen y lo prueben. Además el coordinador deberá de tener la capacidad para reconocer las buenas ideas de diseño de los demás. El contexto social del software libre La historia de Unix nos debe de preparar para lo que se esta aprendiendo con Linux. Es decir, que aunque la programación sea una actividad solitaria, los auténticos logros surgen de la puesta en

común de la atención y la capacidad intelectual de comunidades enteras. Aquel que dependa tan sólo de su cerebro al desarrollar un sistema va estar siempre en desventaja frente al que sepa cómo crear un ambiente abierto y en evolución en el cual la búsqueda de errores y las mejoras se confíen a cientos de personas. Weinberg hizo notar que en aquellos lugares en que los programadores no desarrollan un sentido de la propiedad sobre su propio código, y animan a los demás a buscar errores y posibles mejoras, el desarrollo progresa a una velocidad dramáticamente superior a la habitual.

Epilogo: Netscape Adopta el Bazar Es extraño sentir que realizas algo para hacer historia. El 22 de Enero de 1998 aproximadamente siete meses después de publicado La Catedral y el Bazar, Netscape Communications, Inc. anuncia planes de liberar el código de software Netscape Communicator. Eric Hahn, vice-presidente ejecutivo y jefe de tecnología de Netscape envió el siguiente correo electrónico a Eric Random ''En nombre de todos en Netscape, le quiero agradecer por ayudarnos a llegar a este punto en primer lugar. Sus ideas y escritos fueron una inspiración fundamental para nuestra decisión''.