Debe introducir al menos 3 caracteres en el buscador.
Inicio / Wikis / Cursos gratis / Software libre para una sociedad libre - Copyleft: idealismo pragmatico

Software libre para una sociedad libre - Copyleft: idealismo pragmatico

 ***** (4 opiniones)
Copyright Curso gratis de Richard M. Stallman - 17 de Diciembre de 2005
Temas Relacionados: LinuxUnixGNU
70. Copyleft: idealismo pragmatico
Toda decisión que una persona toma entronca con sus valores y objetivos. La gente pude tener objetivos y valores muy distintos: la fama, el dinero, el amor, la supervivencia, la diversión y la libertad sólo son algunos de los objetivos que una buena persona puede tener. Cuando el objetivo también es ayudar a los otros y a uno mismo, lo llamamos idealismo.
Mi trabajo con el software libre está motivado por un objetivo idealista: difundir la libertad y la cooperación. Quiero promover la difusión del software libre, sustituyendo al software propietario que prohíbe la cooperación, para de este modo mejorar nuestra sociedad.
Esa es la razón principal de que la Licencia Pública General de GNU esté escrita tal y como lo está —como copyleft. Todo código añadido a programas protegidos por la GPL debe ser software libre, incluso si se coloca en un archivo separado. Hago que mi código esté disponible como software libre y no como software propietario, para animar a otra gente que escribe software a que también lo haga. Supongo que como los desarrolladores de software propietario utilizan el copyright para que no podamos compartir, los que cooperamos podemos usar el copyright para dar a otros que cooperan una ventaja propia: la de usar nuestro código.
No todos los que usan GNU GPL tienen este objetivo. Hace muchos años, a un amigo mío le pidieron que redistribuyera un programa copyleft en condiciones que no eran copyleft, y respondió más o menos así: «A veces trabajo con software libre y otras con software propietario pero cuando trabajo con software propietario, espero que me paguen».
Quería compartir su trabajo con una comunidad que compartiese software, pero no veía ninguna razón para hacer una donación a un negocio que fabrica productos fuera del alcance de nuestra comunidad. Su objetivo era diferente del mío, pero decidió que GNU GPL también era útil para su objetivo.
Si quieres lograr algo en este mundo, el idealismo no es suficiente —necesitas escoger un método que funcione para conseguir tu objetivo—. En otras palabras, necesitas ser «pragmático». ¿Es pragmática la GPL? Echemos un vistazo a sus resultados.
Consideremos GNU C++. ¿Por qué tenemos un compilador libre C++? Sólo porque la GNU GPL dicta que tiene que ser libre. GNU C++ fue desarrollado por un consorcio industrial, MCC, a partir del compilador GNU C. Normalmente la MCC hace su trabajo todo lo propietario que puede. Pero hicieron el front end2 C++ con software libre porque la GNU GPL dictaba que era el único modo en que podían publicarlo. El fron end C++ incluía muchos archivos nuevos, pero dado que supuestamente tenían que estar relacionados con GCC,3 la GPL encajaba en ellos. El beneficio para nuestra comunidad fue evidente.
Consideremos GNU Objective C. Inicialmente NeXT4 quiso hacer propietario este front end; propusieron que se lanzara como un archivo «.o», y dejar que los usuarios lo enlazaran con el resto de GCC, pensando que esta sería una aproximación a las exigencias de la GPL, pero nuestro abogado dijo que esto no salvaba los requerimientos legales, que no estaba permitido. Por eso hicieron libre el front end Objective C.
Estos casos tuvieron lugar hace años, pero la GNU GPL sigue proporcionándonos más software libre.
Muchas bibliotecas de GNU están protegidas por la licencia pública general para bibliotecas, pero no todas. Una biblioteca de GNU protegida por la licencia GPL normal es Readline, que implementa la edición de líneas de comandos. Una vez encontré un programa no libre que estaba diseñado para usar Readline, y le dije al desarrollador que esto no estaba permitido. Podría haber eliminado del programa la edición de líneas de comandos, pero lo que hizo en realidad fue redistribuirlo bajo GPL. Ahora es software libre.
Los programadores que escriben mejoras para GCC —o Emacs, o Bash, o Linux, o cualquier programa protegido por la GPL— frecuentemente son empleados de empresas o universidades. Cuando el programador quiere devolver sus mejoras a la comunidad y muestra su código en la siguiente publicación, el jefe le dirá:

