Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

EL PROYECTO GNU

Por: Richard Stallman Publicado originalmente en el libro Open Sources

La primera comunidad que comparte el software

Cuando comenc a trabajar en el Laboratorio de Inteligencia Artificial del MIT en 1971, me incorpor a una comunidad que comparta el software que ya tena varios aos de existencia. El acto de compartir software no estaba limitado a nuestra comunidad en particular; es tan antiguo como las computadoras, de la misma manera que compartir recetas es tan antiguo como cocinar. Pero nosotros lo hacamos en mayor grado que la mayora de los otros. El Laboratorio de IA usaba un sistema operativo denominado ITS (Incompatible Timesharing System) [Sistema incompatible de tiempo compartido] que los hackers (1) del staff haban diseado y escrito en lenguaje ensamblador para la PDP-10 de Digital, una de las ms grandes computadoras de la poca. Mi trabajo como miembro de esta comunidad, como hacker de sistema en el staff del laboratorio de IA, era mejorar este sistema. No denominbamos software libre a nuestro software porque dicho trmino no exista; pero so es lo que era. Cuando alguien de otra universidad o compaa deseaba portar y usar un programa, lo permitamos con gusto. Si usted vea a alguien usando un programa interesante y poco conocido, siempre se poda pedir el cdigo fuente para verlo, de manera que uno poda leerlo, cambiarlo, o canibalizar ciertas partes del mismo para hacer un nuevo programa. (1) El uso de hacker para referirse al quebrantador de la seguridad es una confusin proveniente de los medios masivos. Nosotros los hackers nos negamos a reconocer dicho significado, y continuamos utilizando la palabra para indicar a alguien apasionado por la programacin y que disfruta al ser hbil e ingenioso. El colapso de la comunidad La situacin cambi drsticamente durante la primera parte de los 1980s cuando Digital discontinu la serie PDP-10. Su arquitectura, elegante y poderosa en los 60s, no se pudo extender naturalmente a los espacios de direccionamiento ms grandes que se hicieron factibles en los 80s. Esto signific que prcticamente todos los programas que componan a ITS se volvieron obsoletos. La comunidad de hackers del laboratorio de IA ya se haba colapsado, cierto tiempo antes. En 1981, la compaa derivada Symbolics haba contratado a casi todos los hackers del laboratorio de IA, y la despoblada comunidad ya no era capaz de mantenerse a s misma. (El libro Hackers, de Steve Levy, describe estos eventos, y muestra un claro panorama de esta comunidad en sus comienzos.) Cuando el laboratorio de IA adquiere una nueva PDP10 en 1982, sus administradores deciden utilizar el sistema no libre de tiempo compartido de Digital en lugar de ITS. Las computadoras modernas de esa poca, como la VAX o el 68020, tienen sus propios sistemas operativos, pero ninguno de ellos es software libre: usted debe firmar un acuerdo

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

de no revelar (nondisclosure agreement) an para obtener una copia ejecutable.

Esto quiere decir que el primer paso para poder utilizar una computadora era prometer que no ayudara a su vecino. Se prohiba la existencia de una comunidad cooperativa. La regla hecha por los dueos de software privativo era: si usted comparte con su vecino, usted es un pirata. Si desea algn cambio, ruguenos para que lo hagamos nosotros. La idea de que el sistema social del software privativo--el sistema que dice que usted no tiene permitido compartir o cambiar el software-- es antisocial, que no es tico, que est sencillamente equivocado, puede ser una sorpresa para algunos lectores. Pero qu otra cosa podramos decir sobre un sistema que se basa en dividir el pblico e impide socorrer a los usuarios? Los lectores que se sorprendan por esta idea es porque han tomado el sistema social del software privativo tal como se lo han dado, o porque lo han juzgado en funcin de los trminos sugeridos por las empresas que hacen software privativo. Los publicadores de software han trabajado duro y parejo para convencer a las personas de que solamente hay una manera de ver este tema. Cuando los publicadores de software hablan de hacer cumplir sus derechos o de detener la piratera, lo que dicen es secundario. El mensaje real de estas declaraciones est en las presunciones no declaradas que ellos dan por sentado; se supone que el pblico debe aceptarlas de manera acrtica. As que examinmoslas. Una de las presunciones es que las compaas de software tienen un derecho natural incuestionable que las habilita para ser dueas de un software, y por lo tanto a disponer de poder sobre todos los usuarios del mismo. (Si ste fuera un derecho natural, entonces sin importar cunto dao le causare al pblico, no podramos objetarlo.) De manera muy interesante, la Constitucin de los Estados Unidos de Amrica y la tradicin legal rechazan esta visin; el copyright no es un derecho natural, sino un monopolio artificial impuesto por el gobierno que limita el natural derecho a copia de los usuarios. Otra presuncin no declarada es que la nica cosa importante sobre del software es qu trabajo le permite realizar a usted--que a nosotros los usuarios de computadoras no nos debe importar qu clase de sociedad nos permiten tener. Una tercera presuncin es que no tendramos software utilizable (o, que nunca tendramos un programa para hacer tal o cual trabajo en particular) si no le ofrecemos a una compaa poder sobre los usuarios de dicho programa. Esta presuncin puede haber sonado plausible, antes de que el movimiento por el software libre demostrara que podemos hacer abundante software til sin ponerle cadenas. Si nos resistimos a aceptar dichas presunciones, y juzgamos acerca de estos temas sobre la base moral que nos da el sentido comn ordinario y ponemos al usuario en primer lugar, arribaremos a conclusiones muy distintas. Los usuarios de computadoras deben tener libertad para modificar los programas para ajustarlos a sus necesidades, y libertad para compartir el software, porque la base de la sociedad est en ayudar a las otras personas. No se dispone aqu del espacio necesario para explayarnos en el razonamiento que hay detrs de esta conclusin, y por ese motivo pido al lector que vea la pgina web http://www.gnu.org/philosophy/why-free.es.html. Una eleccin moral severa. Al desaparecer mi comunidad, se hizo imposible continuar como antes. En lugar de ello, me enfrent a una eleccin moral severa.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

