Still working to recover. Please don't edit quite yet.

Copyleft

From Anarchopedia
Revision as of 09:38, 10 September 2010 by Nessuno (ita) (Talk | contribs) (Enlaces externos)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

El término copyleft describe un grupo de licencias que se aplican a una diversidad de trabajos tales como el software, la literatura, la música y el arte. Una licencia copyleft se basa en las normas sobre el derecho de autor, las cuales son vistas por los defensores del copyleft como una manera de restringir el derecho de hacer y redistribuir copias de un trabajo determinado, para garantizar que cada persona que recibe una copia o una versión derivada de un trabajo, pueda a su vez usar, modificar, y redistribuir tanto el propio trabajo como las versiones derivadas del mismo. Así, y en un entorno no legal, el copyleft puede considerarse como opuesto al copyright.

Los vocablos ingleses "right" y "left" además significan "derecha" e "izquierda" respectivamente, lo que acentúa la diferencia entre ambos conceptos. Una posible traducción al español sería "izquierdos de autor", en contraste con los derechos de autor. En la práctica sin embargo el término se deja sin traducir. Curiosamente, "left" también se puede traducir como dejado o abandonado mientras que "right" es derecho o recto.

Los autores y desarrolladores usan el copyleft en sus creaciones como medio para que otros puedan continuar el proceso de ampliar y mejorar su trabajo.

Historia[edit]

Pese a que el concepto de copyleft puede aplicarse hoy en día a una amplia variedad de trabajos, sus raíces se encuentran en el mundo del software, más concretamente en la época en la que el padre del software libre, Richard Stallman, trabajaba en un intérprete de Lisp. Por aquel entonces, la compañía Symbolics se interesó por el trabajo de Stallman y éste, accedió a proporcionarles una versión del intérprete bajo dominio público. Más tarde, Symbolics amplió y mejoró el software de Stallman, pero cuando éste último quiso acceder a dichas modificaciones, la compañía se negó. Fue entonces, en 1984, cuando Stallman decidió ponerse a trabajar para erradicar este tipo de comportamiento, al que bautizó con el nombre de "acaparamiento del software" ("software hoarding").

Como a Stallman le pareció poco viable, a corto plazo, eliminar las leyes del copyright así como las injusticias que consideraba provocadas por su perpetuamiento, decidió trabajar dentro del marco legal existente y creó así su propia licencia de copyright, la Licencia Pública General de GNU (GPL), la primera licencia copyleft. Por primera vez, el titular de los derechos de autor podía, si así lo deseaba, transferir de manera permanente el máximo número de derechos al usuario de un programa, sin importar cualquier revisión posterior que alguien pudiera hacer sobre el programa original. Con esta medida no se concedían derechos al público en general, solamente a aquellos que ya habían recibido una copia del programa, pero era lo mejor que podía hacerse bajo la ley existente. A la nueva licencia no se le puso aún la etiqueta de copyleft.

Métodos de aplicar copyleft[edit]

La práctica habitual para conseguir este objetivo de explotación sin trabas, copia y distribución de una creación o de un trabajo (y sus derivados) es la de distribuirlo junto con una licencia. Dicha licencia debería estipular que cada propietario de una copia del trabajo pudiera:

  1. usarla sin ninguna limitación.
  2. (re)distribuir cuantas copias desee, y
  3. modificarla de la manera que crea conveniente.

Estas tres libertades, sin embargo, no son suficientes aún para asegurar que un trabajo derivado de una creación sea distribuido bajo las mismas condiciones no restrictivas: con este fin, la licencia debe asegurar que el propietario del trabajo derivado lo distribuirá bajo el mismo tipo de licencia.

