www-es-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU-traductores] Mando /philoso phy/university.es.html para revisió


From: Enrique Melero
Subject: Re: [GNU-traductores] Mando /philoso phy/university.es.html para revisión
Date: Sat, 12 Nov 2005 02:24:22 +0100

Esteban, ahi la tienes revisada.
Había un párrafo en inglés, el cual he tratado de traducir lo mejor posible.
He cambiado algunas expresiones para que suenen más 'naturales'

Un saludo y gracias

El 11/11/05, address@hidden<address@hidden> escribió:
>   Bueno pues por fin tengo la primera versión de esta página, me ha costado un
> poco pero creo que ha merecido la pena. Es un artículo muy interesante así
> que a ver quien se anima a revisarla y me comenta.
>
>     Saludos
>          Esteban.
>
>
> _______________________________________________
> Web-translators-es mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/web-translators-es
>
>
>
>


--
http://del.icio.us/quiquee

Traducciones de esta página

Realizando Software Libre si trabajas en la universidad

de Richard Stallman

 [imagen de la cabeza de un GNU]

En el movimiento de software libre, creemos que los usuarios de ordenadores deben tener la libertad para cambiar y redistribuir el software que usan. El "libre" en software libre se refiere a la libertad: esto significa que los usuarios tienen la libertad para ejecutar, modificar y redistribuir el software. El software libre contribuye al conocimiento humano, mientras que el software no-libre no. Por tanto, las universidades deberían alentar el software libre por el bien del avance del conocimiento humano, igual que alientan a los científicos y estudiantes a publicar su trabajo.

De cualquier forma, a menudo las personas que trabajan en las universidades tienen una idea egoista sobre el software (y sobre la ciencia); ven los programas como oportunidades de producir ingresos, no como oportunidades de contribuir al conocimiento de la humanidad. Los desarrolladores de Software Libre han tenido que lidiar con esta tendencia durante casi 20 años.

Cuando empecé a desarrollar el sistema operativo GNU en 1984, mi primer paso fue dejar mi trabajo en el MIT. Hice esto específicamente para que la oficina de licencias del MIT no pudiera interferir en la realización de GNU como software libre. Yo había planeado una aproximación para emitir licencias de programas en GNU que asegurara que todas las versiones modificadas fueran también software libre, una aproximación que desarrollada dentro de GNU General Public License (GNU GPL), y no quise tener que mendigar a la administración del MIT que me permitiera su uso.

A lo largo de los años, afiliados universitarios han venido a menudo a la fundación de software libre (FSF) para pedir consejo sobre como pueden arreglárselas con los administradores quienes ven el software sólo como algo que se puede vender. Un buen método, aplicable incluso para proyectos con fondos específicos, es basar tú trabajo en un programa existente que haya sido realizado bajo GNU GPL. Entonces puedes decir a los administradores, "No podemos realizar una versión modificada excepto bajo GNU GPL, cualquier otro modo infringiría el copyright". Después de que el símbolo del dólar se desvanezca de sus ojos, normalmente consienten la ejecución del software como software libre.

También puedes pedir ayuda a una entidad financiadora. Cuando un grupo en NYU desarrolló el compilador GNU Ada, con financiación de U.S. Air Force, el contrato expresaba explícitamente la necesidad de donar el código resultante a la Free Software Foundation. Primero ponte de acuerdo con el espónsor, entonces de manera diplomática haz ver a la administración de la universidad que esto no está abierto a una renegociación. Ellos preferirán tener un contrato para desarrollar software libre antes que no tener nada, por eso lo más seguro es que siga adelante.

De cualquier modo, saca el tema pronto, sin dudarlo y antes de que el programa este a medio hacer. En este momento, la universidad todavía te necesita, por eso puedes jugar duro: diles que terminarás el programa y lo harás usable si ellos acceden por escrito a hacer ese software libre (y acceden a tú elección de licencia de software libre). De otro modo trabajarás lo suficiente para escribir un artículo sobre él, y nunca harás una versión lo suficientemente buena para su aparición. Cuando los administradores sepan que su elección es tener o un paquete de software libre que de crédito a la universidad o nada del todo, normalmente acceptarán lo primero.

No todas las universidades tienen las mismas políticas. La Universidad de Texas tiene una política que hace fácil publicar software desarrollado allí como software libre y bajo la Licencia Publica General GNU. Univates en Brasil, y el instituto internacional de tecnología de la información en Hyderabad, India, ambas tienen políticas en favor de la publicación de software bajo licencia GPL. Desarrollando primero el soporte en la facultad, puedes establecer ese tipo de políticas en tú universidad. Presentando el tema como un principio: ¿Tiene la universidad la misión de hacer avanzar el conocimiento humano, o exclusivamente la misión de perpetuarse a si misma?

Cualquiera que sea el enfoque que uses, ayuda tener determinación y adoptar una perspectiva ética, como hacemos en el movimiento de Software Libre. Para tratar a la gente éticamente, el software debe ser libre, entendido como libertad, para todos.

Muchos desarrolladores the software libre declaran razones prácticas para hacerlo: argumentan que permiten a otros compartir e intercambiar software como un proceso de mejora del software. Si estos son los valores que te motivan a desarrollar software libre, está bien y es bueno, y te agradecemos tu contribución. Pero esos valores no te dan una buena base para mantenerte firme cuando los administradores de la universidad hagan presión o intenten hacer el programa no-libre.

En vez de eso, argumentarán que "podemos hacer incluso más poderoso y mejorado con todo el dinero que podemos obtener". Esta afirmación puede revelarse cierta o falsa al final, pero es difícil demostrar su falsedad por adelantado. Quizás sugieran una licencia para ofrecer copias "libre de cargos, para uso exclusivamente académico", lo cual diría al público general que ellos no se han merecido la libertad, y argumentando que esto obtendrá la cooperación de la academia, que es todo (ellos dicen) lo que necesitas.

Si empiezas desde valores "pragmáticos", es difícil dar una buena razón para rechazar estas propuestas finales, pero puedes hacerlo fácilmente si basas tú firmeza en valores éticos y políticos. ¿Como de bueno es hacer un programa muy potente y mejorado a expensas de la libertad de los usuarios? ¿No debería ser aplicada la libertad fuera de la academia de igual modo que dentro? Las respuestas son obvias si la libertad y comunidad están entre tus objetivos. El software libre respeta a la libertad de los usuarios, mientras que el software no-libre la niega.

Nada refuerza tú respuesta como conocer que la libertad de la comunidad depende, de algún modo, de tí.


Este ensayo fue publicado en:Free Software, Free Society: The Selected Essays of Richard M. Stallman.

Otros textos para leer


Traducciones de esta página::
[ Česky | English | Spanish | Français | Italiano | Polski | Português ]


reply via email to

[Prev in Thread] Current Thread [Next in Thread]