Re: [GNU-traductores] Actualizacion de la definicion de software libre

www-es-general

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU-traductores] Actualizacion de la definicion de software libre

From:	Quique
Subject:	Re: [GNU-traductores] Actualizacion de la definicion de software libre
Date:	Wed, 9 May 2001 08:25:55 -0000

This is a multi-part message in MIME format.

Holman Romero <address@hidden> dijo:

> Hola Quique..!!
> 
> Nuevamente no he recibido el fichero adjunto de free-sw.es.html, quedo a
> la espera.

Vaya, han debido poner un filtro en el trabajo para evitar que salga
información interna o algo así. Tendré que comprobarlo.

Lo envío de nuevo.

Saludos,
 Quique

La definición de Software Libre

Mantenemos esta definición de software libre para mostrar claramente que debe cumplir un programa de software concreto para que se le considere ``software libre´´.

El ``Software Libre'' es un asunto de libertad, no de precio. Para entender el concepto, debes pensar en ``libre´´ como en ``libertad de expresión'', no como en ``barra libre'' [N. del T.: en inglés una misma palabra (free) significa tanto libre como gratis, lo que ha dado lugar a cierta confusión].

``Software Libre'' se refiere a la libertad de los usuarios de ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software. De modo más preciso, se refiere a cuatro libertades de los usuarios de software:

La libertad de usar el programa, con cualquier propósito (libertad 0).
La libertad de estudiar como funciona el programa, y adaptarlo a sus necesidades (libertad 1). El acceso al código fuente es una condición previa para esto.
La libertad de distribuir copias, con lo que se puede ayudar al vecino (libertad 2).
La libertad de mejorar el programa y liberar las mejoras al público, de modo que toda la comunidad se beneficia. (libertad 3). El acceso al código fuente es un prerrequisito para esto.

Un programa es software libre si los usuarios tienen todas estas libertades. De esta manera, deberías tener la libertad de redistribuir copias, sea con o sin modificaciones, sea gratis o cobrando una cantidad por la distribución, a cualquiera y a cualquier lugar. El ser libre de hacer esto significa (entre otras cosas) que no tienes que pedir o pagar permisos.

También debes tener la libertad de hacer modificaciones y utilizarlas de manera privada en tu trabajo u ocio, sin ni siquiera tener que anunciar que dichas modificaciones existen. Si publicas tus cambios, no necesitas avisar a nadie en particular, ni de ninguna manera en particular.

La libertad para usar un programa significa la libertad para cualquier clase de persona u organización para usarlo en cualquier tipo de sistema informático, para cualquier clase de trabajo, y sin tener obligación de comunicárselo al desarrollador o alguna otra otra entidad específica.

La libertad de redistribuir copias debe incluir tanto las formas binarias o ejecutables del programa como su código fuente. (Está bien si no hay manera de producir un binario o ejecutable, pero la gente debe tener la libertad de distribuir estos formatos si encontraran la manera de crearlos).

Para que las libertades de hacer modificaciones y de publicar versiones mejoradas tengan sentido, debes tener acceso al código fuente del programa. Por lo tanto, la posibilidad de acceder al código fuente es una condición necesaria para el software libre.

Para que estas libertades sean reales, deben ser irrevocables mientras no hagas nada incorrecto; si el desarrollador del software tiene el poder de revocar la licencia aunque no le hayas dado motivos, el software no es libre.

Son aceptables, sin embargo, ciertos tipos de reglas sobre la manera de distribuir software libre, mientras no entren en conflicto con las libertades centrales. Por ejemplo, copyleft [izquierdo de copia] (expresado muy simplemente) es la regla que implica que cuando se redistribuya el programa no se pueden agregar restricciones para denegar a otras personas las libertades centrales. Esta regla no entra en conflicto con las libertades centrales, sino que más bien las protege.

Así pues, quizás hayas pagado para obtener copias de software GNU, o tal vez las hayas obtenido sin ningún coste. Independientemente de como hayas conseguido tus copias, siempre tienes la libertad de copiar y modificar el software, e incluso de vender copias.

``Software libre'' no significa ``no comercial''. Un programa libre debe estar disponible para uso comercial. El desarrollo comercial del software libre ha dejado de ser inusual; estos programas son software comercial libre.