Otras condiciones de licencia adicionales que podrían evitar posibles impedimentos al uso sin trabas, distribución y modificación del trabajo incluirían:

  • asegurar que las condiciones de la licencia copyleft no pueden ser revocadas;
  • asegurar que el trabajo y sus derivados son siempre puestos a disposición de manera que se facilite su modificación, p.e, para el software, esta facilidad suele asociarse a la disponibilidad del código fuente, donde incluso la compilación de dicho código debería permitirse sin ninguna clase de impedimento.
  • idear un sistema más o menos obligatorio para documentar adecuadamente la creación y sus modificaciones, por medio de manuales de usuario, descripciones, etc.

En la práctica, para que estas licencias copyleft tuvieran algún tipo de efecto, necesitarían hacer un uso creativo de las reglas y leyes que rigen la propiedad intelectual, p.e., cuando nos referimos a las leyes del copyright (que es el caso más común), todas las personas que de alguna manera han contribuido al trabajo con copyleft se convertirían en (co) titulares de los derechos de autor, pero, al mismo tiempo, si nos atenemos a la licencia, también renunciarían deliberadamente a algunos de los derechos que normalmente se derivan de los derechos de autor, por ejemplo, el derecho a ser el único distribuidor de las copias del trabajo.

Aunque depende de las leyes que rigen la propiedad intelectual, que pueden ser diferentes de un país a otro, la licencia final, que no es más que un método para alcanzar los objetivos del copyleft, también puede diferir de un país a otro. Por ejemplo, en algunos países puede ser aceptable vender un producto software sin ninguna garantía, al estilo de la licencia GNU GPL (véanse los artículos 11 y 12 de la versión 2 de la licencia GPL), mientras que en la mayoría de países europeos no es posible que un distribuidor de software se desentienda de todas las garantías vinculadas a un producto vendido, razón por la cual el alcance de dichas garantías es descrito explícitamente en la mayoría de licencias copyleft europeas (véase la licencia CeCILL, que permite usar la GNU GPL - art. 5.3.4 de CeCILL - en combinación con una garantía limitada - art. 9).

Etimología[edit]

Según algunas fuentes, el término copyleft proviene de un mensaje contenido en el programa Tiny BASIC, una versión de BASIC distribuida libremente y escrita por el Dr. Li-Chen Wang a finales de los años setenta. El listado del programa contenía las frases "@COPYLEFT" y "TODOS LOS PERJUICIOS RESERVADOS", en contraposición a "copyright" y "todos los derechos reservados", términos éstos usados habitualmente en los comunicados de copyright. El propio Richard Stallman asegura que la palabra proviene de Don Hopkins, al que considera un compañero muy imaginativo, el cual le envió en 1984 ó 1985 una carta en la que podía leerse: "Copyleft-todos los derechos invertidos." ("Copyleft-all rights reversed.") El término kopyleft con la anotación "Todos los derechos invertidos" fue utilizado también a principios de los años setenta dentro del Principia Discordia, texto que tal vez inspirara a Hopkins.

Hay algunos problemas con la definición del término "copyleft" que contribuyen a crear controversia alrededor de él. El término, que en su origen fue un nombre, se creó como una transformación chistosa del término "copyright", queriendo abarcar los términos de la Licencia Pública General de GNU creada por Richard Stallman como parte de su trabajo para la Free Software Fundation. Así, el hecho de que un programa esté cubierto por el copyleft se considera prácticamente lo mismo que poner dicho programa bajo GPL (siendo GPL el estándar de facto de todos los tipos de licencias copyleft). Cuando se utiliza como verbo, su significado es menos preciso y puede referirse a cualquiera de entre una variedad similar de licencias, o incluso a una teórica licencia imaginaria para propósitos de discusión. Véase también la siguiente sección, que entra en detalle sobre algunos aspectos de la definición.

Tipos de copyleft y relación con otras licencias[edit]

Software de código abierto con y sin copyleft[edit]