La eleccin fcil era unirme al mundo del software privativo, firmar los acuerdos de no revelar, y prometer que no ira en ayuda de mi amigo hacker. Es muy probable que desarrollara software que se entregara bajo acuerdos de no revelar y de esa manera incrementara tambin las presiones sobre otra gente para que traicionen a sus compaeros. Podra haber hecho dinero de esta manera, y tal vez me hubiese divertido escribiendo cdigo. Pero saba que al final de mi carrera, al mirar atrs a los aos construyendo paredes para dividir a la gente, sentira que us mi vida para empeorar el mundo. Ya haba estado del lado en que se reciben los acuerdos de no revelar, por experiencia propia, cuando alguien se neg a entregarme, a m y al Laboratorio de IA del MIT, el cdigo fuente del programa de control de nuestra impresora. (La ausencia de ciertas caractersticas en este programa haca que el uso de la impresora fuera frustrante en extremo.) As que no poda decirme a m mismo que los acuerdos de no revelar son inocentes. Me enoj mucho cuando l se neg a compartir con nosotros; no poda ahora cambiarme de lugar y hacerle lo mismo a todos los dems. Otra eleccin, fcil pero dolorosa, era abandonar el campo de la computacin. De esta manera no se usaran mis habilidades para mal, pero an as se desperdiciaran. Yo no sera culpable por dividir y restringir a los usuarios de computadoras, pero ello sucedera igual. As que busqu la manera en la cual un programador podra hacer algo para bien. Me pregunt: habr algn programa o programas que yo pueda escribir, de tal manera de otra vez hacer posible una comunidad? La respuesta era clara: lo primero que se necesitaba era un sistema operativo. Este es el software crucial para empezar a usar una computadora. Con un sistema operativo usted puede hacer muchas cosas; sin uno, ni siquiera puede funcionar la computadora. Con un sistema operativo libre, podramos tener de nuevo una comunidad de hackers cooperando-e invitar a cualquiera a unrsenos. Y cualquiera sera capaz de utilizar una computadora sin que de movida conspire a favor de la privacin de sus amigas o amigos. Como desarrollador de sistema operativo, tengo las habilidades apropiadas para esa tarea. As que an cuando no tena garantas de xito, me d cuenta que haba sido elegido para hacer ese trabajo. Decid hacer que el sistema fuese compatible con Unix pues as sera portable, y los usuarios de Unix podran cambiarse a l con facilidad. El nombre GNU se eligi siguiendo una tradicin hacker, como acrnimo recursivo para GNU's Not Unix. Un sistema operativo es ms que un ncleo, apenas suficiente para hacer funcionar otros programas. En los 1970s, todo sistema operativo digno de llamarse as inclua procesadores de rdenes, ensambladores, compiladores, intrpretes, depuradores, editores de texto, programas de correo, y muchos otros. ITS los tena, Multics los tena, VMS los tena, Unix los tena. El sistema operativo GNU tambin los incluira. Ms adelante escuch estas palabras, atribudas a Hillel (1): Si yo no me preocupo por m mismo, quin lo har por m? Si slo me preocupo por m mismo, qu es lo que soy? Si no lo hago ahora, cundo? La decisin de iniciar el proyecto GNU se bas en un espritu similar.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

(1) Como ateo que soy, no soy seguidor de ningn lder religioso, pero algunas veces encuentro que admiro alguna cosa que dijo uno de ellos. Libre como en libertad El trmino free software [N. del T.: en ingls free = libre o gratis] se malinterpreta a veces-no tiene nada que ver con el precio. El tema es la libertad. Aqu, por lo tanto, est la definicin de software libre: un programa es software libre, para usted, un usuario en particular, si: Usted tiene libertad para ejecutar el programa, con cualquier propsito. Usted tiene la libertad para modificar el programa para adaptarlo a sus necesidades. (Para que esta libertad sea efectiva en la prctica, usted debe tener acceso al cdigo fuente, porque modificar un programa sin disponer del cdigo fuente es extraordinariamente dificultoso.) Usted tiene la libertad para redistribuir copias, tanto gratis como por un cnon. Usted tiene la libertad para distribuir versiones modificadas del programa, de tal manera que la comunidad pueda beneficiarse con sus mejoras. Como free [libre] se refiere a libertad y no a precio, no existe contradiccin entre la venta de copias y el software libre. De hecho, la libertad para vender copias es crucial: las colecciones de software libre que se venden en CD-ROM son importantes para la comunidad, y la venta de las mismas es una manera importante de obtener fondos para el desarrollo de software libre. Por lo tanto, si la gente no puede incluir un programa en dichas colecciones, dicho programa no es software libre. A causa de la ambigedad de free, la gente ha estado buscando alternativas, pero nadie ha encontrado una alternativa apropiada. El idioma ingls tiene ms palabras y matices que ningn otro, pero carece de una palabra simple, no ambiga que signifique libre, como en libertad--unfettered [sin cadenas] es la palabra que ms se acerca en significado. Otras alternativas como liberated [liberado], freedom [libertad] y open [abierto] tienen el significado equivocado o alguna otra desventaja. Software GNU y el sistema GNU El desarrollo de un sistema complejo es un proyecto de gran envergadura. Para ponerlo dentro de mi alcance, decid adaptar y usar las piezas existentes de software libre siempre que fuera posible. Por ejemplo, en los mismos comienzos decid que TeX sera el principal compaginador de texto; unos pocos aos ms tarde, decid que usara el sistema X Window, en lugar de escribir otro sistema de ventanas para GNU. A causa de esta decisin, el sistema GNU no coincide con la suma de todo el software GNU. El sistema GNU incluye programas que no son software GNU, programas que fueron desarrollados por otras personas y proyectos para sus propios propsitos, pero que nosotros podemos utilizar porque constituyen software libre.

El inicio del proyecto En enero de 1984 renunci a mi trabajo en el MIT y comenc a escribir software GNU. Era necesario abandonar el MIT, para que el MIT no interfiriera con la distribucin de GNU como software libre. Si hubiese continuado como parte del staff, el MIT podra haber reclamado propiedad sobre el trabajo, y podra haber impuesto sus propios trminos de distribucin, o incluso podra haberlo transformado en un paquete de software privativo. Yo no tena la intencin de hacer un trabajo enorme slo para ver que perda la utilidad para la cual se haba realizado: crear una nueva comunidad para compartir software. Sin embargo, el Profesor Winston, por entonces a cargo del Laboratorio de IA del MIT, me invit amablemente a que contine utilizando las instalaciones del Laboratorio.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

Los primeros pasos Poco despus de comenzar en el proyecto GNU, escuch acerca del Free University Compiler Kit [Kit de Compilador de la Universidad Libre], tambin conocido como VUCK. (La palabra Holandesa para free comienza con una V.) Se trataba de un compilador diseado para manejar mltiples lenguajes, C y Pascal entre ellos, y para admitir mltiples mquinas destino. Le escrib a su autor para consultarle si GNU lo podra usar. l me respondi burlonamente, dejando en claro que la universidad era libre, pero el compilador no. Por lo tanto, decid que mi primer programa para el proyecto GNU sera un compilador multilenguaje, multiplataforma. Con la esperanza de evitar tener que escribir todo el compilador por m mismo, obtuve el cdigo fuente del compilador Pastel, que era un compilador multiplataforma desarrollado en el Lawrence Livermore Lab. Admita, y estaba escrito en una versin extendida de Pascal, diseada para usarse como lenguaje de programacin a nivel de sistema. Le agregu un front end para C, y comenc a transportarlo a la computadora Motorola 68000. Pero tuve que abandonar la idea al descubrir que el compilador necesitaba varios megabytes de espacio en la pila, y los sistemas Unix basados en 68000 slo permitan 64 kbytes. Fue entonces cuando me d cuenta que el compilador Pastel funcionaba analizando el fichero de entrada completo y transformndolo en un rbol sintctico, luego converta todo el rbol sintctico en una cadena de instrucciones y luego generaba el fichero entero de salida, y en ningn momento liberaba el espacio ocupado. En ese momento llegu a la conclusin de que debera escribir un nuevo compilador partiendo desde cero. Ese nuevo compilador se conoce ahora como GCC; no hay nada del compilador Pastel en l, pero me las arregl para adaptar y usar el front end que haba hecho para C. Pero eso pas unos aos ms tarde; primero, trabaj sobre GNU Emacs. GNU Emacs Comenc a trabajar sobre GNU Emacs en setiembre de 1984, y al principio de 1985 ya empezaba a ser usable. Esto me permiti usar sistemas Unix para las tareas de edicin; como no tena ningn inters en aprender a usar vi o ed, haba realizado mis tareas de edicin en otras clases de mquinas hasta ese momento. A estas alturas, la gente comenz a querer usar Emacs, con lo que apareci el tema de cmo distribuirlo. Por supuesto, lo puse en el servidor de FTP annimo de la computadora del MIT que usaba. (Esta computadora, prep.ai.mit.edu, se transform a causa de ello en la sede principal de distribucin a travs de FTP de GNU; cuando fue decomisada unos aos despus, transferimos el nombre a nuestro nuevo servidor FTP.) Pero en aquella poca, mucha gente interesada no estaba en Internet y no poda obtener una copia por FTP. As que la pregunta era: qu tendra que decirles a ellos? Podra haber dicho, Busque un amigo que est en la red y que haga una copia para usted. O podra haber hecho lo que hice con el Emacs para PDP-10 original, decirles: Enveme por correo una cinta y un sobre con su direccin y los sellos de correo necesarios, y yo le devolver la cinta con Emacs dentro. Pero no tena trabajo, y estaba buscando de qu manera poda hacer dinero con el software libre. Entonces anunci que le enviara la cinta a quien me la pidiera, mediante el pago de un cnon de $150. De esta manera, inici un negocio de distribucin de software libre, el precursor de las compaas que en la actualidad distribuyen completos sistemas GNU basados en Linux. Es libre el programa para cualquier usuario? Si un programa es software libre cuando abandona las manos de su autor, esto no significa que ser software libre para todos los que tienen una copia de l. Por ejemplo, el software de dominio pblico (software que no est sujeto al copyright de nadie) es software libre; pero

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