Espera un momento. ¡Tu código nos pertenece! No queremos compartirlo; hemos decidido convertir tu versión mejorada en un producto de software propietario.
Aquí la GNU GPL viene a nuestro rescate. El programador enseña al jefe que este producto de software propietario infringiría el copyright y el jefe se da cuenta de que sólo tiene dos opciones: publicar el nuevo código como software libre o no publicarlo en absoluto. Casi siempre permite que el programador haga lo que pretendía desde el principio y el código irá incluido en el siguiente lanzamiento.
La GNU GPL no es una hermanita de la caridad. Impide algunas cosas que la gente a veces quiere hacer. Hay usuarios que dicen que esto es un mal asunto —que la GPL «excluye» a algunos creadores de software propietario que «es necesario introducir en la comunidad del software libre».
Pero nosotros no los excluimos de nuestra comunidad; ellos eligen no entrar. Su decisión de hacer software propietario es una decisión de mantenerse fuera de nuestra comunidad. Estar en nuestra comunidad significa unirse a nosotros por medio de la cooperación; no podemos «introducirlos en nuestra comunidad» si ellos no quieren unirse.
Lo que podemos hacer es ofrecerles un aliciente para unirse. La GNU GPL está diseñada para hacer de nuestro software disponible un aliciente: «si haces libre tu software, puedes usar este código». Por supuesto, no te ganas a todos, pero a veces te ganas a algunos.
El desarrollo del software propietario no ayuda a nuestra comunidad, pero a menudo sus creadores quieren donaciones de nuestra parte. Los usuarios de software libre pueden proporcionar autoestima —reconocimiento y gratitud— a los creadores de software libre, pero también puede ser muy tentador cuando una empresa te dice: «¡Tú deja simplemente que metamos tu paquete en nuestro programa propietario y tu programa lo usarán muchos miles de personas!» La tentación pude ser poderosa, pero a largo plazo todos estaremos en mejor situación si nos resistimos a ella. La tentación y la presión resultan difíciles de reconocer si llegan de forma indirecta, a través de organizaciones de software libre que han adoptado una política de provisión de software propietario. El X Consortium —y su sucesor, el Open Group— ofrece un ejemplo: financiados por compañías que producían software propietario, se han afanado, durante una década, en persuadir a los programadores de que no usen copyleft. Ahora que el Open Group ha hecho de X11R6.4 software no libre, los que resistimos esa presión estamos encantados de haber aguantado.5
En términos prácticos, pensar en objetivos a largo plazo reforzará tu voluntad de resistir a esta presión. Si piensas en la libertad y en la comunidad que puedes construir permaneciendo firme, encontrarás la fuerza para hacerlo. «Resiste por algo o caerás por nada».
Y si los cínicos ridiculizan la libertad, si ridiculizan a la comunidad... si los «implacables realistas» dicen que las ganancias son el único ideal... simplemente ignóralos y sigue usando el copyleft.
Tabla de contenidos
  1. 1 - Nota a la edición
  2. 2 - EL PROYECTO GNU
  3. 3 - La primera comunidad que comparte software
  4. 4 - EL colapso de la comunidad
  5. 5 - Una elección moral radical
  6. 6 - Libre en su acepción de libertad
  7. 7 - El software GNU y el Sistema GNU
  8. 8 - Los inicios del proyecto
  9. 9 - Los primeros pasos
  10. 10 - GNU Emacs
  11. 11 - ¿Un programa es libre para cualquier usuario?
  12. 12 - El Copyleft y la GNU GPL
  13. 13 - La Free Software Foundation
  14. 14 - Los servicios relacionados con el software libre
  15. 15 - Los objetivos técnicos
  16. 16 - La donación de ordenadores
  17. 17 - La lista de tareas de GNU
  18. 18 - La librería GNU GPL
  19. 19 - ¿Un reto personal?
  20. 20 - Acontecimientos inesperados
  21. 21 - El GNU Hurd
  22. 22 - Alix
  23. 23 - Linux y GNU/Linux
  24. 24 - Los retos futuros
  25. 25 - Hardware secreto
  26. 26 - Librerías no libres
  27. 27 - Patentes de software
  28. 28 - Documentación libre
  29. 29 - Es necesario hablar de libertad
  30. 30 - «Open Source» (código fuente abierto)
  31. 31 - ¡Inténtalo!
  32. 32 - Notas
  33. 33 - EL MANIFIESTO GNU
  34. 34 - ¿Qué es GNU? ¡Gnu No es Unix!
  35. 35 - Por qué... GNU
  36. 36 - Notas
  37. 37 - LA DEFINICIÓN DE SOFTWARE LIBRE
  38. 38 - Por qué el software no debe tener propietarios
  39. 39 - Notas
  40. 40 - ¿QUÉ ENCIERRA UN NOMBRE?
  41. 41 - Notas
  42. 42 - Por qué software libre es mejor que open source
  43. 43 - Relación entre el movimiento del software libre
  44. 44 - Comparación de los dos términos
  45. 45 - ¿Podría ayudar una marca registrada?
  46. 46 - Malentendidos del «open source»
  47. 47 - Notas
  48. 48 - Cómo promover el software libre si trabajas en la universidad
  49. 49 - Notas
  50. 50 - Vender software libre
  51. 51 - EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE
  52. 52 - La canción del software libre
  53. 53 - El derecho a leer
  54. 54 - MALINTERPRETAR EL COPYRIGHT
  55. 55 - El copyright en la Constitución de los Estados Unidos
  56. 56 - El «contrato2 de copyright»
  57. 57 - El primer error: «equilibrar la balanza»
  58. 58 - ¿Qué se contraequilibra?
  59. 59 - Mejor concesión que «equilibrio»
  60. 60 - El segundo error: maximizar la producción
  61. 61 - La retórica de la maximización
  62. 62 - El tercer error: maximizar el poder de los editores
  63. 63 - Resultados de los tres errores
  64. 64 - Encontrar el contrato adecuado
  1. 65 - Una nota personal
  2. 66 - Notas
  3. 67 - La ciencia debe desachar el copy right
  4. 68 - ¿Qué es el copy Left?
  5. 69 - Notas
  6. 70 - Copyleft: idealismo pragmatico
  7. 71 - Notas
  8. 72 - El peligro de las patentes de software
  9. 73 - Evitar la patente
  10. 74 - Obtener la licencia de la patente
  11. 75 - Revocar la patente en un juicio
  12. 76 - Notas
  13. 77 - ¿Pues confiar en tu ordenador?
  14. 78 - Postcriptum
  15. 79 - porque el software debe ser libre
  16. 80 - Cómo los propietarios justifican su poder
  17. 81 - El argumento en contra de la propiedad del software
  18. 82 - El perjuicio ocasionado por obstaculizar el software
  19. 83 - Obstaculizar el uso de programas
  20. 84 - La cohesión social dañada
  21. 85 - Obstruir la adaptación personalizada de programas
  22. 86 - Obstaculizar el desarrollo del software
  23. 87 - No importa cómo se restringe el acto de compartir
  24. 88 - El software debería ser libre
  25. 89 - Por qué la gente desarrollara software
  26. 90 - Programar es divertido
  27. 91 - Financiar el software libre
  28. 92 - ¿Qué deben los usuarios a los desarrolladores?
  29. 93 - ¿Qué es la productividad del software?
  30. 94 - ¿Es inevitable la competencia?
  31. 95 - «¿Por qué no nos vamos a Rusia?»
  32. 96 - La cuestión de las premisas
  33. 97 - Conclusión
  34. 98 - Notas
  35. 99 - Copyright y globalización en la era de las redes informaticas
  36. 100 - La historia del copyright
  37. 101 - Globalización
  38. 102 - Repensar el copyright
  39. 103 - Turno de preguntas
  40. 104 - Notas
  41. 105 - Software libre: libertad y cooperación
  42. 106 - Software libre: libertad y cooperación (I)
  43. 107 - Software libre: libertad y cooperación (II)
  44. 108 - Turno de preguntas
  45. 109 - Notas
  46. 110 - APÉNDICE A: Licencia Pública General GNU
  47. 111 - Términos y condiciones para la copia, distribución y modifica
  48. 112 - Apéndice. Cómo aplicar estos términos a sus nuevos pro
  49. 113 - APÉNDICE B: Licencia Pública General Menor
  50. 114 - Términos y condiciones para la copia, distribución y modifica
  51. 115 - Cómo aplicar estos términos a sus nuevas bibliotecas
  52. 116 - APÉNDICE C: Licencia de Documentación Libre GNU
  53. 117 - Aplicabilidad y definiciones
  54. 118 - Copia literal
  55. 119 - Copia en cantidades masivas
  56. 120 - Modificaciones
  57. 121 - Combinar documentos
  58. 122 - Colecciones de documentos
  59. 123 - Combinación con trabajos independientes
  60. 124 - Traducción
  61. 125 - Nulidad
  62. 126 - Futuras revisiones de esta licencia
  63. 127 - Addenda
Autor y licencia de 'Software libre para una sociedad libre - Copyleft: idealismo pragmatico'
Richard M. Stallman Extraído de: http://sindominio.net/biblioweb/pensamiento/softlibre/ Copyright
Este contenido ha sido recopilado por el equipo de Wikilearning. Todo el contenido recopilado se ha obtenido respetando y comunicando en nuestro site la licencia de cada fuente.
Wikilearning tiene permiso expreso por escrito de los autores para publicar los contenidos que ha extraído de otras webs, incluyendo su uso comercial.

Wikis relacionados con 'Software libre para una sociedad libre - Copyleft: idealismo pragmatico'

A día de hoy, mucha gente ha oído hablar de Linux y sabe que es... Más »
Este libro fue escrito originalmente con la intención de servir como argumento teorico a un... Más »
El libre comercio es una tendencia que se ha generalizado a nivel global y es... Más »
Este documento constituye un ensayo sobre la aplicación del modelo de desarrollo del software libre... Más »
El borrador de la nueva Ley de Propiedad Intelectual podría bloquear la libertad de Innovación... Más »
¿Estás seguro de que deseas eliminar este capítulo?