El copyleft es una de las características distintivas de muchas licencias de software de código abierto. Al final, el copyleft se convirtió en el tema clave a tratar en el conflicto ideológico entre el movimiento del código abierto y el movimiento del software libre: copyleft es el nombre corto usado para designar un marco legal que garantiza que cualquier derivado de un trabajo autorizado ("licensed work") permanece libre (lo cual no es obligatorio en un enfoque general de "código abierto"). Si el licenciatario de un trabajo con copyleft no distribuye los trabajos derivados con la misma licencia copyleft (o en algunos casos similar) tendrá que afrontar las consecuencias legales: para la mayoría de trabajos con copyleft ésto supondría, como mínimo, la rescisión de algunas de las cláusulas de la licencia, quitándole el permiso para copiar o distribuir o comunicar públicamente o realizar trabajos derivados del software, etc.

Muchas licencias de software de código abierto, como las que utilizan los sistemas operativos BSD, el Sistema de Ventanas X y el servidor web Apache, no son licencias copyleft puesto que no exigen al titular de la licencia o licenciatario la distribución de los trabajos derivados bajo la misma licencia. En la actualidad, se debate sobre qué licencia proporciona mayor grado de libertad. En este debate se consideran cuestiones complejas como la propia definición de libertad y qué libertades son más importantes. A veces se dice que las licencias copyleft tratan de maximizar la libertad de todos aquellos destinatarios potenciales en el futuro (inmunidad contra la creación de software privativo), mientras que las licencias de software libre sin copyleft maximizan la libertad del destinatario inicial (libertad para crear software privativo). Con un enfoque similar, la libertad del destinatario (que es limitada por el copyleft) puede distinguirse de la libertad del propio software (la cual es garantizada por el copyleft). Véase también la sección sobre debate ideológico más adelante.

Copyleft fuerte y débil[edit]

El copyleft que rige un trabajo se considera "más fuerte" cuanto mayor es la eficiencia con la que hace cumplir las condiciones de la licencia a todos los tipos de trabajos derivados. El "copyleft débil" hace referencia a las licencias que no se heredan a todos los trabajos derivados, dependiendo a menudo de la manera en que éstos se hayan derivado.

Este último tipo de licencias es el que se utiliza generalmente para la creación de bibliotecas de software, con el fin de permitir que otros programas puedan enlazar con ellas y ser redistribuidos, sin el requerimiento legal de tener que hacerlo bajo la nueva licencia copyleft. Solamente se requiere distribuir los cambios sobre el software con "copyleft débil", no los cambios sobre el software que enlaza con él. Ésto permite a programas con cualquier licencia ser compilados y enlazados con bibliotecas con copyleft tales como glibc (una biblioteca estándar requerida por muchos programas) y ser redistribuidos después sin necesidad de cambiar la licencia.

Ejemplos de licencias de software libre que utilizan copyleft "fuerte" son la Licencia Pública General de GNU y la Licencia Pública Q. Por otra parte, entre las licencias de software libre que usan copyleft "débil" tenemos la Licencia Pública General Menor (LGPL) y la Licencia Pública de Mozilla. Ejemplos de licencias de software libre que no son copyleft son la licencia X11 y las licencias BSD.

Copyleft completo y parcial[edit]

El copyleft "completo" y "parcial" tiene que ver con otra cuestión: El copyleft completo es aquel que permite que todas las partes de un trabajo (excepto la licencia) sean modificadas por sus sucesivos autores. El copyleft parcial implica que algunas partes de la propia creación no están expuestas a su modificación ilimitada, o visto de otro modo, que no están completamente sujetas a todos los principios del copyleft, p.e., en la creación artística el copyleft completo es en ocasiones imposible o indeseable.

Compartir-igual[edit]

Muchas licencias del tipo compartir-por-igual (share-alike) son licencias copyleft parciales (o no completas). El concepto de compartir-igual implica, sin embargo, que cualquier libertad otorgada sobre el trabajo original (o sus copias) se mantiene intacta en cualquier trabajo derivado: ésto implica además que cualquier licencia copyleft completa es automáticamente una licencia de tipo compartir-por-igual (¡pero no al contrario!). En lugar de usar la consigna "todos los derechos reservados" propia del copyright, o la de "todos los derechos invertidos", del copyleft completo, las licencias compartir-igual suelen usar el lema de "algunos derechos reservados". Ciertas combinaciones de la licencia Creative Commons son un ejemplo de licencia del tipo compartir-por-igual.