cualquiera puede hacer una versin modificada propietaria a partir de l. En ese mismo sentido, muchos programas libres estn sujetos a copyright pero se distribuyen mediante sencillas licencias permisivas que admiten las versiones modificadas propietarias. El ejemplo paradigmtico de este problema es el X Window System. Desarrollado en el MIT, y entregado como software libre con un licencia permisiva, fue rpidamente adoptado por varias compaas de computacin. stas agregaron X a sus sistemas Unix privativos, slo en formato binario, y lo cubrieron con el mismo acuerdo de no revelar. Estas copias de X eran tanto (software) libres en cuanto lo era el Unix. Los desarrolladores del X Window System no consideraban que esto fuese un problema-esperaban y buscaban que esto sucediese. Su meta no era la libertad, slo el xito, definido como tener muchos usuarios. No les preocupaba si esos usuarios tenan libertad, slo que sean numerosos. Esto nos lleva a una situacin paradjica en la cual dos maneras distintas de contabilizar la cantidad de libertad dan por resultado dos respuestas distintas a la pregunta Es libre este programa?. Si usted juzga en base a la libertad que se proporcionaba con los trminos de distribucin de la entrega del MIT, dira que X es software libre. Pero si usted mide la libertad del usuario promedio de X, dira que X es software privativo. La mayora de los usuarios de X usan las versiones propietarias que vienen con los sistemas Unix, no la versin libre. Copyleft y la GNU GPL La meta de GNU era dar libertad a los usuarios, no slo ser popular. Por lo tanto, debamos usar trminos de distribucin que impidieran que el software GNU se transformara en software privativo. El mtodo que utilizamos se denomina copyleft.(1) El copyleft usa la ley de copyright, pero la da vuelta para servir a lo opuesto de su propsito usual: en lugar de ser un medio de privatizar el software, se transforma en un medio de mantener libre al software. La idea central del copyleft es que le damos a cualquiera el permiso para correr el programa, copiar el programa, modificar el programa y redistribuir versiones modificadas--pero no le damos permiso para agregar restricciones propias. De esta manera, las libertades cruciales que definen al software libre quedan garantizadas para cualquiera que tenga una copia; se transforman en derechos inalienables. Para que el copyleft sea efectivo, las versiones modificadas deben ser tambin libres. Esto asegura que todo trabajo basado en el nuestro quedar disponible para nuestra comunidad si se publica. Cuando los programadores que tienen trabajo como programadores se ofrecen como voluntarios para mejorar un software GNU, es el copyleft lo que impide que sus empleadores digan: no puede compartir esos cambios, porque los queremos usar para hacer nuestra versin propietaria del programa. El requerimiento de que los cambios deben ser libres es esencial si queremos asegurar la libertad para cada usuario del programa. Las compaas que privatizaron el X Window System en general realizaron algunos cambios para transportarlo a sus sistemas y hardware. Estos cambios fueron pequeos comparados con el gran tamao de X, pero no fueron triviales. Si el hacer cambios fuera una excusa para negar libertad a los usuarios, sera fcil para cualquiera tomar ventaja de la excusa. Un tema relacionado trata la combinacin de un programa libre con cdigo no libre. Tal combinacin ser inevitablemente no-libre; cualesquiera libertades que falten a la parte nolibre, le faltarn tambin al todo. Si se permiten tales combinaciones se abrira un agujero lo suficientemente grande como para hundir el barco. Por ello, un requerimiento crucial para el

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

copyleft es que se tape este hoyo: cualquier cosa agregada a o combinada con un programa bajo copyleft debe ser tal que la versin combinada total sea tambin libre y bajo copyleft. La implementacin especfica de copyleft que usamos para la mayora del software GNU es la Licencia Pblica General de GNU (GNU General Public License) o LPG GNU para abreviar. Tenemos otras clases de copyleft que se usan en circunstancias especficas. Los manuales GNU tambin estn bajo copyleft, pero utilizamos un copyleft mucho ms simple, porque no es necesaria la complejidad de la LPG GNU para los manuales. (1) En 1984 o 1985, Don Hopkins (un compaero muy imaginativo) me envo una carta por correo. En el sobre, escribi varios dichos divertidos, entre ellos ste: Copyleft--all rights reversed [Copyleft--todos los derechos "reversados"]. Utilic la palabra copyleft para denominar al concepto de distribucin que estaba desarrollando en esa poca. La Fundacin para el Software Libre A medida que el inters en el uso de Emacs creca, otras personas se involucraron en el proyecto GNU, y decicimos que era el momento de buscar fondos nuevamente. Por ello en 1985 creamos la Free Software Foundation [Fundacin para el Software Libre--FSL], una organizacin de caridad libre de impuestos para el desarrollo del software libre. La FSL tambin acapar el negocio de distribucin en cinta de Emacs; ms adelante lo extendi al agregar otros productos de software libre (tanto GNU como no-GNU) a la cinta, y con la venta de manuales libres. La FSL acepta donaciones, pero la mayora de sus ingresos han provenido siempre de las ventas--de copias de software libre, y otros servicios relacionados. En la actualidad vende CD-ROMs de cdigo fuente, CD-ROMs con binarios, manuales agradablemente impresos (todos con libertad para redistribuir y modificar), y las Distribuciones De Lujo (en las cuales incorporamos toda la coleccin de software lista para usar en la plataforma de su eleccin). Los empleados de la Fundacin para el Software Libre han escrito y mantenido una cantidad de paquetes de software GNU. Dos notables casos son la biblioteca C y el shell. La biblioteca C de GNU es lo que usa todo programa que corre en un sistema GNU/Linux para comunicarse con Linux. Fue desarrollada por un miembro del staff de la Fundacin para el Software Libre, Roland McGrath. El shell que se usa en la mayora de los sistemas GNU/Linux es BASH, el Bourne Again SHell(1), que fue desarrollado por Brian Fox, empleado de la FSL. Hemos provisto los fondos para el desarrollo de esos programas porque el proyecto GNU no se queda solamente en herramientas o un entorno de desarrollo. Nuestra meta era tener un sistema operativo completo, y esos programas eran necesarios para esa meta. (1) Bourne again shell es una broma sobre el nombre Bourne Shell, que era el shell usual en Unix. Asistencia para el Software Libre La filosofa del software libre rechaza una prctica especfica de negocio ampliamente difundida, pero no est contra el negocio. Cuando los negocios respetan la libertad de los usuarios, les deseamos xito. La venta de copias de Emacs demostr una clase de negocio con software libre. Cuando la FSL se apropi de ese negocio, necesit de otro medio de vida. Lo encontr en la venta de servicios relacionados con el software libre que haba desarrollado. Esto inclua la enseanza, sobre temas tales como cmo programar GNU Emacs, y cmo personalizar GCC, y desarrollo de software, en la mayor parte transportar GCC a otras plataformas.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

