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

51 - El software libre necesita documentación libre

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

17 de Diciembre de 2005

< anterior | 1 ... 49 50 51 52 53 54 55 ... 127 | siguiente >

La mayor deficiencia en los sistemas operativos libres no se encuentra en el software, sino en la falta de buenos manuales libres que podamos incluir en esos sistemas. Muchos de nuestros programas más importantes no vienen acompañados de manuales completos. La documentación es una parte esencial de cualquier paquete de software; cuando un paquete de software libre relevante no está acompañado de un manual libre, se da una tremenda laguna. Hoy en día tenemos muchas de estas lagunas.

---

Érase una vez, hace muchos años, pensé «voy a aprender Perl». Conseguí una copia de un manual libre, pero lo encontré difícil de leer. Cuando pedí a los usuarios de Perl que me dieran alternativas, me dijeron que había mejores manuales de introducción, pero estos no eran libres.

---

¿Qué ocurría? Los autores habían escrito buenos manuales para O´Reilly Associates, que los editó con condiciones restrictivas —no se podían copiar ni modificar, y los archivos originales no estaban disponibles—, lo que los dejaba al margen de la comunidad del software libre.

---

No era la primera vez que había pasado tal cosa y —para desgracia de nuestra comunidad— estaba lejos de ser la última. Desde entonces, los editores de manuales propietarios han incitado a muchísimos autores a hacer restrictivos sus manuales. Cuántas veces habré oído a un usuario de GNU hablarme apasionadamente sobre un manual que está escribiendo, con el que espera ayudar al proyecto GNU y después me deja con un palmo de narices, mientras procede a explicar que ha firmado un contrato con un editor que lo limitará tanto que no podremos usarlo.

---

Dado que entre los programadores escribir bien en un inglés correcto es una habilidad poco habitual, difícilmente nos podremos permitir perder manuales de esta manera.

---

La documentación libre, como el software libre, es un asunto de libertad y no de precio. El problema con estos manuales no era que O´Reilly pusiera un precio por ejemplar impreso —lo cual en sí está bien. (La Free Software Foundation también vende ejemplares impresos de manuales sobre GNU). Pero los manuales de GNU están disponibles con su código fuente, mientras que estos manuales sólo están disponibles en papel. Los manuales de GNU vienen con un permiso de copia y modificación; los manuales de Perl, no. Estas restricciones son el problema.

---

El criterio con los manuales libres es bastante parecido al del software libre: se trata de proporcionar ciertas libertades a todos los usuarios. La distribución —incluyendo la distribución comercial— debe ser permitida, de modo que el manual pueda acompañar a cada copia del programa, en papel o en la Red. El permiso de modificación es también crucial.

---

Como norma general, no creo que tener permiso para modificar todo tipo de artículos y libros resulte esencial para la gente. Los problemas para el texto impreso no son necesariamente los mismos que los del software. Por ejemplo, no me parece que tú o yo estemos obligados a dar permiso para modificar artículos como éste, que describen nuestras prácticas y nuestros puntos de vista.

---

Pero hay un motivo particular por el que la libertad de modificación es crucial para la información que acompaña al software libre. Cuando la gente ejercita su derecho a modificar el software y añade o cambia sus características, si es concienzuda también cambiará su correspondiente manual —de este modo pueden suministrar información precisa y útil con el programa modificado. Un manual que impide a los programadores ser concienzudos y acabar el trabajo, o para ser más exactos, que les obliga a escribir desde cero un nuevo manual si cambian el programa, no responde a las necesidades de nuestra comunidad.

---

Si bien es inaceptable prohibir de pleno la modificación, cierto tipo de límites a los medios de modificación no suponen ningún problema. Por ejemplo, son aceptables las exigencias de mantener la nota del copyright original del autor, las condiciones de distribución o la lista de autores. Tampoco es un problema obligar a que en las versiones modificadas aparezca constancia de que han sido modificadas, o incluso tener secciones enteras que no pueden ser borradas o cambiadas, siempre que esas secciones traten sobre asuntos no técnicos. (Algunos manuales de GNU las tienen).

---

Este tipo de restricciones no son un problema porque, en la práctica, no impiden que el programador concienzudo adapte el manual para que corresponda con el programa modificado. En otras palabras, no coartan a la comunidad del software libre en su pleno uso del manual.

---

De todos modos, debe ser posible modificar todo el contenido técnico del manual y luego distribuir el resultado a través de todos los medios, a través de todos los canales habituales; de no ser así, las restricciones coartarán a la comunidad, el manual no será libre y por lo tanto necesitaremos otro.

---

Por desagracia, a menudo cuesta encontrar a alguien que escriba otro manual cuando ya existe un manual propietario. El obstáculo es que muchos usuarios piensan que un manual propietario resulta suficientemente aceptable —y de este modo no consideran la necesidad de escribir un manual libre. No comprenden que el sistema operativo libre tiene una necesidad que se debe cubrir.

---

¿Por qué piensan los usuarios que los manuales propietarios son suficientes? Algunos no se han parado a pensar en ello. Espero que este artículo ayude a cambiar esta situación.

---

Otros usuarios consideran aceptables los manuales propietarios por el mismo motivo que mucha gente considera aceptable el software propietario: juzgan según términos puramente prácticos, sin considerar la libertad como criterio. Esta gente tiene derecho de opinar así, pero dado que estas opiniones brotan de valores que no incluyen la libertad, no son una guía para los que sí valoramos la libertad.

---

Por favor, difunde estas idea sobre este asunto. Seguimos perdiendo manuales en provecho de las ediciones propietarias. Si difundimos la idea de que los manuales propietarios no son suficientes, quizá el próximo que quiera ayudar a GNU escribiendo una guía se dará cuenta, antes de que sea demasiado tarde, de que por encima de todo debe ser libre.

---

También podemos animar a los editores comerciales a vender manuales libres basados en copyleft en lugar de manuales propietarios. Puedes ayudar si compruebas las condiciones de distribución de un manual antes de comprarlo y eliges los manuales copyleft frente los que no los son.

---

(Nota: La Free Software Foundation mantiene la página web ##http://www.gnu.org/doc/other-free-books.html##, que tiene un listado de libros copyleft disponibles a través de otros editores.)

< anterior | 1 ... 49 50 51 52 53 54 55 ... 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/