Diferencias

Muestra las diferencias entre dos versiones de la página.

--- fichas:articulo:raymond [2010/05/02 21:28] – lupa
+++ fichas:articulo:raymond [2024/08/02 22:54] (actual) – editor externo 127.0.0.1
@@ Línea 1: / Línea 1: @@
 ====== La Catedral y el Bazar ======
-===== Eric S. Raymond =====
+**Archivo digital:** Debajo.
+**Palabras interesantes:**
+**Comentarios:** Interesante. Una perspectiva para tener en cuenta. Marea mucho conceptos: mercado, anarquía, etc..
+===== Abstract =====
 **Traducción: José Soto Pérez** - jsoto@labpar.fcfm.buap.mx - **FCFM-BUAP**
 ----
-//Analizo un exitoso proyecto de software libre (fetchmail), que fue realizado para probar deliberadamente algunas sorprendentes ideas sobre la ingeniería de software sugeridas por la historia de Linux. Discuto estas teorías en términos de dos estilos de desarrollo fundamentalmente opuestos: el modelo **catedral** de la mayoría de los fabricantes de softaware comercial contra el modelo **bazar** del mundo Linux. Demuestro que estos modelos parten de puntos de vista contrapuestos acerca de la naturaleza de la tarea de depuración del software. Posteriormente, hago una argumentación, a partir de la experiencia de Linux, de la siguiente sentencia: "si se tienen las miradas suficientes, todas las pulgas saltarán a la vista''. Al final, sugiero algunas fructíferas analogías con otros sistemas autoregulados de agentes egoistas, y concluyo con una somera exploración de las implicaciones que pude tener este enfoque en el futuro del software.//
+//Analizo un exitoso proyecto de software libre (fetchmail), que fue realizado para probar deliberadamente algunas sorprendentes ideas sobre la ingeniería de software sugeridas por la historia de Linux. Discuto estas teorías en términos de dos estilos de desarrollo fundamentalmente opuestos: el modelo **catedral** de la mayoría de los fabricantes de softaware comercial contra el modelo **bazar** del mundo Linux. Demuestro que estos modelos parten de puntos de vista contrapuestos acerca de la naturaleza de la tarea de depuración del software. Posteriormente, hago una argumentación, a partir de la experiencia de Linux, de la siguiente sentencia: "si se tienen las miradas suficientes, todas las pulgas saltarán a la vista". Al final, sugiero algunas fructíferas analogías con otros sistemas autoregulados de agentes egoistas, y concluyo con una somera exploración de las implicaciones que pude tener este enfoque en el futuro del software.//
 ----
-===== \\ \\ =====
 ===== 1 La Catedral y el Bazar =====
@@ Línea 103: / Línea 108: @@
 Es más, uno de mis programas con mayor exito, antes de fetchmail, fue probablemente el modo VC para Emacs, una colaboración tipo Linux, que realice por correo electrónico conjuntamente con otras tres personas, de las cuales solamente he conocido a una (Richard Stallman) hasta la fecha. VC era una front-end para SCCS, RCS y posteriormente CVS, que ofrecía controles de tipo "al toque" para operaciones de control de versiones desde Emacs. Era el desarrollaba de un pequeño y, hasta cierto punto, rudimentario modo sccs.el que alguien había escrito. El desarrollo de VC tuvo éxito porque, a diferencia del Emacs mismo, el código de Emacs en Lisp podía pasar por el ciclo de publicar, probar y depurar, muy rápidamente.
-(Uno de los efectos colaterales de la política de la FSF de atar legalmente el c&oacutedigo a la GPL, fue que se volvió más difícil para la FSF usar el modo bazar, debido a su idea de que se deb&iacuten de asignar derechos de autor por cada contribución individual de más de veinte líneas, a fin de inmunizar al código protegido por la GPL de cualquier problema legal surgido de ley de derechos de autor. Los usuarios de las licencias BSD y del MIT X Consortium no tienen este problema, debido a que no intentan reservarse derechos que cualquiera intente poner en duda.)
+(Uno de los efectos colaterales de la política de la FSF de atar legalmente el código a la GPL, fue que se volvió más difícil para la FSF usar el modo bazar, debido a su idea de que se debían de asignar derechos de autor por cada contribución individual de más de veinte líneas, a fin de inmunizar al código protegido por la GPL de cualquier problema legal surgido de ley de derechos de autor. Los usuarios de las licencias BSD y del MIT X Consortium no tienen este problema, debido a que no intentan reservarse derechos que cualquiera intente poner en duda.)
 ===== 4 Libere rápido y a menudo =====