En la actualidad cada una de esas clases de negocios con software libre est puesta en prctica por una cantidad de corporaciones. Algunas distribuyen colecciones de software libre en CD-ROM; otras venden asistencia en niveles que van desde responder preguntas de usuarios, reparacin de errores, hasta el agregado de nuevas caractersticas mayores. Incluso estamos viendo compaas de software libre basadas en el lanzamiento de nuevos productos de software libre. Aunque, tenga cuidado--una cantidad de compaas que se asocian a s mismas con el trmino open source en realidad basan su negocio en software no-libre que trabaja con software libre. Ellas no son compaas de software libre, sino compaas de software privativo cuyos productos tientan a los usuarios a abandonar su libertad. Ellas usan la denominacin valor agregado lo que refleja los valores que desearan que adoptemos: conveniencia por encima de libertad. Si valoramos ms la libertad, deberamos denominarlos productos con libertades sustradas. Metas tcnicas La meta principal de GNU era el software libre. An en el caso que GNU no tuviese ventajas tcnicas sobre Unix, tendra una ventaja social, al permitir cooperar a los usuarios, y una ventaja tica, al respetar la libertad de los usuarios. Pero era natural que se apliquen los estndares conocidos de buenas prcticas al trabajo-por ejemplo, reservar dinmicamente las estructuras de datos para evitar lmites de tamao fijo arbitrarios, y manejar todos lo posibles cdigos de 8 bits cuando tuviese sentido. Adems, rechazamos el enfoque de Unix para pequeos tamaos de memoria, al decidir que no trabajaramos para mquinas de 16 bits (era claro que las mquinas de 32 bits seran la norma para cuando el sistema GNU estuviese terminado), y al no hacer ningn esfuerzo para reducir el uso de memoria, a menos que excediera el megabyte. En los programas para los cuales no era crucial el manejo de ficheros muy grandes, incentivamos a los programadores a leer el fichero completo en memoria, y luego explorar su contenido, sin tener que preocuparse por la E/S. Estas decisiones permitieron que muchos programas GNU sobrepasaran a sus contrapartidas Unix en confiabilidad y velocidad. Computadoras donadas A medida que la reputacin del proyecto GNU creca, la gente comenz a ofrecer al proyecto donaciones de mquinas con Unix corriendo. Fueron muy tiles porque la manera ms fcil de desarrollar componentes de GNU era hacerlo en un sistema Unix, y luego ir reemplazando los componentes del sistema uno a uno. Pero ellas trajeron una cuestin tica: si era correcto para nosotros siquiera tener una copia de Unix. Unix era (y es) software privativo, y la filosofa del proyecto GNU dice que no debemos usar software privativo. Pero, aplicando el mismo razonamiento que lleva a la conclusin que la violencia en defensa propia est justificada, conclu que era legtimo usar un paquete privativo cuando ello era crucial para desarrollar un reemplazo libre que ayudara a otros a dejar de usar el paquete privativo. Pero, an cuando esto era un mal justificable, era todava un mal. En la actualidad ya no tenemos ms copias de Unix, porque las hemos reemplazado por sistemas operativos libres. En los casos en que no pudimos reemplazar el sistema operativo de una mquina por uno libre, se procedi al reemplazo de la mquina. La lista de tareas de GNU A medida que prosegua el proyecto GNU, se desarrollaron o encontraron una cantidad creciente de componentes, y eventualmente se vio la utilidad de hacer una lista con los

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

huecos faltantes. La usamos para reclutar desarrolladores para escribir las piezas faltantes. Esta lista comenz a conocerse como la lista de tareas de GNU. Adems de los componentes Unix faltantes, agregamos a la lista otros tiles proyectos de software y documentacin que, de acuerdo a nuestra visin, debe tener un sistema verdaderamente completo. En la actualidad, casi ningn componente Unix queda en la lista de tareas GNU--esos trabajos ya han sido terminados, fuera de algunos no esenciales. Pero la lista est llena de proyectos que algunos pueden denominar aplicaciones. Cualquier programa que sea atrayente a ms de una estrecha franja de usuarios sera una cosa til para aadir a un sistema operativo. An los juegos estn includos en la lista de tareas--y han estado desde el principio. Unix inclua juegos, as que GNU deba incluirlos tambin. Pero la compatibilidad no es un problema para los juegos, as que no seguimos la lista de juegos que Unix tena. En lugar de ello, listamos un espectro de diferentes clases de juegos que les podran gustar a los usuarios. La LPG para Bibliotecas de GNU La biblioteca C de GNU usa una clase especial de copyleft denominada GNU Library General Public License [Licencia Pblica General para Bibliotecas de GNU] que da permiso para enlazar software privativo con la biblioteca. Porqu hacer esta excepcin? No es una cuestin de principios; no hay ningn principio que diga que debemos incluir cdigo de los productos de software privativo. (Porqu contribuir con un proyecto que se rehusa a compartir con nosotros?) El uso de la LPGB para la biblioteca C, o para cualquier otra biblioteca, es un tema de estrategia. La biblioteca C hace un trabajo genrico; todo sistema privativo o compilador viene con una biblioteca C. Por lo tanto, el hacer que nuestra biblioteca est slo disponible para el software libre, no le dara al software libre ninguna ventaja--slo hubiera desalentado el uso de nuestra biblioteca. HAy un sistema que es una excepcin a esto: en un sistema GNU (y esto incluye los sistemas GNU/Linux), la biblioteca C de GNU es la nica biblioteca C. As que los trminos de distribucin de la biblioteca C de GNU determinan si es posible compilar un programa privativo para un sistema GNU. No hay ninguna razn tica para permitir aplicaciones propietarias en un sistema GNU, pero estratgicamente parece que si no se permite, ello har ms para desalentar el uso del sistema GNU que para alentar el desarrollo de aplicaciones libres. Por estas razones es que el uso de la LPG para Bibliotecas es una buena estrategia para la biblioteca C. Para otras bibliotecas, la decisin estratgica necesita considerarse en cada caso particular. Cuando una biblioteca hace un trabajo especial que puede ayudar a escribir cierta clase de programas, y luego entregarla bajo la LPG, limitndola slo a programas libres, es una manera de ayudar a otros desarrolladores de software libre, al proporcionarles una ventaja contra el software privativo. Considere la GNU Readline, una biblioteca desarrollada para proporcionar la edicin en la lnea de rdenes para BASH. Readline se entrega bajo la LPG GNU ordinaria, no bajo la LPG para Bibliotecas. De esta manera probablemente se reduce la cantidad de uso de Readline, pero eso no significa prdida para nosotros. Mientras tanto, al menos una til aplicacin se ha transformado en software libre especficamente para poder usar Readline, y sa es una ganancia real para nuestra comunidad.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