Reglas acerca de como empaquetar una versión modificada son aceptables, siempre que no bloqueen como consecuencia tu libertad de publicar versiones modificadas. Reglas como ``Si pones disponible el programa de esta manera, debes ponerlo disponible también de esta otra'' pueden ser igualmente aceptables, bajo la misma condición. (Nótese que una regla así todavía te deja decidir si publicar o no el programa).

En el proyecto GNU, utilizamos ``copyleft'' para proteger de modo legal estas libertades para todos. Pero el software libre sin ``copyleft'' también existe. Creemos que hay razones importantes por las que es mejor usar copyleft, pero si tus programas son software libre sin ser copyleft, los podemos utilizar de todos modos.

Visita Categorías de Software Libre (18.000 caracteres) para ver una descripción de cómo el ``software libre'', ``software con izquierdo de copia'' y otras categorías de software se relacionan unas con otras.

A veces las normas de control de exportación del gobierno y las sanciones mercantiles pueden restringir tu libertad de distribuir copias de los programas a nivel internacional. Los desarrolladores de software no tienen el poder de eliminar o sobrepasar estas restricciones, pero lo que pueden y deben hacer es rehusar el imponerlas como condiciones de uso del programa. De esta manera, las restricciones no afectarán a actividades y gente fuera de las jurisdicciones de estos gobiernos.

Cuando se habla de software libre, es mejor evitar términos como: ``regalar'' o ``gratis'', porque esos téminos implican que lo importante es el precio, y no la libertad. Algunos términos comunes tales como ``piratería'' conllevan opiniones que esperamos no apoyes. Visita Palabras y frases confusas que vale la pena evitar, donde encontrarás una discusión acerca de estos términos. También tenemos una lista de traducciones de ``software libre'' a varios idiomas.

Por último, fíjate que los criterios establecidos en esta definición de software libre requieren pensarse cuidadosamente para interpretarlos. Para decidir si un licencia de software concreta es una licencia de software libre, la juzgamos basándonos en estos criterios para determinar si encaja tanto su espíritu como su letra en particular. Si una licencia incluye restricciones contrarias a nuestra ética, la rechazamos, incluso si no habíamos anticipado el problema en estos criterios. A veces un requisito de una licencia plantea una situación que necesita de una reflexión minuciosa, e incluso conversaciones con un abogado, antes de que podamos decidir si la exigencia es aceptable. Cuando llegamos a una conclusión, a veces actualizamos estos criterios para que sea más fácil ver porqué ciertas licencias se pueden calificar o no como de software libre.

Si te interesa saber si una licencia concreta es de software libre, mira nuestra lista de licencias. Si la licencia que te preocupa no está en la lista, puedes preguntarnos enviándonos un correo electrónico a <address@hidden>.

Otros textos para leer

Otro grupo ha comenzado a usar el término open source [código abierto] para designar algo parecido (pero no idéntico) a ``free software'' [Software Libre].

Volver a la página principal de GNU.

Por favor envía tus comentarios y preguntas sobre la FSF y el Proyecto GNU a: address@hidden. Hay también otras maneras de contactar con la FSF.

Por favor, envía tus comentarios respecto a estas p´ginas web a address@hidden, y envía tus otras preguntas a address@hidden.

Se permite la distribución y copia literal de este artículo en su totalidad por cualquier medio, siempre y cuando se conserve esta nota.

Traducción: 07 Oct 1999 Hugo Gayosso (México) address@hidden
Actualizado: 04 May 2000 - Holman Romero (Colombia) address@hidden

Actualización y revisión: 07 May 2001 Quique address@hidden

Porqué el software no debe tener propietarios

por Richard Stallman

Las tecnologías digitales de la información contribuyen al mundo haciendo que sea más fácil copiar y modificar información. Las computadoras prometen hacer esto más fácil para todos nosotros.

No todo el mundo quiere que esto sea más fácil. El sistema de copyright permite que los programas de software tengan ``propietarios'', la mayor parte de los cuales pretende privar al resto del mundo del beneficio potencial del software. A los propietarios les gustaría ser los únicos que pudieran copiar y modificar el software que usamos.

El sistema de copyright creció con la imprenta, una tecnología para la producción masiva de copias. El copyright se ajustaba bien a esta tecnología porque solamente restringía a los productores de copias masivas. No privaba de libertad a los lectores de libros. Un lector cualquiera, que no poseyera una imprenta, sólo podía copiar libros con pluma y tinta, y a pocos lectores se les ponía un pleito por ello.