Ideología[edit]

Para mucha gente, el copyleft es una técnica que utiliza el copyright como medio para subvertir las restricciones impuestas tradicionalmente por el copyright sobre la diseminación y el desarrollo del conocimiento. Con este enfoque, el copyleft es principalmente una herramienta en una operación de mayor envergadura: la intención es invertir permanentemente dichas restricciones.

Aunque el copyleft no es un término reconocido por la ley, sus defensores lo ven como una herramienta legal en un debate político e ideológico sobre las obras intelectuales. Algunos ven en el copyleft un primer paso para suprimir cualquier tipo de ley relacionada con el copyright. En el dominio público, la ausencia de una protección como la que ofrece el copyleft deja al software en un estado desprotegido. Los desarrolladores no tendrían ningún problema pues en difundir y vender binarios sin documentación y sin proporcionar el código fuente. Si se abolieran las leyes del copyright, y a falta de otros medios, no habría manera de hacer cumplir una licencia copyleft, aunque también sería menos necesario.

El efecto "vírico" del copyleft[edit]

A las licencias copyleft se les suele atribuir un efecto "vírico", debido a que cualquier trabajo derivado de un trabajo con copyleft debe a su vez atenerse a los principios del copyleft. En particular, los trabajos con copyleft no pueden ser incorporados legalmente en trabajos que sean distribuidos sin el código fuente, como pasa con la mayoría de productos comerciales, sin el permiso específico de sus autores. Como resultado, su uso en la industria está mayoritariamente limitado a uso interno.

El término "vírico" implica propagación como la de un virus biológico por un organismo vivo. En el contexto de las licencias y los contratos legalmente vinculantes, "vírico" hace referencia a cualquier cosa que se propaga adhiriéndose a cualquier otra cosa, sin tener en cuenta si las aportaciones víricas añaden algún valor al trabajo particular.

Los partidarios del copyleft sostienen que hacer extensiva la analogía entre las licencias copyleft y los virus informáticos resulta inapropiado, puesto que los virus informáticos generalmente infectan los ordenadores sin que el usuario se percate de ello e intentan causar daño, mientras que los autores de trabajos derivados son conscientes de la licencia copyleft del trabajo original y sus usuarios pueden obtener beneficio de ella. Muchos evitan usar el término "vírico" dadas sus connotaciones negativas.

Microsoft, entre otros, al describir la GPL como una "licencia vírica", también puede estar refiriéndose a la idea de que cualquier lanzamiento de un trabajo nuevo bajo GPL pudiera crear un efecto red con realimentación positiva, en el que con el paso del tiempo habría una ingente cantidad de código copyleft que continuara expandiéndose. La reutilización de código es una meta importante en ingeniería del software por la cual se ahorran esfuerzos usando componentes genéricos que ya existen para tener un producto listo en poco tiempo. Aquellos que no aplican copyleft en sus programas, a menudo tienen que "reinventar la rueda" en muchas partes de éstos, debido principalmente a que la cantidad de software libre que carece de copyleft es relativamente pequeña. Esto es considerado frecuentemente una desventaja del desarrollo de software sin copyleft.

Algunos oponentes del copyleft sin formación legal, afirman que el simple hecho de usar una sóla línea de código copyleft en un proyecto de millones de líneas de código sin copyleft, convierte automáticamente este último en código copyleft. Se puede ver entonces que este comportamiento es similar al de un virus informático o biológico, el cual infecta una entidad mucho mayor a pesar de que sus dimensiones son pequeñas en comparación.

