taler-merchant-demos

java-trap.html (15449B)

---

 <!--#set var="ENGLISH_PAGE" value="/philosophy/java-trap.en.html" -->
 
 <!--#include virtual="/server/header.es.html" -->
 <!-- Parent-Version: 1.96 -->
 <!-- This page is derived from /server/standards/boilerplate.html -->
 <!--#set var="TAGS" value="essays licensing traps" -->
 <!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->
 
 <!-- This file is automatically generated by GNUnited Nations! -->
 <title>Libre pero encadenado. La trampa de Java - Proyecto GNU - Free Software
 Foundation</title>
 
 <!--#include virtual="/philosophy/po/java-trap.translist" -->
 <!--#include virtual="/server/banner.es.html" -->
 <!--#include virtual="/philosophy/ph-breadcrumb.es.html" -->
 <!--GNUN: OUT-OF-DATE NOTICE-->
 <!--#include virtual="/server/top-addendum.es.html" -->
 <div class="article reduced-width">
 
 <h2>Libre pero encadenado. La trampa de Java</h2>
 
 <address class="byline">por <a href="https://www.stallman.org/">Richard Stallman</a></address>
 
 <div class="emph-box" style="background: none">
 <h3 class="footnote">Nota</h3>
 <p>Después de que se publicara este artículo, Sun (ahora parte de Oracle) <a
 href="https://www.fsf.org/news/fsf-welcomes-gpl-java.html">relicenció</a> la
 mayor parte de la implementación de referencia de su plataforma Java bajo la
 Licencia Pública General de GNU, de manera que ahora existe un entorno de
 desarrollo libre para Java. Así pues, el lenguaje Java ya no es una trampa.</p>
 
 <p>No obstante, debe ser precavido, pues no toda plataforma Java es libre. Sun
 sigue distribuyendo una plataforma Java ejecutable que no es libre, y
 también otras compañías lo hacen.</p>
 
 <p>El entorno libre para Java se denomina «IcedTea» &mdash;que es donde se
 incluye el código fuente liberado por Sun&mdash;, de manera que es este el
 entorno que se debe utilizar. Muchas distribuciones GNU/Linux vienen con
 IcedTea, pero algunas incluyen plataformas Java que no son libres.(Nota,
 añadida en octubre de 2015: La implentación libre de Java se denomina
 OpenJDK en muchas distribuciones GNU/Linux).</p>
 
 <p>Para tener la seguridad de que sus programas Java funcionarán correctamente
 en un entorno libre, tiene que escribirlos utilizando IcedTea. En teoría,
 las plataformas Java deberían ser compatibles, pero no lo son al cien por
 cien.</p>
 
 <p>Además, hay programas privativos que incluyen la palabra «Java» en el
 nombre, como sucede con JavaFX, y existen paquetes Java que uno podría
 sentirse tentado a utilizar pero que hay que rechazar, pues no son
 libres. Si utiliza Swing, asegúrese de que sea la versión libre, que viene
 con IcedTea.(Nota, añadida en octubre de 2015: Se ha publicado un reemplazo
 libre de JavaFX llamado OpenJFX.)</p>
 
 <p>Dejando a un lado los aspectos que se refieren específicamente a Java, el
 asunto general aquí descrito continúa siendo importante, pues cualquier
 plataforma de programación o biblioteca que no sea libre puede provocar un
 problema similar. Hemos de aprender de la historia de Java para evitar así
 otras trampas en el futuro.</p>
 
 <p>Véase también: <a href="/philosophy/javascript-trap.html">La trampa de
 JavaScript</a>.</p>
 </div>
 <hr class="no-display" />
 
 <p><em>12 de abril de 2004</em></p>
 
 <p>
   Si su programa es software libre, básicamente es ético, pero hay una trampa
 a la que debe estar atento. Su programa, aunque en sí mismo sea libre, puede
 estar limitado por alguna dependencia de software que no es libre. En la
 actualidad este problema se da sobre todo en los programas Java, por lo que
 lo llamamos «la trampa de Java».
 </p>
 
 <p>
   Un programa es software libre si sus usuarios tienen ciertas libertades
 esenciales. Sin entrar en detalles, éstas son: la libertad de ejecutar el
 programa, la libertad de estudiar y modificar el código fuente, la libertad
 de redistribuir el código fuente y los binarios, y la libertad de publicar
 versiones mejoradas (véase la <a href="/philosophy/free-sw.html">Definición
 de software libre</a>). Que un programa en forma de código fuente sea
 software libre depende únicamente de los términos de su licencia.
 </p>
 
 <p>
   Que el programa pueda ser usado en el mundo libre por personas que quieren
 vivir en libertad es una cuestión más compleja. No es algo que esté
 determinado únicamente por la licencia del programa, porque ningún programa
 funciona aislado. Todos los programas dependen de otros programas. Por
 ejemplo, un programa necesita ser compilado o interpretado, por lo tanto
 depende de un compilador o de un intérprete. Si es compilado en
 <cite>bytecode</cite>, depende de un intérprete de
 <cite>bytecode</cite>. Además, necesita bibliotecas para ejecutarse, y
 también puede invocar a otros programas aparte que se ejecutan en otros
 procesos. Todos estos programas son dependencias. Las dependencias pueden
 ser necesarias para poder ejecutar el programa, o pueden ser necesarias
 solamente para ciertas funciones. En cualquier caso, el programa entero, o
 alguna parte del mismo, no puede funcionar sin las dependencias.
 </p>
 
 <p>
   Si algunas de las dependencias de un programa no son libres, entonces ese
 programa o una parte de él no se puede ejecutar en un sistema completamente
 libre: es inutilizable en el mundo libre. Ciertamente podemos redistribuir
 el programa y tener copias en nuestras máquinas, pero eso no sirve de mucho
 si no podemos ejecutarlo. El programa es software libre, pero en la práctica
 está encadenado por dependencias que no son libres.
 </p>
 
 <p>
   Este problema puede suceder en cualquier tipo de software, en cualquier
 lenguaje. Por ejemplo, un programa libre que solamente funcione en Microsoft
 Windows es claramente inútil en el mundo libre. Pero el software que
 funciona en GNU/Linux también puede ser inútil si depende de otro software
 que no sea libre. En el pasado, Motif (antes de que tuviéramos LessTif) y Qt
 (antes de que sus desarrolladores lo convirtieran en software libre) fueron
 importantes causantes de este problema. La mayoría de las tarjetas gráficas
 3D solamente funcionan a pleno rendimiento con controladores que no son
 libres, que también originan este problema. Pero hoy en día la causa
 principal de este problema es Java, porque los programadores que escriben
 software libre a menudo se sienten atraídos por Java. Cegados por su
 atracción hacia el lenguaje, descuidan el problema de las dependencias y
 caen en la trampa de Java.
 </p>
 
 <p>
   La implementación de Java de Sun no es libre. Las bibliotecas estándar de
 Java tampoco son libres. Sí que tenemos implementaciones libres de Java,
 como el <a
 href="https://objectcomputing.com/resources/publications/sett/january-2003-gcj-the-gnu-compiler-for-java">compilador
 de GNU para Java</a> (GCJ) y <a href="/software/classpath">Classpath de
 GNU</a>, pero todavía no tienen todas las funcionalidades. Aún estamos
 trabajando en ello.
 </p>
 
 <p>
   Si usted escribe un programa Java sobre la plataforma Java de Sun, está
 expuesto a usar funcionalidades exclusivas de Sun sin ni siquiera
 advertirlo. Para cuando se dé cuenta, quizás las haya estado usando durante
 meses, y rehacer el trabajo podría llevarle aún más tiempo. Podría pensar:
 «Volver a empezar es demasiado trabajo». Entonces su programa habrá caído en
 la trampa de Java y será inutilizable en el mundo libre.
 </p>
 
 <p>
   La manera más eficaz de evitar la trampa de Java es tener en su sistema
 solamente una implementación libre de Java. Así, si usted usa una
 funcionalidad o biblioteca de Java que el software libre todavía no soporta,
 se dará cuenta enseguida, y podrá reescribir ese código de inmediato.
 </p>
 
 <p>
   Sun continúa desarrollando bibliotecas «estándar» adicionales de Java, y
 casi ninguna es libre. En muchos casos, incluso la especificación de la
 biblioteca es un secreto comercial, y la última licencia de Sun para estas
 especificaciones prohíbe publicar nada que no sea una implementación
 completa de la especificación (para encontrar ejemplos, véase el <a
 href="https://jcp.org/aboutJava/communityprocess/JSPA2.pdf"><cite>Java
 Specification Participation Agreement</cite></a> y <a
 href="https://jcp.org/aboutJava/communityprocess/final/jsr129/j2me_pb-1_0-fr-spec-license.html"><cite>J2ME&trade;
 Personal Basis Profile Specification</cite></a>).
 </p>
 
 <p>
   Afortunadamente, la licencia de esa especificación permite publicar una
 implementación como software libre. A quien reciba la biblioteca se le
 permite modificarla y no se le exige adherirse a la especificación. Pero el
 requisito tiene el efecto de prohibir el uso de un modelo de desarrollo
 cooperativo para producir la implementación libre. El uso de ese modelo
 implicaría la publicación de versiones incompletas, algo que aquellos que
 han leído la especificación no están autorizados a hacer.
 </p>
 
 <p>
   Durante los primeros años del Movimiento del Software Libre era imposible
 evitar la dependencia de programas privativos. Antes de que tuviéramos el
 compilador C de GNU, todos los programas en C (libres o no) dependían de un
 compilador C que no era libre. Antes de que tuviéramos la biblioteca C de
 GNU, todos los programas dependían de una biblioteca C que no era
 libre. Antes de que tuviéramos Linux, el primer núcleo libre, todos los
 programas dependían de un núcleo que no era libre. Antes de que tuviéramos
 BASH, todos los textos para el intérprete de órdenes [<cite>shell
 scripts</cite>] tenían que ser interpretados por un intérprete de órdenes
 [<cite>shell</cite>] que no era libre. Era inevitable que nuestros primeros
 programas se vieran obstaculizados por estas dependencias, pero lo aceptamos
 porque nuestro plan incluía su posterior rescate. Nuestra meta final, un
 sistema operativo GNU autosuficiente, incluía sustitutos libres para todas
 estas dependencias. Si alcanzábamos la meta, todos nuestros programas serían
 rescatados. Y así sucedió: con el sistema GNU/Linux, ahora podemos ejecutar
 estos programas en plataformas libres.
 </p>
 
 <p>
   Hoy en día la situación es diferente. Tenemos potentes sistemas operativos
 libres y muchas herramientas de programación libres. Cualquier tarea que
 usted quiera hacer, la puede hacer en una plataforma libre; no hay necesidad
 de aceptar una dependencia que no sea libre, ni siquiera temporalmente. La
 principal razón por la que la gente cae hoy en la trampa es porque no
 piensan en ello. La solución más fácil al problema de la trampa de Java es
 enseñar a reconocerla para que las personas no caigan en ella.
 </p>
 
 <p>
   Para mantener su código Java a salvo de la trampa de Java, instale un
 entorno de desarrollo Java que sea libre y úselo. De forma más general,
 cualquiera que sea el lenguaje que use, mantenga los ojos abiertos y
 compruebe que los programas de los que depende su código sean libres. La
 manera más fácil de verificar si un programa es libre es buscarlo en el <a
 href="https://www.fsf.org/directory">Directorio de Software Libre</a>. Si un
 programa no está en el directorio, puede comprobar si su licencia está en la
 <a href="/licenses/license-list.html">lista de licencias de software
 libre</a>.
 </p>
 
 <p>
   Estamos intentando rescatar los programas atrapados en Java, así que si a
 usted le gusta el lenguaje Java, le invitamos a colaborar en el desarrollo
 de Classpath de GNU. También es útil probar sus programas con el compilador
 GJC y con Classpath de GNU, e informar de cualquier problema que encuentre
 en las clases que ya están implementadas. Sin embargo, finalizar Classpath
 de GNU tomará tiempo. Si se siguen añadiendo más bibliotecas que no sean
 libres, es posible que nunca dispongamos de todas las versiones más
 recientes. Así que, por favor, no encadene su software libre. Cuando escriba
 una aplicación, escríbala para que funcione desde el principio en entornos
 libres.
 </p>
 
 <h3 class="footnote">Véase también:</h3>
 <p><a href="/philosophy/sun-in-night-time.html">El curioso incidente de Sun a
 medianoche</a></p>
 </div>
 
 <div class="translators-notes">
 
 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
  </div>
 </div>
 
 <!-- for id="content", starts in the include above -->
 <!--#include virtual="/server/footer.es.html" -->
 <div id="footer" role="contentinfo">
 <div class="unprintable">
 
 <p>Envíe sus consultas acerca de la FSF y GNU a <a
 href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>. Existen también <a
 href="/contact/">otros medios para contactar</a> con la FSF. <br /> Para
 avisar de enlaces rotos y proponer otras correcciones o sugerencias,
 diríjase a <a
 href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.</p>
 
 <p>
 <!-- TRANSLATORS: Ignore the original text in this paragraph,
         replace it with the translation of these two:
 
         We work hard and do our best to provide accurate, good quality
         translations.  However, we are not exempt from imperfection.
         Please send your comments and general suggestions in this regard
         to <a href="mailto:web-translators@gnu.org">
 
         &lt;web-translators@gnu.org&gt;</a>.</p>
 
         <p>For information on coordinating and contributing translations of
         our web pages, see <a
         href="/server/standards/README.translations.html">Translations
         README</a>. -->
 El equipo de traductores al español se esfuerza por ofrecer traducciones
 fieles al original y de buena calidad, pero no estamos libres de cometer
 errores.<br /> Envíe sus comentarios y sugerencias sobre las traducciones a
 <a
 href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>.
 </p><p>Consulte la <a href="/server/standards/README.translations.html">Guía
 para las traducciones</a> para obtener información sobre la coordinación y
 el envío de traducciones de las páginas de este sitio web.</p>
 </div>
 
 <!-- Regarding copyright, in general, standalone pages (as opposed to
      files generated as part of manuals) on the GNU web server should
      be under CC BY-ND 4.0.  Please do NOT change or remove this
      without talking with the webmasters or licensing team first.
      Please make sure the copyright date is consistent with the
      document.  For web pages, it is ok to list just the latest year the
      document was modified, or published.
      
      If you wish to list earlier years, that is ok too.
      Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
      years, as long as each year in the range is in fact a copyrightable
      year, i.e., a year in which the document was published (including
      being publicly visible on the web or in a revision control system).
      
      There is more detail about copyright years in the GNU Maintainers
      Information document, www.gnu.org/prep/maintain. -->
 <p>Copyright &copy; 2004, 2010, 2015, 2021 Richard Stallman</p>
 
 <p>Esta página está bajo licencia <a rel="license"
 href="http://creativecommons.org/licenses/by-nd/4.0/deed.es_ES">Creative
 Commons Reconocimiento-SinObraDerivada 4.0 Internacional</a>.</p>
 
 <!--#include virtual="/server/bottom-notes.es.html" -->
 <div class="translators-credits">
 
 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
 <strong>Traducción: Quique, 2004.</strong> Revisiones: Maximiliano Curia,
 Exal de Jesus Garcia Carrillo, Javier Fdez. Retenaga, Sergi Ruiz Trepat.</div>
 
 <p class="unprintable"><!-- timestamp start -->
 Última actualización:
 
 $Date: 2021/10/01 17:39:49 $
 
 <!-- timestamp end -->
 </p>
 </div>
 </div>
 <!-- for class="inner", starts in the banner include -->
 </body>
 </html>