Las tecnologías digitales son más flexibles que la imprenta: cuando la información adopta forma digital, puedes copiarla fácilmente para compartirla con otros. Es precisamente esta flexibilidad la que se ajusta mal a un sistema como el del copyright. Ésa es la razón de las cada vez más perversas y draconianas medidas que se emplean en la actualidad para hacer cumplir el copyright del software. Considera estas cuatro costumbres de la Software Publishers Association (SPA):

Propaganda masiva diciendo que está mal desobedecer a los propietarios para ayudar a un amigo.
Pedir a la gente que se conviertan en soplones para delatar a sus colegas y compañeros de trabajo
Redadas (con ayuda policial) a oficinas y escuelas, en las que se dice a la gente que deben probar que son inocentes de hacer copias ilegales.
Procesos judiciales (por el gobierno de los EEUU, a petición de la SPA) de personas como David LaMacchia del MIT, no por copiar software (no se le acusa de copiarlo), sino meramente por dejar sin vigilancia equipos de copia y no controlar su uso.

Cada una de estas cuatro costumbres se asemejan a las usadas en la antigua Unión Soviética, donde todas las fotocopiadoras tenían un vigilante para evitar que se realizaran copias prohibidas, y donde las personas tenían que copiar información en secreto y pasarla de mano a mano como ``samizdat''. Por supuesto hay una diferencia: el motivo para el control de información en la Unión Soviética era político, en los EEUU el motivo es el beneficio económico. Pero son las acciones las que nos afectan, no el motivo. Cualquier intento de bloquear el compartir información, sin importar porqué, lleva a los mismos métodos y a la misma dureza.

Los propietarios hacen uso de distintos argumentos para que se les conceda el control de cómo usamos la información:

Insultando.
Los propietarios usan palabras difamatorias como ``piratería'' y ``robo'', al igual que terminología experta como ``propiedad intelectual'' y ``perjuicio'', para sugerir una cierta línea de pensamiento al público: una analogía simplona entre los programas y los objetos físicos.
Nuestras ideas e intuiciones acerca de la propiedad sobre los objetos materiales tratan acerca de si es justo quitarle un objeto a alguien. No se aplican directamente a hacer una copia de algo. Pero los propietarios nos piden que las apliquemos de todas formas.

Exageración.
Los propietarios dicen que sufren un ``dolo'' o ``pérdida económica'' cuando los usuarios copian programas por su cuenta. Pero el copiar no tiene un efecto directo sobre el propietario, y no hace daño a nadie. El propietario sólo puede perder si la persona que hizo la copia habría si no pagado por una al propietario en vez de copiarla.
Un poco de análisis muestra que la mayoría de tales personas no habrían comprado copias. Aun así los propietarios calculan sus ``pérdidas'' como si todos y cada uno hubiesen comprado una copia. Esto es una exageración, por decirlo de una manera suave.

La ley.
Los propietarios a menudo describen el estado actual de la ley, así como las duras sanciones con las que nos amenazan. En este enfoque va implícita la sugerencia de que la ley actual refleja un punto de vista moral incuestionable, y además al mismo tiempo se nos insta a considerar estas sanciones como hechos naturales por los que no se puede responsabilizar a nadie.
Esta línea de persuasión no está diseñada para resistir el pensamiento crítico, sino que está concebida para reforzar un camino mental habitual.
Es evidente que las leyes no distinguen lo que está bien de lo que está mal. Todo estadounidense debería saber que, hace cuarenta años, iba contra la ley que un persona de raza negra se sentase en la parte delantera del autobús, pero solamente los racistas dirían que sentarse ahí no estaba bien.