Sin embargo, dicha reclamación es incorrecta por dos motivos. En primer lugar, en la mayoría de jurisdicciones es improbable que una sóla línea de código sea considerada suficiente para justificar la protección del copyright. En segundo lugar, incluso cuando el código que se incluye en un proyecto es lo suficientemente importante para justificar la protección del copyright, el resto del código nunca pasará a tener automáticamente una licencia copyleft. Lo que ocurrirá es que no será legal distribuir el trabajo derivado, a menos que el propietario del trabajo que recibe el código copyleft lo ponga bajo una licencia compatible (que no tiene por qué ser necesariamente una licencia copyleft). Si el trabajo es distribuido de todos modos, ésto será considerado una simple violación del copyright, y no afectará para nada a la licencia del trabajo.

De manera adicional, algunas licencias copyleft populares como la GPL incluyen una cláusula que especifica que los componentes con copyleft pueden interactuar con componentes sin copyleft siempre que la comunicación sea relativamente simple, como por ejemplo ejecutar una herramienta de línea de órdenes mediante una sencilla estructura de control. Como consecuencia, incluso si un módulo de un producto con intenciones de no aplicar copyleft está puesto bajo GPL, todavía existe una posibilidad legal para que otros componentes se comuniquen con él de una forma restringida.

Copyleft aplicado fuera del contexto de las licencias de software[edit]

Arte y documentos[edit]

El copyleft también ha inspirado a las artes, con movimientos emergentes como la Libre Society y los sellos discográficos open-source. Por ejemplo, la Licencia Free Art es una licencia copyleft que puede ser aplicada a cualquier obra de arte.

Entre las licencias copyleft para materiales ajenos al software tenemos las licencias Creative Commons compartir-igual y la Licencia de Documentación Libre de GNU (abreviada como GNU FDL, GFDL, o FDL). La licencia GFDL puede utilizarse para proteger con copyleft aquellos trabajos que no tienen código fuente distinguible (aunque el requisito que establece la GPL de liberar el código fuente no tiene mucho sentido cuando se trata de trabajos donde no se puede distinguir entre código compilado, código objeto, código ejecutable o código binario). La licencia GFDL sí que distingue entre una "copia transparente" y una "copia opaca", usando una definición diferente a la dada por la GPL para "código fuente" y "código objeto".

Merece la pena destacar que para que el copyleft tenga sentido, requiere de alguna manera que exista un espacio donde sea algo común el poder hacer copias baratas de forma sencilla (ficheros de ordenador o fotocopias, etc.), o, poniéndolo de otro modo, donde uno pueda ofrecer algo sin "perder" ese algo (como el conocimiento): p.e., el copyleft es más difícil de poner en práctica en aquellas artes que se caracterizan por la producción de objetos únicos, que no pueden ser copiados tal como son (a menos que no se tema por la integridad del trabajo original). Se puede ilustrar esta idea con el siguiente ejemplo: suponga que hay una exposición pública de algunos cuadros mundialmente famosos, p.e., algunas de las muchas copias y trabajos derivados que Andy Warhol hizo de sus propias obras de arte, y suponga que alguien que tiene acceso a esos cuadros (sin tener plena propiedad de los derechos de éstos), decide "mejorarlos" con algunos efectos pictóricos de su gusto (sin olvidar la correspondiente firma con pintura en aerosol). Dada esta situación, no habría manera (legal) de detener a este tipo si le puede considerar el titular bajo copyleft completo de dichas obras.

Este y otros ejemplos parecen señalar que el copyleft no es la piedra filosofal definitiva capaz de resolver todos los asuntos relacionados con la propiedad intelectual de una vez por todas: especialmente en el arte, que posee también una tradición de creación como un proceso solitario (junto con, pero de manera separada, una tradición de creatividad cooperativa), las obras "dirigidas a la comunidad" no es lo que se desea en todos los casos.