Los desarrolladores de software privativo tienen las ventajas que el dinero proporciona; los desarrolladores de software libre necesitan crear ventajas entre s. Tengo la esperanza de que algn da tendremos una gran coleccin de bibliotecas cubiertas por LPG que no tengan parangn entre el software privativo, que proporcionen tiles mdulos que sirvan como bloques constructivos en nuevo software libre, y que sumen una mayor ventaja para adelantar el desarrollo de software libre. Rascarse una comezn? Eric Raymond dice que Todo buen trabajo de software comienza con un desarrollador rascndose una comezn personal. Puede que ocurra algunas veces, pero muchas de las piezas esenciales de software GNU se desarrollaron a los fines de tener un sistema operativo libre completo. Vinieron desde una visin y un plan, no desde el impulso. Por ejemplo, desarrollamos la biblioteca C de GNU porque un sistema del estilo Unix necesita una biblioteca C, el shell Bourne-Again (bash) porque un sistema del estilo Unix necesita un shell, y el tar GNU porque un sistema del estilo Unix necesita un programa tar. Lo mismo se aplica a mis propios progamas--el compilador GNU C, GNU Emacs, GDB y GNU Make. Algunos de los programas GNU se desarrollaron para tratar amenazas especficas a nuestra libertad. Por ello, desarrollamos gzip para reemplazar al programa Compress, perdido para nuestra comunidad a causa de las patentes LZW. Proporcionamos fondos para desarrollar LessTif, y ms recientemente iniciamos GNOME y Harmony, para lidiar con los problemas causados por cierta biblioteca propietaria (vea ms abajo). Estamos desarrollando el GNU Privacy Guard para reemplazar un software popular de cifrado no-libre, porque los usuarios no deben verse obligados a elegir entre privacidad y libertad. Por supuesto, la gente que escribe estos programas se interesa en el trabajo, y varias personas han agregado muchas caractersticas para satisfacer sus propias necesidades e intereses. Pero se no es el motivo por el cual existe el programa. Desarrollos inesperados Al comienzo del proyecto GNU, imagin que desarrollaramos el sistema GNU completo, y luego lo entregaramos completo. No es as como ha sucedido. Como cada componente de un sistema GNU se implement en un sistema Unix, cada componente poda correr en sistemas Unix, mucho antes de que existiera un sistema GNU completo. Algunos de esos programas se hicieron populares, y los usuarios comenzaron a extenderlos y transportarlos--a las distintas versiones incompatibles de Unix, y algunas veces a otros sistemas tambin. El proceso hizo que dichos programas sean ms potentes, y atrayeran tanto fondos como contribuyentes al proyecto GNU. Pero tambin demor el completamiento de un sistema mnimo en funciones por varios aos, a medida que el tiempo de los desarrolladores GNU se usaba para mantener esos transportes y en agregar caractersticas a los componentes existentes, en lugar de adelantar la escritura de los componentes faltantes.

El GNU Hurd En 1990, el sistema GNU estaba casi completo; el nico componente importante faltante era el ncleo. Decidimos implementar nuestro ncleo como una coleccin de procesos servidores corriendo sobre Mach. Mach es un microncleo desarrollado en Carnegie Mellon University y luego en la University of Utah; el GNU HURD es una coleccin de servidores (o manada de us) que corren sobre Mach, y se ocupan de las tareas del ncleo Unix. El

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

inicio del desarrollo se demor mientras esperbamos que Mach se entregue como software libre, tal como se haba prometido. Una razn para elegir este diseo haba sido evitar lo pareca ser la parte ms dura del trabajo: depurar el ncleo sin un depurador a nivel de cdigo fuente para utilizar. Esta parte del trabajo ya haba sido hecha en Mach, y esperbamos depurar los servidores HURD como programas de usuario, con GDB. Pero llev un largo tiempo hacer esto posible, y los servidores multihilo que se envan mensajes unos a otros han sido muy difciles de depurar. Hacer que HURD trabaje slidamente se ha tardado varios aos. Alix El ncleo GNU no se iba a llamar originalmente el HURD. Su nombre original era Alix-denominado as a partir de una mujer que era mi amor de aquella poca. Ella era administradora de sistema Unix y haba hecho notar que su nombre segua el patrn de nomenclatura comn a las versiones de sistema Unix; a modo de broma, le dijo a sus amigos, Alguien debera darle mi nombre a un ncleo. Yo no dije nada, pero decid sorprenderla con un ncleo llamado Alix. No se di de esa manera. Michael Bushnell (ahora Thomas), el principal desarrollador del ncleo, prefiri el nombre HURD, y redefini Alix para referirse a cierta parte del ncleo--la parte que captura las llamadas del sistema y las gestiona por medio del envo de mensajes a los servidores HURD. Ms tarde, Alix y yo nos separamos, y ella cambi su nombre; independientemente, el diseo de HURD se cambi para que la biblioteca C enve los mensajes directamente a los servidores, y esto hizo que el componente Alix desapareciera del diseo. Pero antes que estas cosas sucedieran, un amigo de ella encontr el nombre Alix en el cdigo fuente de HURD, y se lo mencion. As que el nombre cumpli su objetivo. Linux y GNU/Linux El GNU HURD no est listo para el uso en produccin. Afortunadamente, est disponible otro ncleo. En 1991, Linus Torvalds desarroll un ncleo compatible con Unix y lo denomin Linux. Cerca de 1992, al combinar Linux con el sistema no tan completo de GNU, result en un sistema operativo libre completo. (La combinacin en s misma di un considerable trabajo.) Es gracias a Linux que podemos ver funcionar un sistema GNU en la actualidad. Denominamos a esta versin GNU/Linux, para expresar su composicin como combinacin de un sistema GNU con Linux como ncleo. Desafos en nuestro futuro Hemos probado nuestra capacidad para desarrollar un amplio espectro de software libre. Esto no significa que somos invencibles o que nada nos puede detener. Muchos desafos hacen que el futuro del software libre sea incierto; estar a la altura de los mismos requerir esfuerzos firmes y resistencia, algunas veces durante aos. Requerir la clase de determinacin que la gente muestra cuando valora su libertad y no deja que nadie se la quite. Las siguientes cuatro secciones discuten dichos desafos. Hardware secreto Los fabricantes de hardware tienden cada vez ms a mantener las especificaciones de hardware secretas. Esto hace difcil la escritura de controladores libres, y de esa manera, que Linux y XFree86 puedan admitir nuevo hardware. Tenemos sistemas libres completos por hoy, pero no los tendremos maana si no podemos usar las computadoras del maana. Existen dos maneras de lidiar con este problema. Los programadores pueden hacer ingeniera reversa para darse cuenta como usar el hardware. El resto de nosotros puede

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