Derechos naturales.
Los autores a menudo sostienen que existe una conexión especial con los programas que han escrito, y añaden que, en consecuencia, sus deseos e intereses respecto al programa simplemente prevalecen sobre aquéllos de cualquier otra persona, o incluso sobre los de todo el resto del mundo. (Normalmente son las empresas, no los autores, quienes retienen los copyrights sobre el software, pero se espera de nosotros que ignoremos esta discrepancia.)
A aquéllos que proponen esto como un axioma ético -el autor es más importante que tú- sólo les puedo decir que yo, un notable autor de software, lo llamo una tontería.
Pero la gente por lo general sólo suele sentir alguna simpatía hacia el argumento de los derechos naturales por dos razones.
Una razón es una analogía forzada entre el software y los objetos materiales. Cuando yo cocino espaguetis, me quejo si otra persona se los come, porque entonces yo ya no me los puedo comer. Su acción me duele exactamente tanto como le beneficia a él; sólo uno de nosotros se puede comer los espaguetis, así que la pregunta es: ¿quién? La más mínima distinción entre alguno de nosotros es suficiente para inclinar la balanza ética.
Pero el que tú ejecutes o modifiques un programa que yo he escrito te afecta a ti directamente, y sólo indirectamente a mí. Si le das una copia a un amigo tuyo, te afecta a ti y a tu amigo mucho más de lo que me afecta a mí. Yo no debería tener el poder de decirte que no hagas estas cosas. Nadie debería.
La segunda razón es que a la gente se le ha dicho que los derechos naturales de los autores son una tradición aceptada e indiscutida de nuestra sociedad.
Desde un punto de vista histórico, sucede lo contrario. La idea de los derechos naturales de los autores fue propuesta y decididamente rechazada cuando se concibió la Constitución de los EEUU. Ésa es la razón por la que la Constitución sólo permite un sistema de copyright y no require uno; por esa razón dice que el copyright debe ser temporal. Establece así mismo que el propósito del copyright es promocionar el progreso, no recompensar a los autores. El copyright recompensa a los autores en cierta medida, y a los editores más, pero eso está concebido como un medio de modificar su comportamiento.
La tradición realmente establecida en nuestra sociedad es que el copyright recorta los derechos naturales del público, y que esto sólo puede justificarse por el bien del público.

Economía.
El último argumento que se emplea para justificar la existencia de los propietarios de software es que esto lleva a la producción de más software.
A diferencia de los demás, éste argumento por lo menos adopta un enfoque legítimo sobre el tema. Se basa en un objetivo válido: satisfacer a los usuarios de software. Y está empíricamente demostrado que la gente producirá más de algo si se les paga bien por ello.
Pero el argumento económico tiene un fallo: se basa en la presunción de que la diferencia es sólo cuestión de cuánto dinero debemos pagar. Asume que la ``producción de software'' es lo que queremos, tenga el software propietarios o no.
La gente acepta fácilmente esta presunción porque se corresponde con nuestra experiencia con los objetos materiales. Considera un bocadillo, por ejemplo. Posiblemente podrías conseguir un bocadillo equivalente bien gratis o por un precio. En tal caso, la cantidad que pagas es la única diferencia. Tanto si lo tienes que comprar como si no, el bocadillo tiene el mismo sabor, el mismo valor nutritivo, y en ambos casos te lo puedes comer una sóla vez. El que obtengas el bocadillo de un propietario o no, no puede afectar directamente a nada salvo a la cantidad de dinero que te queda después.
Esto es cierto para cualquier objeto material; el hecho de que tenga o no tenga propietario no afecta directamente a lo que es, ni a lo que puedas hacer con él si lo adquieres.
Pero si un programa tiene un propietario, esto afecta en gran medida a lo que es, y a lo que puedes hacer con una copia si la compras. La diferencia no es sólo una cuestión de dinero. El sistema de propietarios de software incentiva a los propietarios de software a producir algo, pero no lo que la sociedad realmente necesita. Y causa una contaminación ética intangible que nos afecta a todos.
¿Qué es lo que la sociedad necesita? Necesita información que esté verdaderamente a disposición de sus ciudadanos. Por ejemplo programas que la gente pueda leer, arreglar, adaptar, y mejorar, no solamente ejecutar. Pero lo que los propietarios de software acostumbran a ofrecer es una caja negra que no podemos ni estudiar ni modificar.
La sociedad también necesita libertad. Cuando un programa tiene un propietario, los usuarios pierden la libertad de controlar una parte de sus propias vidas.
Y sobre todo la sociedad necesita incentivar el espíritu de cooperación voluntaria entre sus ciudadanos. Cuando los propietarios de software nos dicen que ayudar a nuestros vecinos de una manera natural es ``piratería'', están contaminando el espíritu cívico de nuestra sociedad.
Esto es por lo que decimos que el software libre es una cuestión de libertad, no de precio.
El argumento económico para justificar la propiedad es erróneo, pero la cuestión económica es real. Algunas personas escriben software útil por el placer de escribirlo o por admiración y amor al arte; pero si queremos más software del que esas personas escriben, necesitamos conseguir fondos.
Desde hace ya diez años, los desarrolladores de software libre han probado con cierto éxito varios métodos para conseguir fondos. No hay necesidad de hacer rico a nadie; los ingresos medios de una familia estadounidense, alrededor de 35.000 dólares, prueba ser incentivo suficiente para muchos trabajos que son menos satisfactorios que programar.
Durante años, hasta que una beca lo hizo innecesario, yo me ganaba la vida realizando mejoras a medida sobre software libre que yo había escrito. Cada mejora se añadía a la versión estándar publicada y así, eventualmente, se hacían disponibles al público en general. Los clientes me pagaban para que trabajase en las mejoras que ellos querían, en vez de en las características que yo habría considerado la máxima prioridad.
La Fundación para el Software Libre (FSF) [Free Software Foundation en inglés], una entidad sin ánimo de lucro exenta de impuestos para el desarrollo de software libre, consigue fondos mediante la venta de CD-ROMs de software GNU, camisetas, manuales, y distribuciones ``deluxe'', (todos los cuales los usuarios son libres de copiar y modificar), así como mediante donaciones. Ahora cuenta con una plantilla de cinco programadores, más tres empleados que se encargan de los pedidos por correo.
Algunos desarrolladores de software libre ganan dinero mediante la venta de servicios de soporte. Cygnus Support, que cuenta con alrededor de 50 empleados [cuando se escribió este artículo], estima que en torno al 15 por ciento de la actividad de su equipo es desarrollo de software libre -un porcentaje respetable para una compañía de software-.
Algunas empresas, incluyendo Intel, Motorola, Texas Instruments y Analog Devices, han unido esfuerzos para financiar el desarrollo continuado del compilador GNU para el lenguaje C. Mientras, el compilador GNU para el lenguaje Ada está siendo financiado por la Fuerza Aérea de los EEUU, que cree que ésta es la manera más efectiva de conseguir un compilador de alta calidad. [La financiación de la Fuerza Aérea se acabó hace algún tiempo; el Compilador GNU de Ada está ahora en servicio, y su mantenimiento se financia comercialmente.]
Todos estos ejemplos son pequeños; el movimiento de software libre es aún pequeño, y aún joven. Pero el ejemplo de las emisoras de radio ``mantenidas-por-la-audiencia'' en este país [los EEUU] demuestra que es posible mantener una actividad grande sin forzar a cada usuario a pagar.