Las licencias copyleft para el arte son conscientes generalmente de tales limitaciones, por lo que difieren de las licencias copyleft para el software. Algunas diferencias consisten, p.e., en distinguir entre la obra original y las copias (donde algunas condiciones imprescindibles del copyleft son aplicables solamente a las copias) o en descansar sobre ideas que son menos objetivas a la hora de poner en práctica (más como declaraciones de intenciones), por ejemplo, estipulando que el copyleft sea sujeto de consideración - en el mundo de los programadores la implementación del copyleft constituye en sí misma la máxima consideración que uno puede obtener. En otras palabras: en el arte el copyleft tiene que depender de nociones más generales referentes a los derechos de autor, las cuales son incluso más complejas (y más cambiantes entre países) que las leyes del copyright, como por ejemplo, los derechos morales, intelectuales, etc.

Al igual que el sistema de licencias Creative Commons compartir-igual, la Licencia de Documentación Libre de GNU permite a los autores establecer limitaciones en ciertas secciones de su trabajo, dejando exentas a algunas partes de su creación del mecanismo del copyleft completo. En el caso de la licencia GFDL, estas limitaciones incluyen el uso de secciones invariantes, que no pueden ser alteradas por futuros editores. Estos tipos de licencias copyleft parciales pueden ser utilizadas también fuera del contexto del arte: de hecho, ese era el propósito inicial para la GFDL, puesto que fue originalmente concebida como un mecanismo para apoyar la documentación de software (con copyleft). Sin embargo, puede ser utilizada para cualquier tipo de documento.

Muchos artistas aplican copyleft en su trabajo teniendo en mente que aquellos que lo copien y lo modifiquen de algún modo reconocerán el trabajo al artista inicial. Sin embargo, ésto puede traer problemas: el trabajo del artista podría utilizarse de manera contraria a su voluntad, p.e., poniendo una fotografía estándar en un cartel racista. Si el artista es reconocido, será entonces asociado aparentemente con un grupo y una ideología que tal vez no comparta. Asimismo, tampoco hay garantía de que se le atribuya el mérito de su trabajo cuando le gustaría.

Patentes[edit]

Las ideas del copyleft están siendo también sugeridas cada vez más para su aplicación en patentes (y por tanto, dependiendo de un marco legal de patentes en lugar de un marco de legal de derechos de autor). Ejemplos de estas iniciativas son los fondos de patentes abiertas que permiten el uso libre de royalties de patentes contribuidas al fondo bajo ciertas condiciones (como renunciar al derecho de solicitar nuevas patentes que no han sido contribuidas a dicho fondo). Sin embargo, esta iniciativa parece no haber despegado, tal vez porque las patentes son relativamente caras de obtener, mientras que los derechos de autor se obtienen de manera gratuita.

No obstante, puesto que la mayoría de creaciones con copyleft adquieren la característica de copyleft exclusivamente de las leyes del copyright, los mecanismos de patentes pueden amenazar las libertades que otorga el copyleft a dichas creaciones cuando se permite a las leyes de patentes anular a las de copyright, que podría ser el caso de las nuevas reglas referentes a patentes desarrolladas por la Unión Europea a principios del siglo XXI. No parece haber una respuesta fácil a tales amenzas, aunque generalmente se considera que las comunidades que desarrollan productos con copyleft no tienen ni los recursos ni la organización necesaria para los complejos trámites de patentes.

Explotación comercial de creaciones con copyleft[edit]

La explotación comercial de trabajos con copyleft difiere de la explotación comercial tradicional que se obtiene de los Derechos de Propiedad Intelectual. La explotación de trabajos con copyleft puede conseguirse, por ejemplo, construyendo un modelo de servicios--incluyendo asesoría y soporte--alrededor del trabajo con copyleft. Generalmente, se espera que un negocio "copyleft" genere unos beneficios económicos más bajos que un negocio que utilice trabajos privativos. Las empresas que trabajan con productos privativos pueden generar ingresos exclusivamente con las ventas, las licencias individuales y transferibles, y los lucrativos litigios sobre derechos del trabajo.

Desarrollo de productos industriales con copyleft[edit]

