Capitulos de este wiki
  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
  65. 65 Una nota personal
  66. 66 Notas
  67. 67 La ciencia debe desachar el copy right
  68. 68 ¿Qué es el copy Left?
  69. 69 Notas
  70. 70 Copyleft: idealismo pragmatico
  71. 71 Notas
  72. 72 El peligro de las patentes de software
  73. 73 Evitar la patente
  74. 74 Obtener la licencia de la patente
  75. 75 Revocar la patente en un juicio
  76. 76 Notas
  77. 77 ¿Pues confiar en tu ordenador?
  78. 78 Postcriptum
  79. 79 Porque el software debe ser libre
  80. 80 Cómo los propietarios justifican su poder
  81. 81 El argumento en contra de la propiedad del software
  82. 82 El perjuicio ocasionado por obstaculizar el software
  83. 83 Obstaculizar el uso de programas
  84. 84 La cohesión social dañada
  85. 85 Obstruir la adaptación personalizada de programas
  86. 86 Obstaculizar el desarrollo del software
  87. 87 No importa cómo se restringe el acto de compartir
  88. 88 El software debería ser libre
  89. 89 Por qué la gente desarrollara software
  90. 90 Programar es divertido
  91. 91 Financiar el software libre
  92. 92 ¿Qué deben los usuarios a los desarrolladores?
  93. 93 ¿Qué es la productividad del software?
  94. 94 ¿Es inevitable la competencia?
  95. 95 « ¿Por qué no nos vamos a Rusia?»
  96. 96 La cuestión de las premisas
  97. 97 Conclusión
  98. 98 Notas
  99. 99 Copyright y globalización en la era de las redes informaticas
  100. 100 La historia del copyright
  101. 101 Globalización
  102. 102 Repensar el copyright
  103. 103 Turno de preguntas
  104. 104 Notas
  105. 105 Software libre: libertad y cooperación
  106. 106 Software libre: libertad y cooperación (I)
  107. 107 Software libre: libertad y cooperación (II)
  108. 108 Turno de preguntas
  109. 109 Notas
  110. 110 APÉNDICE A: Licencia Pública General GNU
  111. 111 Términos y condiciones para la copia, distribución y modifica
  112. 112 Apéndice. Cómo aplicar estos términos a sus nuevos pro
  113. 113 APÉNDICE B: Licencia Pública General Menor
  114. 114 Términos y condiciones para la copia, distribución y modifica
  115. 115 Cómo aplicar estos términos a sus nuevas bibliotecas
  116. 116 APÉNDICE C: Licencia de Documentación Libre GNU
  117. 117 Aplicabilidad y definiciones
  118. 118 Copia literal
  119. 119 Copia en cantidades masivas
  120. 120 Modificaciones
  121. 121 Combinar documentos
  122. 122 Colecciones de documentos
  123. 123 Combinación con trabajos independientes
  124. 124 Traducción
  125. 125 Nulidad
  126. 126 Futuras revisiones de esta licencia
  127. 127 Addenda

Software libre para una sociedad libre - Obtener la licencia de la patente

74 - Obtener la licencia de la patente