Como usuario de informática hoy en día, puedes encontrarte usando un programa propietario (18.000 caracteres). Si un amigo tuyo te pide hacer una copia, estaría mal negarse a ello. La cooperación es más importante que el copyright. Pero una cooperación clandestina, escondida, no contribuye a mejorar la sociedad. Una persona debería aspirar a vivir una vida honrada abiertamente con orgullo, y esto significa decir ``No'' al software propietario.

Te mereces ser capaz de cooperar abierta y libremente con otras personas que usan software. Te mereces ser capaz de aprender cómo funciona el software, y enseñar a tus estudiantes con él. Te mereces ser capaz de contratar a tu programador favorito para arreglarlo cuando se rompa.

Te mereces software libre.

Otros Textos

Volver a la página principal de GNU.

Para consultas y preguntas sobre la FSF y GNU, escribe a address@hidden. Hay también otras maneras de contactar con la FSF.

Puedes enviar comentarios sobre estas páginas web a address@hidden, y otras preguntas a address@hidden.

Actualizado: 5 Dic 1999, 29 May 2000 tower

Traductor: 18 Junio 1999 Stan Bark

Revisores: 29 Nov 1999

Carlos Rega,
ANpe,
Conrado A. Bermúdez (República Dominicana) address@hidden,
Josée Manuel Benítez Sánchez (España) address@hidden,
Luis M. Arteaga (México) address@hidden.

Coordinación: Hugo Gayosso address@hidden

Revisión y actualización: 04 May 2001 Quique address@hidden

[Prev in Thread]

Current Thread

[Next in Thread]

Re: [GNU-traductores] Actualizacion de la definicion de software libre, Holman Romero, 2001/05/08
- Re: [GNU-traductores] Actualizacion de la definicion de software libre, Quique <=

Prev by Date: Re: [GNU-traductores] Actualizacion de la definicion de software libre
Next by Date: [GNU-traductores] gnudist:/home/www/html/events.html -- recent changes
Previous by thread: Re: [GNU-traductores] Actualizacion de la definicion de software libre
Next by thread: [GNU-traductores] gnudist:/home/www/html/doc/doc.html -- recent changes
Index(es):
- Date
- Thread