elegir el hardware que admite software libre; a medida que nuestro nmero crezca, el secreto de las especificaciones se transformar en una poltica contraproducente. La ingeniera reversa es un trabajo enorme; tendremos los programadores con la suficiente determinacin para realizarla? S--si hemos construdo un fuerte sentimiento de que el software libre es un tema de principio, y de que los controladores no libres son intolerables. Y una gran cantidad de nosotros estar dispuesto a gastar dinero extra, o incluso tiempo extra, para que podamos usar controladores libres? S, si se difunde la determinacin para tener libertad. (Nota de 2008: esta cuestin tambin se aplica a la BIOS. Hay una BIOS libre, coreboot. El problema es conseguir las especificaciones de las mquinas para que coreboot pueda funcionar con ellas.). Bibliotecas no libres Una biblioteca no libre que corre sobre un sistema operativo acta como una trampa para los desarrolladores de software libre. Las caractersticas atractivas de la biblioteca son el cebo; si usted usa la biblioteca, cae en la trampa, porque su programa no puede ser parte til de un sistema operativo libre. (Estrictamente hablando, podemos incluir su programa, pero no funcionar sin la biblioteca faltante.) Peor an, si el programa que usa la biblioteca se hace popular, puede hacer caer a otros programadores incautos dentro de la trampa. La primer instancia de este problema fue el kit de herramientas Motif, all en los 80s. Aunque an no haba sistemas operativos libres, era claro el problema que Motif iba a causarles ms adelante. El proyecto GNU respondi de dos maneras: solicitando a los proyectos individuales de software libre que admitan tanto los widgets del kit libre de herramientas de X como el de Motif, y solicitando a alguien que escriba un reemplazo libre para Motif. El trabajo tom varios aos; LessTif, desarrollado por Hungry Programmers [Programadores hambrientos] tom la potencia necesaria como para admitir la mayora de las aplicaciones Motif recin en 1997. Entre 1996 y 1998, otra biblioteca kit de herramientas GUI no libre, denominada Qt, se us en una sustancial coleccin de software libre: el escritorio KDE. Los sistemas libres GNU/Linux no podan usar KDE, porque no podamos usar la biblioteca. Sin embargo, algunos distribuidores comerciales de sistemas GNU/Linux que no eran tan estrictos al adherirse al software libre, agregaron KDE a sus sistemas--produciendo un sistema con ms capacidades, pero menos libertad. El grupo KDE instaba activamente a ms programadores a usar Qt, y millones de nuevos usuarios de Linux nunca escucharon la idea de que haba un problema con esto. La situacin se presentaba lgubre. La comunidad del software libre respondi a este problema de dos maneras: GNOME y Harmony. GNOME, el GNU Network Object Model Environment [Entorno Modelo de Objetos en Red de GNU], es el proyecto de escritorio de GNU. En 1997 Miguel de Icaza lo inici, y se desarroll con aporte de Red Hat Software, para proporcionar capacidades de escritorio similares, pero usando slo software libre. Tiene tambin ventajas tcnicas, tales como admitir una variedad de lenguajes, no slo C++. Pero su propsito principal fue la libertad: evitar el uso de cualquier software no libre. Harmony es una biblioteca de reemplazo compatible, diseada para poder hacer funcionar el software KDE sin usar Qt.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

En noviembre de 1998, los desarrolladores de Qt anunciaron un cambio de licencia, que cuando se lleve a cabo, har que Qt sea software libre. No hay manera de estar seguro, pero pienso que esto ocurri en parte debido a la firme respuesta de la comunidad frente al problema que presentaba Qt cuando no era libre. (La nueva licencia es inconveniente e injusta, as que an es deseable evitar su uso.) [Nota despus: en Septiembre 2000, Qt fue reeditada bajo la licencia GNU GPL, que esencialmente solucion este problema.] Cmo responderemos a la siguiente biblioteca no libre que nos tiente? Comprender la totalidad de la comunidad la necesidad de mantenerse fuera de la trampa? Alguno de nosotros entregar libertad por conveniencia, y generar un importante problema? Nuestro futuro depende de nuestra filosofa. Patentes de software La peor amenaza que enfrentamos proviene de las patentes de software, que pueden colocar a algoritmos y caractersticas fuera de los lmites del software libre hasta por veinte aos. Las patentes del algoritmo de compresin LZW se solicitaron en 1983, y hasta ahora no podemos entregar software libre que produzca GIFs adecuadamente comprimidos. En 1998, se tuvo que quitar de una distribucin un programa libre para producir audio comprimido MP3 a causa de la amenaza de un juicio por patente. Existen maneras de tratar con las patentes: podemos buscar evidencia de que la patente no es vlida, y podemos buscar maneras alternativas de realizar el trabajo. Pero cada uno de estos mtodos trabaja slo ciertas veces; cuando ambos fallan, una patente puede forzar a que todo software libre carezca de alguna caracterstica que los usuarios desean. Qu haremos cuando esto suceda? Aquellos de nosotros que valoremos el software libre por la libertad nos apegaremos al software libre de cualquier manera. Nos las arreglaremos para tener nuestro trabajo realizado sin las caractersticas patentadas. Pero aquellos que valoren el software libre porque esperan que sea tcnicamente superior, cuando las patentes lo obliguen a mantenerse atrs, es ms probable que piensen que se trata de una falla. Por lo tanto, si bien es til hablar acerca de la efectividad prctica del modelo catedral de desarrollo, y de la confiabilidad y potencia de cierto software libre, no debemos detenernos all. Debemos hablar acerca de libertad y principio. Documentacin libre La mayor deficiencia en nuestro sistema operativo libre no est en el software-- es la falta de buenos manuales libres que podamos incluir en nuestros sistemas. La documentacin es una parte esencial de cualquier paquete de software; cuando un paquete importante de software libre no viene con un buen manual libre, se es un hueco importante. Tenemos muchos de esos huecos en la actualidad. La documentacin libre, como el software, es un tema de libertad, no de precio. El criterio para un manual libre es muy parecido al del software libre: es una cuestin de otorgar a los usuarios ciertas libertades. La redistribucin (incluso la venta comercial) debe estar permitida, en lnea y en papel, de tal manera que el manual pueda acompaar a cada copia del programa. El permiso para modificarlo es tambin crucial. Como regla general, no creo que sea esencial que las personas tengan permiso para modificar toda clase de artculos y libros. Por ejemplo, no creo que usted o yo estemos obligado a dar permiso para modificar artculos como este, que describe nuestras acciones y nuestra visin.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

Pero existe una razn particular debido a la cual la libertad para modificar la documentacin es crucial para el software libre. Cuando la gente ejercita su derecho a modificar el software, y agrega o cambia caractersticas, si son concientes tambin cambiarn el manual--as proporcionarn documentacin precisa y til con el programa modificado. Un manual que no permite a los programadores ser concientes y terminar el trabajo, no satisface las necesidades de nuestra comunidad. La existencia de algunas clases de lmites acerca de cmo se deben hacer las modificaciones no implica problemas. Por ejemplo, el requerimiento de preservar el aviso de copyright del autor original, los trminos de distribucin, o la lista de autores, estn bien. Tampoco trae problemas requerir que la versin modificada incluya un aviso de que fue modificada, e incluso que haya secciones completas que no puedan borrarse o cambiarse siempre y cuando dichas secciones traten temas que no sean de ndole tcnica. Estas clases de restricciones no son un problema porque no impiden al programador conciente que adapte el manual para ajustarlo al programa modificado. En otras palabras, no impiden a la comunidad del software libre la completa utilizacin del manual. Sin embargo, debe ser posible modificar todo el contenido *tcnico* del manual, y luego distribuir el resultado en todos los medios usuales, a travs de todos los canales usuales; si esto no es as, las restricciones obstruyen la comunidad, el manual no es libre, y necesitaremos otro maual. Ser que loa desarrolladores de software libre tendrn la conciencia y determinacin para producir un espectro completo de manuales? Una vez ms, nuestro futuro depende de nuestra filosofa. Debemos hablar acerca de la libertad En la actualidad se estima que hay unos diez millones de usuarios de sistemas GNU/Linux, tales como el Debian GNU/Linux y Red Hat Linux. El software libre ha desarrollado ciertas ventajas prcticas que hacen que los usuarios estn congregndose hacia all por razones puramente prcticas. Las buenas consecuencias de esto son evidentes: mayor inters en el desarrollo de software libre, ms clientes para empresas de software libre, y mayor capacidad para animar a las compaas a que desarrollen productos de software libre, en lugar de productos de software privativo. Pero el inters en el software crece ms rpido que la conciencia acerca de la filosofa sobre la cual est basado, y esto crea problemas. Nuestra capacidad de enfrentar los desafos y amenazas que se describieron ms arriba depende de la voluntad de mantenerse firmes del lado de la libertad. Para asegurarnos de que nuestra comunidad tiene esta voluntad, necesitamos esparcir la idea entre los nuevos usuarios a medida que ellos llegan a nuestra comunidad. Pero estamos fracasando en esto: los esfuerzos realizados para atraer nuevos usuarios a nuestra comunidad sobrepasan por lejos a los esfuerzos dedicados a la enseanza cvica acerca de nuestra comunidad. Necesitamos hacer ambas cosas, y es necesario que mantengamos ambos esfuerzos balanceados. Open Source La enseanza acerca de la libertad a los nuevos usuarios se hizo ms difcil en 1998, cuando una parte de la comunidad decidi dejar de usar el trmino software libre y usar open source software en su lugar. Algunos de los que favorecieron este trmino tenan como objetivo evitar la confusin de free con gratis--una meta vlida. Otros, sin embargo, apuntaban a apartar el espritu de

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