La competitividad de los trabajos con copyleft en los negocios puede parecer excesivamente débil, siendo incapaz de generar inversiones para investigación y desarrollo, ni de acaparar exclusivamente los beneficios obtenidos del resultado. Económicamente, el copyleft se considera el único mecanismo capaz de competir con las empresas monopolísticas que dependen de la explotación económica del copyright, marcas registradas y leyes de patentes. El copyleft permite a programadores voluntarios contribuir y sentirse involucrados en el desarrollo de software, formando parte de un proyecto mucho más grande, como el desarrollo del núcleo de un sistema operativo. Además, se aseguran de que cualquier derivado que surja de su esfuerzo en el futuro permanecerá accesible a ellos gracias al copyleft. Por consiguiente, el desarrollo de software con copyleft deja clara su intención de nunca ocultar o abusar de cualquier conocimiento que se aporte. A su vez, el copyleft también garantiza que las compañías y programadores que se deciden a colaborar no puedan crear sus propias versiones privativas del trabajo para tomar ventaja sobre otros. En su lugar, la competitividad se basa en otros aspectos del suministro de productos comerciales con copyleft.

Comercialización de productos industriales con copyleft[edit]

Los distribuidores comerciales de sistemas basados en Linux (como Red Hat y Mandrake) pueden haber tenido sus más y sus menos a la hora de encontrar una estrategia exitosa (o modelo de negocio) para sacar adelante sus negocios, pero con el tiempo ha quedado demostrado que es posible basar un negocio en un servicio comercial en torno a una creación con copyleft. Un ejemplo bien conocido es el de Mandrake, que fue una de las primeras compañías en tener éxito en la bolsa de valores tras la implosión de grandes partes del mercado de la Tecnología de la Información (TI) a principios del siglo XXI. La compañía también logró convencer a los organismos gubernamentales para cambiar a su distribución de Linux.

Sin embargo, y dejando a un lado raras excepciones como Debian, la mayoría de distribuidores de Linux no limitan su negocio al software con copyleft. Parece no haber una verdadera razón por la cual, la explotación de servicios comerciales en torno a creaciones con copyleft, no pudiera ser posible en negocios a pequeña escala. Dicha estrategia, como concepto de negocio, no sería más compleja que la de hacer dinero con una receta para preparar café de "dominio público", y que tan satisfactoriamente han sabido explotar los propietarios de muchas cafeterías. UserLinux, un proyecto de Bruce Perens, apoya la aparición de tales negocios a pequeña escala basados en software libre, es decir, programas informáticos con copyleft o con algún otro tipo de licencia libre. El sitio web de UserLinux expone algunos casos de estudio así como historias que han tenido éxito en tales negocios.

Comercialización de arte con copyleft[edit]

En arte, el concepto de "servicio comercial en torno a una creación con copyleft" puede ser (incluso) más difícil de poner en práctica que en el desarrollo de software. Las representaciones públicas podrían ser consideradas como una de las pocas posibilidades de proporcionar dichos "servicios".

La industria de la música, por ejemplo, parece haber encontrado un obstáculo a su desarrollo en los programas de intercambio de ficheros en redes P2P. La Fundación de la Frontera Electrónica (Electronic Frontier Foundation, EFF) propone algunas sugerencias para resolver este problema:

Licenciamiento voluntario colectivo: Suena obvio: las principales casas discográficas podrían reunirse y ofrecer unas licencias justas y no discriminatorias para su música. A ésto se le llama "licenciamiento voluntario colectivo", y es lo que se lleva practicando 70 años para mantener legal la radio y al mismo tiempo remunerar a los compositores. Protege a las estaciones de posibles pleitos mientras reúne el dinero por las canciones que éstas reproducen.

Licencias individuales obligatorias: Si a los artistas, compositores, y titulares de derechos de autor se les exigiera permitir la copia on-line a cambio de unos honorarios fijados por el gobierno, las compañías podrían arreglárselas sin problemas para reunir dichos honorarios, hacer la contabilidad, y remitirlos a los artistas. El pago a cada artista no tiene que reflejar directamente lo que paga cada consumidor, siempre que el total entre todos los artistas y consumidores quede equilibrado. (...)