Curso gratis creado por Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/
17 de Diciembre de 2005
La segunda posibilidad consiste en conseguir una licencia para la patente en lugar de evitar la patente. Esta no es necesariamente una opción. El dueño de la patente no tiene por qué ofrecerte la licencia, no es obligatorio. Hace diez años, la Liga para la Libertad de Programación recibió una carta pidiendo ayuda para alguien cuyo pequeño negocio estaba fabricando máquinas tragaperras para los casinos, que ya entonces usaban ordenadores. Este alguien recibió una amenaza de otra empresa que decía: «Tenemos una patente. No se os permite hacer esto. ¡Cerrad!».
Le eché un vistazo a esa patente. Cubría la tenencia de una serie de ordenadores en red para instalar juegos, de modo que cada ordenador proveía más de un juego y te permitía jugar a más de un juego a la vez.
Os parecerá que la oficina de patentes de verdad piensa que es algo brillante hacer cualquier cosa más de una vez. No se dan cuenta de que en la ciencia informática esta es la forma más obvia de generalizar algo. Lo hiciste una vez, luego ahora lo puedes hacer varias veces, puedes crear una subrutina. Piensan que si haces algo más de una vez, de algún modo significa que eres brillante, que posiblemente nadie pueda discutir contigo y que tienes derecho a mandar.
De todos modos, a esta persona no le ofrecieron la licencia. Tuvo que cerrar. Ni siquiera podía permitirse ir a juicio. Yo diría que esa patente en concreto era una idea obvia. Es posible que un juez hubiera estado de acuerdo, pero nunca lo sabremos porque esta persona no se podía permitirse ir a juicio.
Sin embargo, muchos dueños de patentes ofrecen licencias. Aunque a menudo cobran mucho dinero por ello. La compañía que daba licencias para la patente del cálculo en orden natural pedía un cinco por ciento de los ingresos brutos por cada hoja de cálculo vendida en los EE.UU. Me han dicho que ese era el precio barato, anterior a la demanda —si de verdad te demandaban y ganaban, te exigían más.
Quizás puedas permitirte ese cinco por ciento por la licencia de esa patente, pero ¿y si necesitas la licencia de veinte patentes para desarrollar el programa? La gente del sector me dijo que, prácticamente, dos o tres licencias como esa harían inviable cualquier negocio.
Existe una situación en la que obtener una licencia por el uso de la patente es una solución muy buena. Es lo que ocurre si eres una megacorporación multinacional. Puesto que estas empresas poseen muchas patentes y se intercambian las licencias entre ellas, se libran de gran parte del daño que el sistema de patentes provoca y sólo perciben las cosas buenas.
IBM publicó un artículo en la revista Think —creo que era el número cinco de 1990— sobre el catálogo de patentes de IBM, en éste se exponía que IBM percibía dos tipos de beneficios en concepto de sus 9.000 patentes en EE.UU. —creo que el número es mayor hoy en día. Estos eran, en primer lugar, los ingresos por royalties, y en segundo lugar, «el acceso a las patentes de otros». Decían que el segundo beneficio era de mayor magnitud. De tal forma que el beneficio que IBM percibía por tener permiso de usar las ideas patentadas por otros era diez veces el beneficio directo que IBM percibía por ofrecer licencias.
¿Qué significa esto realmente? ¿Qué beneficio percibe IBM de su «acceso a las patentes de otros»? Esencialmente es el beneficio de estar exento de los problemas que el sistema de patentes puede causarle. El sistema de patentes es como la lotería: lo que ocurre con una patente determinada puede no ser nada, puede ser un golpe de suerte para algún dueño de una patente o un desastre para todos los demás. Pero IBM es una empresa demasiado grande, le compensa. Ellos pueden estimar el promedio de ventajas y desventajas del sistema de patentes. Para ellos, los problemas del sistema de patentes podrían haber sido diez veces mayores que las ventajas.
Digo «podrían haber sido» porque a través del intercambio de patentes se evitan experimentar esos problemas. Esos problemas sólo son potenciales, en realidad no les afectan. Pero cuando miden los beneficios de evitarlos, lo estiman en diez veces el valor del dinero que ingresan por sus patentes.
Este fenómeno del intercambio de licencias desmiente un mito común, el mito del «genio famélico», el mito de que las patentes «protegen» al «pequeño inventor». (Son términos propagandísticos. No deberíais usarlos.)
La historia es como sigue: imagina que existe un «brillante» diseñador de lo que sea. Imagina que se ha pasado «años de privaciones en el desván» diseñando un nuevo y maravilloso prototipo y ahora quiere fabricarlo. ¿No es una vergüenza que las grandes empresas vayan a competir con él, que se queden con todo el negocio y él «pase hambre»?
Debo precisar que normalmente aquellos que trabajan en el sector de las tecnologías de vanguardia no trabaja por su cuenta, que las ideas no salen de la nada —están basadas en las ideas de otros— y que, hoy por hoy, esta gente tiene muy buenas oportunidades de conseguir un trabajo si lo necesita. Así que este cuento —la idea de que una idea brillante venga una persona que trabaja sola— no es realista, al igual que la idea de que se encuentre en riesgo de pasar hambre.
Pero sí se puede concebir que alguien tenga una idea y que esta idea junto con otras 100 o 200 ideas pueda ser la base para la fabricación de algún tipo de producto, y que las grandes compañías podrían querer competir con esta persona. Así que veamos qué pasa si esa persona intenta usar una patente para impedírselo. Él dice: «Ah, no, IBM, no puedes competir conmigo. Tengo esta patente». IBM dice: «Veamos. Echemos un vistazo a tu producto. Hmmm. Tengo esta patente, y esta otra, y esta otra y esta otra y esta otra y esta otra, que han sido violadas por algunas partes de tu producto. Si crees que puedes luchar contra todas ellas en un juicio, volveré y encontraré unas cuantas más. Así que, ¿por qué no intercambias tus licencias con las mías?». Y entonces el brillante pequeño inventor dice, «bueno, vale, las intercambio». Entonces puede volver y fabricar este maravilloso lo-que-sea, pero también puede hacerlo IBM. IBM obtiene «acceso» a su patente y el derecho a competir con él, lo que quiere decir que esta patente no le «protegió» en absoluto. El sistema de patentes no hace eso, en realidad.
Las megacorporaciones evitan, en su mayoría, el daño del sistema de patentes; principalmente ven la cara buena. Por eso quieren tener patentes de software: son las únicas que se beneficiarán de ello. Pero si eres un pequeño inventor o trabajas para una pequeña empresa, la pequeña empresa no será capaz de hacer esto. Lo intentan. El problema es que las pequeñas empresas no pueden conseguir suficientes patentes para hacer que todo el mundo intercambie sus licencias con ellas.
Cualquier patente apunta a una cierta dirección. De modo que si una pequeña empresa tiene patentes que apuntan allí, y allí, y allí, y alguien por allí [Stallman señala a otro sitio] les señala un patente y dice dame tu dinero, la empresa pequeña está desamparada. IBM puede hacerlo, porque con 9.000 patentes apuntan a todas partes, no importa dónde estés, probablemente haya una patente de IBM que te señale. Así que IBM casi siempre puede hacerte intercambiar la licencia. Las empresas pequeñas ocasionalmente pueden hacer que alguien les intercambie las suyas. Dirán que quieren las patentes para fines defensivos, pero no conseguirán las suficientes para defenderse a sí mismas.
Hay casos en que ni siquiera IBM puede hacer que alguien le intercambie sus licencias. Esto ocurre cuando hay una compañía cuyo único negocio es tomar una patente y exprimirle a la gente dinero. La empresa que tenía la patente del orden natural de cálculo era exactamente este tipo de empresa. Su único negocio era amenazar a la gente con una demanda e ingresar dinero de gente que estaba creando algo de verdad.
No hay patentes sobre los procedimientos legales. Supongo que los abogados comprenden qué lata sería tener que tratar ellos mismos con el sistema de patentes. El resultado es que no hay forma de obtener una patente para hacer que tal compañía intercambie sus licencias contigo. Así que van por ahí exprimiendo a todo el mundo. Pero supongo que empresas como IBM se imaginan que es parte del precio de hacer negocios, así que pueden vivir con ello.
Así que esta es la opción de obtener una licencia de patente, que puede ser posible o no, según seas capaz de permitírtelo o no —lo cual nos conduce a la tercera posibilidad.

