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

81 - El argumento en contra de la propiedad del software

Curso gratis creado por Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/

17 de Diciembre de 2005

< anterior | 1 ... 79 80 81 82 83 84 85 ... 127 | siguiente >

La pregunta que se nos plantea es: «¿debería el desarrollo del software estar vinculado a la existencia de propietarios que restrinjan su uso?»

---

Para resolver este problema, tenemos que evaluar el efecto en la sociedad de cada una las dos opciones independientemente: el efecto de desarrollar software —sin tener en cuenta la manera en que se redistribuye— y el efecto de restringir su uso —suponiendo que el software ha sido desarrollado. Si una de estas actividades es beneficiosa y la otra es perjudicial, deberíamos deshacernos de esta doble actividad y utilizar sólo la beneficiosa.

---

En otras palabras, si restringir la distribución de un programa ya desarrollado es perjudicial para la sociedad en su conjunto, entonces un desarrollador de software con una orientación ética debería rechazar esta opción.

---

Para determinar el efecto de restringir el derecho a compartir, necesitamos comparar los beneficios para la sociedad de un programa restringido —propietario— con los que ofrece ese mismo programa accesible a todo el mundo. Esto significa comparar dos mundos posibles.

---

Este análisis también tiene en cuenta el contra-argumento, a veces defendido, de que «los beneficios que se proporcionan al vecino al darle una copia de un programa se cancelan por el perjuicio provocado al propietario». Este contra-argumento presupone que el perjuicio y el beneficio son iguales en magnitud. El análisis implica la comparación de ambas magnitudes y muestra que el beneficio es mucho mayor que el perjuicio.

---

Para clarificar todo esto, vamos a aplicarlo a otro ámbito: la construcción de carreteras.

---

Pudiera ser que la financiación para construir todas las carreteras proviniese de los peajes. En consecuencia, nos encontraríamos puntos de peaje en cada esquina. Un sistema de este tipo generaría incentivos a la hora de mejorar las carreteras. También tendría la virtud de obligar a los usuarios de una determinada carretera a que pagasen por ella. Sin embargo, un punto de peaje es un obstáculo artificial para una circulación fluida —artificial, porque no es una consecuencia derivada del funcionamiento de los coches o de las carreteras.

---

Si comparamos la utilidad de las carreteras libres y de la carreteras con peaje, encontramos que —siendo iguales en todo—, las carreteras sin puntos de peaje son más baratas de construir, más baratas de administrar y más eficientes.3 En un país pobre, el peaje podría provocar que algunas carreteras fuesen inaccesibles a muchos ciudadanos. De manera que las carreteras sin peajes ofrecen mayores beneficios a la sociedad y un coste menor; por lo tanto son preferibles para la sociedad. De este modo, la sociedad debería elegir financiar las carreteras de otra forma, y no mediante peajes. El uso de las carreteras, una vez construidas, debería ser gratuito.

---

Cuando los defensores de los peajes, los presentan como meros recaudadores de fondos, distorsionan la elección que existe de verdad. Los peajes incrementan los fondos públicos, pero hacen algo más: degradan, de hecho, la carretera. La carretera de peaje no es tan buena como la carretera libre; que se nos proporcionen más carreteras o carreteras técnicamente superiores puede muy bien no ser una mejora si implica sustituir carreteras libres por carreteras de peaje.

---

Por supuesto, la construcción de una carretera gratuita cuesta dinero, que de alguna manera la gente debe pagar. Sin embargo, esto no implica la inevitabilidad de los peajes. Nosotros, que en ambos casos pagamos, obtendremos mayores beneficios de nuestro dinero si compramos una carretera gratuita.

---

No quiero decir que una carretera de peaje sea peor que la ausencia de carreteras. Eso sería verdad si el peaje fuese tan alto que casi nadie pudiese usarla —pero esta es una política improbable para un recaudador de impuestos. Sin embargo, en tanto que los peajes suponen pérdidas de tiempo y molestias considerables, es mejor conseguir el dinero de una manera menos obstructora.

---

Para aplicar este mismo argumento al desarrollo del software, mostrará ahora que introducir «peajes» en el software le cuesta caro a la sociedad: hace que se encarezca la construcción de los programas, encarece la distribución y los hace menos satisfactorios y eficientes con relación a su uso. De lo que se deduce que la construcción de programas debería promoverse de alguna otra forma. Más tarde, continuará explicando otros métodos de promoción y —hasta donde sea de verdad necesario— financiación del desarrollo de software.

< anterior | 1 ... 79 80 81 82 83 84 85 ... 127 | siguiente >

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

Anuncios Google

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

Curso gratis de Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/