@@ Línea 169: / Línea 174: @@
 //9. Las estructuras de datos inteligentes y el código burdo funcionan mucho mejor que en el caso inverso.//
-De nuevo, Fred Brooks, Capítulo 11: "Muéstreme su //código //y esconda sus //estructuras de datos//, y continuaré intrigado. Muéstreme sus //estructuras de datos //y generalmente no necesitaré ver su //código//; resultará evidente.''
+De nuevo, Fred Brooks, Capítulo 11: "Muéstreme su //código //y esconda sus //estructuras de datos//, y continuaré intrigado. Muéstreme sus //estructuras de datos //y generalmente no necesitaré ver su //código//; resultará evidente."
 En realidad, él hablaba de "//diagramas de flujo"// y "//tablas".// Pero, con treinta años de cambios terminológicos y culturales, resulta prácticamente la misma idea.
@@ Línea 395: / Línea 400: @@
 El 22 de Enero de 1998, aproximadamente siete meses después de que publiqué este artículo, Netscape Communications, Inc. anunció planes para [[http://www.netscape.com/newsref/pr/newsrelease558.html| liberar la fuente del Netscape Communicator]]. No tení idea alguna de que esto iba a suceder antes de la fecha de anuncio.
-Eric Hahn, Vicepresidente Ejecutivo y Director en Jefe de Tecnología en Netscape, me mandó un correo electrónico poco despu&es del anuncio, que dice textualmente: ``De parte de todos los que integran Netscape, quiero agradecerle por habernos ayudado a llegar hasta este punto, en primer lugar. Su pensamiento y sus escritos fueron inspiraciones fundamentales en nuestra decisión.''
+Eric Hahn, Vicepresidente Ejecutivo y Director en Jefe de Tecnología en Netscape, me mandó un correo electrónico poco despu&es del anuncio, que dice textualmente: "De parte de todos los que integran Netscape, quiero agradecerle por habernos ayudado a llegar hasta este punto, en primer lugar. Su pensamiento y sus escritos fueron inspiraciones fundamentales en nuestra decisión."
 La siguiente semana, realicé un viaje en avión a Silicon Valley como parte de la invitación para realizar una conferencia de todo un día acerca de estrategia (el 4 de febrero de 1998) con algunos de sus técnicos y ejecutivos de mayor nivel. Juntos, diseñamos la estrategia de publicación de la fuente de Netscape y la licencia, y realizamos algunos otros planes que esperamos que eventualmente tengan implicaciones positivas de largo alcance sobre la comunidad de software gratuito. En el momento que estoy escribiendo, es demasiado pronto para ser más específico, pero se van a ir publicando los detalles en las semanas por venir.
@@ Línea 415: / Línea 420: @@
 //Puse la anécdota de la Conferencia de Perl el 18 de Noviembre de 1997.//
-Sustituí el término de ``software gratuito'' por el de ``fuente abierta'' el día 9 de Febrero de 1998 en la versión 1.29.
+Sustituí el término de "software gratuito" por el de "fuente abierta" el día 9 de Febrero de 1998 en la versión 1.29.
-Agregué la sección ``Epílogo: Netscape Adopta el Bazar!'' el día 10 de Febrero de 1998 en la versión 1.31.
+Agregué la sección "Epílogo: Netscape Adopta el Bazar!" el día 10 de Febrero de 1998 en la versión 1.31.
 Eliminé la gráfica de Paul Eggert sobre GPL vs. Bazar como respuesta a argumentos reiterados por parte de RMS el día 28 de Julio de 1998.
 //En otras revisiones he incorporado cambios editoriales menores y corregido algunos detalles.//