4 opiniones

Bueno.

Esta my bueno las tematicas que se tratan en este documento. En este momento yo estoy haciendo un trabajo sobre el software libre y el software propietario, en concreto debo de hacer una comparacion etica... Si me pudieran dar otros caminos donde encontrar mas informacion.
Software libre para una sociedad lobre.

Una fuente abierta al optimismo y la libertad.
Lo normal.

Comparto las opiniones del articulo y pienso que tenemos que estimular alas personas a usar y producir software de una forma diferente a como se biene haciendo. Tenemos que detenernos un poco a reflexionar sobre estas cosas. Felicitaciones.
El soldado hexagonal.

No es una coincidencia la distribución penta-hexagonal del balón de fútbol. 12 pentágonos, que representan los territorios de poder. 20 hexágonos, que representan las colonias del poder unipolar. Si tenemos la superficie del globo terraqueo y dividimos esa superficie en 32 partes equivalentes, tendremos una perfecta distribución unipolar. El soldado pentagonal habla tres idiomas. Debemos enseñar al soldado hexagonal a hablar: su idioma nativo (español), ingles y portugues-brazilero. ¿que más le podemos enseñar?.

Cursos gratis relacionados con 'Software libre para una sociedad libre'

Un exhaustivo conjunto de ensayos y artículos que recorren la década de 1990 y los... Más »
Las tecnologías de distribución de información están cambiando como no lo habían hecho nunca antes... Más »
En este artículo nos ocupamos en primer lugar, someramente, de los síntomas de crisis... Más »
Cómo los grandes medios usan la tecnología y las leyes para encerrar la cultura y... Más »
Un sistema informático utiliza ordenadores para almacenar datos, procesarlos y ponerlos a disposición de quien... Más »

Autor y licencia de 'Software libre para una sociedad libre'


Curso gratis de Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/ CopyLeft
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.