Debe introducir al menos 3 caracteres en el buscador.
Inicio / Wikis / Cursos gratis / Software libre para una sociedad libre - EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE

Software libre para una sociedad libre - EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE

 ***** (4 opiniones)
Copyright Curso gratis de Richard M. Stallman - 17 de Diciembre de 2005
Temas Relacionados: LinuxUnixGNU
51. EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE
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.)
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 - EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE'
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 - EL SOFTWARE LIBRE NECESITA DOCUMENTACIÓN LIBRE'

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 »
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 »
El libre comercio es una tendencia que se ha generalizado a nivel global y es... Más »
Gente Wiki
Yolanda Arechavleta Hernández
Dedicada a la investigación de lo relacionado con la enseñanza y el aprendizaje de la biologia. A nivel medio superior...
Edilia Alvarado Rodríguez
Soy profesora de una universidad privada en la ciudad de maracaibo, venezuela y actualmente imparto clases en el área de...
Jorge Damián Flores
Nací en 1958 en río grande, tierra del fuego, argentina. Soy fotógrafo. Vivo de eso. La ...
Jorge Alejandro Misailidis Lerena
Massoterapeuta, a 4 anõs trabajo en SPA em Sorocaba, San Pablo, Brasil. Tecnicas de Massoterapia: Bionergética, Shiatsu, Terapia Pránica, Moxabustão,...
Jaime
Trabajo en los sistemas GIS desde el año 1998 cuando me inicie en un proyecto de censo de poblacion...
Jose Luis Hernani Cordero
Soy hipnoterapeuta clinico y enseño meditación, viví muchos años en la india y dicto conferencias en temas como hipnosis, psicologia,...
Suscribirse
¿Estás seguro de que deseas eliminar este capítulo?