Compartir los ingresos por publicidad: Sitios como Internet Underground Music Archive, EMusic.com, Soundclick, y Artistdirect.com ponen a disposición de los fans un espacio donde escuchar flujos de música (streaming), descargar ficheros, y ponerse en contacto con los artistas. Mientras tanto, estos fans ven publicidad cuyos beneficios se reparten entre el propio sitio y los titulares de los derechos de autor.

Suscripciones P2P: Algunos vendedores de software P2P podrían empezar a cobrar por su servicio. Los amantes de la música podrían pagar una cantidad fija por el software o por cada canción descargada. Los fondos podrían ser distribuidos a los artistas y titulares de derechos de autor mediante acuerdos de licencia con los estudios o firmas discográficas o a través de licencias obligatorias. En 2001, Napster se planteó este servicio de suscripción. Aunque las batallas legales de Napster contra la industria del disco lo dejaron fuera de juego, (junto con muchos otros sitios y sistemas P2P), los servicios de suscripción (como el iTunes Music Store de Apple) muestran que los consumidores están dispuestos a pagar por la música que descargan.

Patrocinio digital y propinas on-line: La contribución directa de los amantes de la música es una manera muy antigua de compensar a los artistas. Puesto que el contenido se ha transformado en digital, así debe hacerlo también la forma de pago. Con un bote de propinas on-line como el Amazon Honor System, los artistas pueden pedir donaciones directamente desde sus páginas web, en cantidades tan pequeñas como un dólar. Los sitios que ofrecen patrocinio como MusicLink y QuidMusic emergen con este propósito permitiendo a los consumidores seleccionar a los músicos y compositores que les gustaría apoyar. De cualquier forma, se proporciona a los consumidores un método fácil y seguro para dar dinero directamente a los artistas que admiran.

Impuestos por ancho de banda: Algunas personas han propuesto a los ISPs como puntos de recaudación por el intercambio P2P. Todo usuario de Internet obtiene acceso web a través de un ISP. La mayoría mantiene también un acuerdo financiero regular con alguno de ellos. A cambio de protección contra posibles pleitos o juicios, los ISPs podrían vender cuentas "autorizadas" (con un cargo extra) a los usuarios de P2P.

Tarifas sobre los medios: Otro lugar donde generar ingresos es en los medios físicos que se utilizan para almacenar la música. Canadá y Alemania gravan todos los discos grabables y distribuyen luego los fondos entre los artistas. En Estados Unidos tienen discos grabables con derechos pagados y discos de datos. Es difícil pagar a los artistas de forma precisa con este sistema por sí solo, pero otros datos (como estadísticas de las redes P2P, por ejemplo) podrían ayudar a la hora de hacer más justo el desembolso de los fondos.

Conciertos: Está comprobado, los conciertos son una enorme fuente de ingresos para los artistas. Algunos, como las bandas Grateful Dead y Phish, han construido sus carreras alrededor de sus giras, al mismo tiempo que animaban a sus fans a grabar e intercambiar su música. El P2P encaja a la perfección con este modelo, constituyendo un sistema de distribución y promoción para aquellas bandas que eligen ganarse la vida en la carretera.

Algunos se muestran más firmes sobre el comercio de ideas y dicen: "La propiedad 'intelectual' no funciona igual que la propiedad material. Si yo te doy un objeto físico dejo de poder usar y controlar dicho objeto, y puedo pedir algo a cambio, algún tipo de pago o compensación. En cambio, cuando te doy una idea, no pierdo nada. Aún puedo utilizar esa idea como desee. No necesito pedir nada a cambio."

Algunos artistas usan licencias copyleft, como la licencia Creative Commons del tipo Reconocimiento-NoComercial-CompartirIgual, que no permiten un uso comercial. De esta manera, pueden escoger vender sus creaciones sin tener que competir con otras copias en venta del mismo trabajo.

Véase también[edit]

Licencias y términos de distribución[edit]

La cultura y el conocimiento libres[edit]

Enlaces externos[edit]