principio que ha motivado el movimiento por el software libre y el proyecto GNU, y resultar as atractivos a los ejecutivos y usuarios comerciales, muchos de los cuales sostienen una ideologa que pone las ganancias por encima de la libertad, de la comunidad, y de los principios. Por lo tanto, la retrica de open source se centra en el potencial de realizacin de potente software de alta calidad, pero esquiva las ideas de libertad, comunidad y principio. Las revistas sobre Linux son un claro ejemplo de esto--estn llenas de propagandas acerca de software privativo que funciona sobre GNU/Linux. Cuando aparezca la prxima Motif o Qt, incentivarn estas revistas a los programadores a apartarse de ellas, o pondrn propagandas de las mismas? El apoyo de las empresas puede contribuir a la comunidad de varias maneras; si todo lo dems se mantiene igual, esto es til. Pero si ganamos su apoyo mediante el recurso de hablar menos de libertad y principio esto puede ser desastroso; hace que empeore el desbalance previo entre el alcance y la educacin cvica. Software libre y open source describen la misma categora de software, ms o menos, pero dicen diferentes cosas acerca del software, y acerca de los valores. El proyecto GNU contina utilizando el trmino free software [software libre] para expresar la idea de que la libertad, no solamente la tecnologa, es lo importante. Prubelo! La filosofa de Yoda (No hay 'para probar') suena linda, pero no funciona conmigo. He realizado la mayor parte de mi trabajo con ansiedad por saber si podra llevarlo a cabo, y con la inseguridad de que no sera suficiente alcanzar la meta si lo lograba. Pero lo intent igual, porque no haba otro entre el enemigo y mi ciudad. Para mi propia sorpresa, algunas veces he tenido xito. Algunas veces he fallado; algunas de mis ciudades han cado. Luego he encontrado otra ciudad amenazada, y me prepar para otra batalla. A lo largo del tiempo, aprend a buscar las amenazas y ponerme entre ellas y la ciudad, y llamar a otros hackers para que se unan a m. En la actualidad, con frecuencia no soy el nico. Es un consuelo y un placer cuando veo un regimiento de hackers excavando para mantener la trinchera, y caigo en cuenta que esta ciudad sobrevivir--por ahora. Pero los peligros son mayores cada ao que pasa, y ahora Microsoft tiene a nuestra comunidad como un blanco explcito. No podemos dar por garantizado el futuro en libertad. No lo d por garantizado! Si usted desea mantener su libertad, debe estar preparado para defenderla.

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

Creative Commons y los derechos de autor en Internet

Publicado en Maestros del Web (www.maestrosdelweb.com) Autor: Carlos de Sagarra . Abogado, licenciado por la Universidad Complutense de Madrid. Programador Web, Cofundador de la empresa WEB ARE YOU dedicada al diseo de pginas Web.

El Internet ofrece una escasa proteccin de los derechos de autor y es all donde Creative Commons propone sus licencias en busca de aprovechar los derechos privados para un beneficio pblico. Lo que en un principio fue una herramienta de trabajo en comn de las distintas universidades de Estados Unidos, se ha convertido en un medio de comunicacin ms de cualquier hogar del mundo. Este medio de comunicacin podramos decir que es el paradigma de la informtica en su sentido etimolgico. Informtica es un acrnimo de origen francs que consiste en la fusin de dos palabras: informacin y automtica. Como no poda ser de otro modo, me estoy refiriendo a Internet. Internet es un universo de informacin de acceso inmediato en el que cualquiera puede empezar buscando un trmino del todo desconocido para l y salir siendo un experto en dicho tema. Esto es posible gracias a la gran cantidad de informacin que se tiene y, sobre todo, a la existencia de buscadores, metabuscadores y directorios que estructuran la informacin de forma que sea fcilmente clasificable. Esta inmensa enciclopedia tiene un peligro, y es la escasa proteccin de los derechos de autor que brinda. No ya solo por la facilidad de copia de sus contenidos, sino por ser un mbito totalmente plurinacional: Una persona rusa puede copiar un libro de Gabriel Garca Mrquez traducido al chino, publicarlo en un PDF que cuelgue en un servidor de Estados Unidos y lo vea una persona que est en Costa de Marfil. Se est violando los derechos de autor de un ciudadano colombiano pero dnde? Obviamente en Rusia ya que la comete un ruso, pero cmo se persigue? Con este tonto ejemplo uno se puede dar cuenta de la complejidad que puede tener esto para una editorial. No ya en la definicin de la violacin de los derechos, sino a la hora de perseguir dicha actuacin delictiva. Los Derechos de Autor Todos alguna vez nos hemos preguntado qu es realmente el significado de la "c" encerrada en un crculo que hay al lado de tantas marcas? Es cierto que sabemos que es un acrnimo de una palabra inglesa: copyright. Pero no sabemos, aparte de su significado literal ("derecho de copia"), qu entraa o qu se desprende de tan manido smbolo. Este pequeo dibujo, en resumidas cuentas viene a significar que est reservado el derecho de copia. Y por tanto para poder reproducir, modificar o distribuir dicho elemento debemos pedir

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

permiso al autor, ya que l es el que tiene hasta que los cede todos los derechos sobre su obra. La problemtica de Internet y los derechos de autor no se dan solo en una editorial o una empresa grande. De esto puedo hablar con una experiencia propia que paso temiendo hacer este artculo ms tedioso de lo que ya es a relatar: Hace unos aos escrib un cuento que me gust, si se me permite la falta de modestia, especialmente. Visitando una pgina por casualidad ( http://www.corazones.org ) comprob que entre sus muchas secciones tena una de relatos cortos en la que poda encajar mi cuentecillo. As que les mand el mismo dicindoles que podan publicarlo en su pgina siempre y cuando le pusieran un ttulo (soy fatal para esas cosas) y dejaran indicado que yo era su autor. As lo hicieron, le pusieron un ttulo "La Carga Que Se Hizo Dulce" y lo publicaron en su web poniendo que yo era su autor. Pasados un par de aos me acord de ese cuento y decid cotillear si alguna pgina ms lo haba publicado. Y efectivamente, ocho o diez pginas tuvieron a bien publicarlo. Sin embargo vi que en muchas de ellas no ponan que yo fuera su autor. Me puse en contacto con sus responsables hacindoles ver dicha carencia y hubo quien me respondi que lo recibi en uno de esos correos que se mandan a toda la lista de distribucin que vena de otro que a su vez se lo mand un tercero Y ah comprob que Internet no es muy bueno para proteger dichos derechos de autor. La condicin de distribucin tan simple que puse de indicar que yo era su autor, no se respet ya que no haba forma de hacer conocer al resto su existencia. Y en el caso de haber dicha forma, no haba cmo comprobar que se cumpla o, peor an, no haba forma de demostrar que dicha obra fue publicada antes por m que por ninguna otra persona. Como yo, hay muchas personas que no les importa que su obra se distribuya, pero indicando siempre quin es el autor de la misma. O igual hay otros que no quieren que se distribuya o que se distribuya pagando o que se pueda modificar o no

La difcil tarea de reconocer los Derechos de Autor en Internet: Lawrence Lessig Cmo se puede garantizar estos derechos en un mbito, en una dimensin aparte como es Internet? De este tema ya habl hace seis aos Lawrence Lessig, autor de " El cdigo y otras leyes del ciberespacio". En este libro escrito en 1999, Lessig viene a resaltar que esta situacin de espacio sin ley de Internet se da por lo poco controlable que es en sus contenidos, pero no por las pocas ganas de las distintas multinacionales y gobiernos por controlarla. Y esto se puede llegar a conseguir. Cmo? Si no puedes controlar el contenido puedes controlar la puerta. El secreto est en el cdigo. Un ejemplo claro sera lo difcil que es erradicar la venta de CDs pirata por medio de la fuerza policial. Sin embargo esto sera muy sencillo y barato por medio de un sistema anticopia en dichos CDs que asegure que un usuario medio no pueda copiarlo. As defiende el seguir ciertas pautas en el desarrollo del cdigo. La salvaguarda de ciertos valores en dichas creaciones. Creando una arquitectura que permita o impida la realizacin de ciertas actividades. Aqu es donde Lessig hace caer en la cuenta de lo poco apropiado que sera el software propietario para la consecucin de este fin. Un programa es, hoy en da, una forma de controlar a la persona que lo utiliza, en su desarrollo se puede establecer qu puede y qu no puede hacer su usuario o, peor an, vigilar lo que hace. Siendo controlado sin que nadie sepa hasta que lmites. El software libre, en cambio, al ser desarrollado y revisado por toda una comunidad, garantiza el seguimiento de dichas pautas deseables. Ya que nadie puede controlar dicho software. Es un software libre de intereses ajenos al mismo fin de dicho desarrollo. Nacimiento de y filosofa de Creative Commons

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

Siguiendo estas ideas es como a finales del ao 2002 nace Creative Commons. Destinado a adaptar al mastodonte que es Internet los derechos de autor. Su presidente no poda ser otro ms que Lawrence Lessig y donde han participado desde sus inicios, becarios y estudiantes del centro Berkman para Internet & Sociedad de la Escuela de Derecho de Harvard y del Centro para Internet y Sociedad de la Escuela de Derecho de Stanford University donde actualmente se aloja y desarrolla el proyecto. Tal y como dicen en su pgina Web, demasiado a menudo el debate sobre el control de los derechos de autor tiende a posicionamientos extremos. A un lado est la visin del control total. Al otro la visin anrquica. En esta lucha, valores como el equilibrio, el compromiso y la moderacin, se estn volviendo especies en peligro de extincin. Creative Commons est trabajando por revivirlos. Usando derechos privados para crear un beneficio pblico: el que haya creaciones de uso libre para ciertos casos. Como los movimientos de software abierto y libre, el fin de Creative Commons es fomentar la cooperacin y el desarrollo en equipo, pero dentro de la libertad y la voluntad propia. Ofrecer a los creadores lo mejor de cada uno de los dos extremos antes reseados para proteger sus trabajos mientras se permiten ciertos usos de los mismos, denominndolo "algunos derechos reservados". Inspirndose en parte de la licencia GNU de la fundacin libre del software (GNU GLP), Creative Commons ha desarrollado una aplicacin Web que ayuda a la gente a brindar sus creaciones al dominio pblico o a reservarse los derechos de autor, dejndolos libres para ciertas aplicaciones, en ciertas condiciones de uso. A diferencia del GNU GLP, Las licencias Creative Commons no se aplican a desarrollos de software, pero s para otra clase de trabajos creativos: Pginas Web, proyectos educacionales, msica, cine, fotografa, literatura, etc. Siendo su objetivo aumentar no solamente la suma de materia prima online , sino tambin hacer que el acceso a dicho material sea ms barato y fcil. Para ello han desarrollado unos metadata que relacionan el contenido a cualquier tipo de licencia de manera que sea fcilmente interpretable por cualquier buscador web, por ejemplo. Para mostrar su utilidad ponen a disposicin del pblico herramientas para buscar en lnea, por ejemplo, fotografas de uso libre o canciones libremente distribuibles. De esta forma se generan ciertamente "Campos de Trabajo Creativo en Comn". Funcionamiento de Creative Commons Pero cmo funciona? Cualquiera puede aplicar dichas licencias a su obra? Por supuesto, es un sistema muy sencillo. Se accede a la pgina de Creative Commons y seleccionamos las caractersticas de distribucin de nuestra obra: Permitir un uso comercial de su obra: Se decide aqu si se permite a otros copiar, distribuir, exhibir y ejecutar el trabajo y realizar otros trabajos derivados del mismo slo si se realiza sin propsitos comerciales. Permitir modificaciones de su obra: Se debe indicar si se permite modificar la obra al distribuirla, exhibirla o ejecutarla o si se puede realizar dichas acciones sobre copias literales de la misma. Jurisdiccin de su licencia: Aqu se indica si se quiere adaptar dicha proteccin a la legislacin de determinado pas. Formato de su obra: Texto, audio, vdeo, imagen Siempre se tiene el derecho moral, es decir, siempre se debe reconocer y citar al autor original. Una vez seguidos los pasos se genera un cdigo que se debe copiar en la pgina web donde se encuentre el trabajo a proteger y a partir de dicho momento empieza a entrar en

Universidad Santo Toms

Introduccin A Las Ciencias De La Computacin

funcionamiento dicha proteccin. Lo mejor de esta licencia es la obligacin de distribuir los trabajos derivados bajo las mismas condiciones de licencia con que estaba el trabajo en el que se bas su desarrollo. Futuro de Creative Commons Este sistema de licencias que no ha hecho ms que empezar tiene un futuro ms que prometedor. Por lo pronto el omnipresente Yahoo! ya ha desarrollado un sistema de bsqueda que observa los permisos recogidos por las licencias Creative Commons. Se puede acceder al mismo por medio de http://search.yahoo.com/cc. Para ello hace uso del cdigo que se inserta en las pginas Web y de los creadores. Hasta el poderossimo Microsoft ha hecho uso de dichas licencias en PatternShare, un sitio Web albergado por la empresa de Gates, que pertenece y es mantenido por Ward Cunningham, inventor de los sistemas wikis y actualmente empleado de Microsoft. Conclusiones Creative Commons da, en definitiva, seguridad jurdica a un uso comn de recursos y garantiza el respeto, al menos da las herramientas para ello, de los derechos que cada autor quiera reservar de su obra. Asimismo fomenta la colaboracin en la creacin de cultura. Algo que siempre ha existido sin ningn problema hasta la llegada de las multinacionales. Os imaginis qu habra ocurrido si al inventor de la escritura se le ocurriera haber reservado todos los derechos de su creacin? O al descubridor de los nmeros? Sin la creacin de los mismos no se habra descubierto la forma de sumar, y sin la de sumar la de multiplicar y sin la de multiplicar El hombre tiende por naturaleza a compartir sus descubrimientos. No dejemos que pongan presas a nuestra imaginacin