diff options
Diffstat (limited to 'talermerchantdemos/blog/articles/es/software-patents.html')
| -rw-r--r-- | talermerchantdemos/blog/articles/es/software-patents.html | 156 |
1 files changed, 84 insertions, 72 deletions
diff --git a/talermerchantdemos/blog/articles/es/software-patents.html b/talermerchantdemos/blog/articles/es/software-patents.html index 3fbf8d8..92510c3 100644 --- a/talermerchantdemos/blog/articles/es/software-patents.html +++ b/talermerchantdemos/blog/articles/es/software-patents.html @@ -1,30 +1,37 @@ <!--#set var="ENGLISH_PAGE" value="/philosophy/software-patents.en.html" --> <!--#include virtual="/server/header.es.html" --> -<!-- Parent-Version: 1.90 --> +<!-- Parent-Version: 1.96 --> +<!-- This page is derived from /server/standards/boilerplate.html --> +<!--#set var="TAGS" value="speeches" --> +<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" --> <!-- This file is automatically generated by GNUnited Nations! --> <title>Patentes de software - Proyecto GNU - Free Software Foundation</title> <!--#include virtual="/philosophy/po/software-patents.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>Patentes de software: Un obstáculo para el desarrollo de software</h2> -<p>por <strong>Richard Stallman</strong></p> +<address class="byline">por Richard Stallman</address> -<p> -<i>Esta es la transcripción de una charla impartida por Richard Stallman el -25 de marzo de 2002 en el <a href="http://www.cl.cam.ac.uk/">Laboratorio de +<div class="infobox"> +<p>Esta es la transcripción de una charla impartida por Richard Stallman el 25 +de marzo de 2002 en el <a href="https://www.cl.cam.ac.uk/">Laboratorio de Informática</a> de la Universidad de Cambridge, organizada por la <a -href="http://www.fipr.org/"><cite>Foundation for Information Policy -Research</cite></a>. Transcripción y <a -href="http://audio-video.gnu.org/audio/#patent-cambridge-2002-03-25">grabación</a> -realizadas por Nicholas Hill. La versión original se encuentra en <a -href="http://www.cl.cam.ac.uk/~mgk25/stallman-patents.html"> -http://www.cl.cam.ac.uk/~mgk25/stallman-patents.html</a> (preparación de la -página y enlaces realizados por Markus Kuhn).</i> -</p> - +href="https://www.fipr.org/"><cite>Foundation for Information Policy +Research</cite></a>.</p> +<p>Transcripción (<a +href="https://www.cl.cam.ac.uk/~mgk25/stallman-patents.html">versión +original</a>) y <a +href="//audio-video.gnu.org/audio/#patent-cambridge-2002-03-25">grabación de +audio</a> de Nicholas Hill. Edición HTML y enlaces de Markus Kuhn.</p> +</div> +<hr class="thin" /> <p> Posiblemente estén familiarizados con mi trabajo en el <a @@ -50,7 +57,7 @@ las convierte en peligrosos obstáculos para el desarrollo de software. <p> Probablemente hayan oído una expresión engañosa, «<a -href="http://www.wipo.org/about-ip/en/">propiedad intelectual</a>». Como +href="https://www.wipo.org/about-ip/en/">propiedad intelectual</a>». Como pueden ver, es una expresión sesgada. Da por sentado que, sea cual fuere la cosa de la que se está hablando, ha de considerarse como un tipo de propiedad, cuando en realidad esa es solo una entre muchas otras @@ -240,7 +247,7 @@ logro reconocer mis propias invenciones en las patentes». <p> Esto no es una simple teoría. Hacia 1990, un programador llamado <a -href="http://www.atarimagazines.com/startv2n3/hypercard.html">Paul +href="https://www.atarimagazines.com/startv2n3/hypercard.html">Paul Heckel</a> demandó a Apple alegando que Hypercard infringía dos de sus patentes. Cuando vio Hypercard por primera vez, no pensó que tuviera nada que ver con sus patentes, con sus «invenciones». No se parecían. Pero cuando @@ -377,7 +384,7 @@ software, resultaba extremadamente complicado cambiar a un algoritmo diferente. ¡Durante diez años no hemos podido hacerlo! Tan pronto como empezaron a llegar amenazas judiciales por usar archivos GIF, se comenzó a utilizar el algoritmo de gzip para definir <a -href="http://www.w3.org/Graphics/PNG/">otro formato de imagen</a>. Cuando +href="https://www.w3.org/Graphics/PNG/">otro formato de imagen</a>. Cuando empezamos a pedir que se abandonara el uso de archivos GIF en favor de este otro formato, nos respondían: «No podemos cambiar, los navegadores no admiten todavía el nuevo formato». Y los desarrolladores de navegadores @@ -432,7 +439,7 @@ puede hacer que un formato o protocolo sea el estándar de facto. En tal caso, si ese formato o protocolo se patenta es un auténtico desastre. Hay incluso estándares oficiales que están restringidos por patentes. El pasado mes de septiembre se produjo un gran revuelo político cuando el <a -href="http://www.w3.org/TR/patent-practice"><cite>World Wide Web +href="https://www.w3.org/TR/patent-practice"><cite>World Wide Web Consortium</cite></a> propuso que se empezaran a adoptar estándares cubiertos por patentes. La comunidad protestó y se retractaron. Se echaron atrás e insistieron en que cualquiera debería poder implementar @@ -656,18 +663,20 @@ confiscar. <p> Cuando los programadores echan un vistazo a las patentes de software, suelen -decir: «¡Esto es ridículamente obvio!». Pero los burócratas de las patentes -ponen todo tipo de pretextos para ignorar lo que piensan los -programadores. Dicen: «¡Ah!, pero tienen que considerarlo teniendo en cuenta -cuál era la situación hace diez o veinte años». Y descubrieron que -repitiendo algo hasta la saciedad pueden hacer que uno acabe perdiendo el -norte. Cualquier cosa puede parecer no obvia si se divide en partes cada vez -más pequeñas y se analiza lo suficiente. Uno acaba perdiendo toda noción de -obviedad, o al menos la capacidad de justificar cualquier criterio para -discernir lo obvio de lo que no lo es. Luego, por supuesto, describen a -todos los titulares de las patentes, sin excepción, como brillantes -inventores. Por tanto, no podemos cuestionar su autoridad para decidir sobre -lo que podemos o no podemos hacer. +decir: «¡Esto es ridículamente <a +href="https://web.archive.org/web/20040604051644/http://people.qualcomm.com/karn/patents/patent-comments.html"> +obvio</a>!». Pero los burócratas de las patentes ponen todo tipo de +pretextos para ignorar lo que piensan los programadores. Dicen: «¡Ah!, pero +tienen que considerarlo teniendo en cuenta cuál era la situación hace diez o +veinte años». Y descubrieron que repitiendo algo hasta la saciedad pueden +hacer que uno acabe perdiendo el norte. Cualquier cosa puede parecer no +obvia si se divide en partes cada vez más pequeñas y se analiza lo +suficiente. Uno acaba perdiendo toda noción de obviedad, o al menos la +capacidad de justificar cualquier criterio para discernir lo obvio de lo que +no lo es. Luego, por supuesto, describen a todos los titulares de las +patentes, sin excepción, como brillantes inventores. Por tanto, no podemos +cuestionar su autoridad para decidir sobre lo que podemos o no podemos +hacer. </p> <p> @@ -832,27 +841,27 @@ que funcionen en la realidad. </p> <p> -Si quiero poner una declaración <cite>if</cite> dentro de una declaración -<cite>while</cite>, no tengo que preocuparme de que la declaración -<cite>if</cite> pueda oscilar a una determinada frecuencia, friccionar con -la declaración <cite>while</cite> y llegar a romperse. No tengo que +Si quiero poner una declaración <code>if</code> dentro de una declaración +<code>while</code>, no tengo que preocuparme de que la declaración +<code>if</code> pueda oscilar a una determinada frecuencia, friccionar con +la declaración <code>while</code> y llegar a romperse. No tengo que preocuparme de que oscile a una frecuencia demasiado alta y genere una señal que modifique el valor de alguna otra variable. No tengo que preocuparme de -cuánta corriente puede requerir la declaración <cite>if</cite> y si podrá -disipar el calor dentro de la declaración <cite>while</cite>. O de si habrá -una caída de tensión en la declaración <cite>while</cite> que impida que la -declaración <cite>if</cite> funcione. +cuánta corriente puede requerir la declaración <code>if</code> y si podrá +disipar el calor dentro de la declaración <code>while</code>. O de si habrá +una caída de tensión en la declaración <code>while</code> que impida que la +declaración <code>if</code> funcione. No tengo que preocuparme de que si ejecuto el programa en un entorno de agua -salada, el agua pueda introducirse entre las declaraciones <cite>if</cite> y -<cite>while</cite> y provocar corrosión. Cuando hago referencia al valor de +salada, el agua pueda introducirse entre las declaraciones <code>if</code> y +<code>while</code> y provocar corrosión. Cuando hago referencia al valor de una variable, no tengo que preocuparme de que se exceda ningún límite si eso sucede veinte veces. Cuando hago referencia a la variable tampoco tengo que preocuparme de su capacitancia, ni de si habrá tiempo suficiente para que se cargue su valor. Cuando escribo el programa no tengo que preocuparme de cómo ensamblaré físicamente cada copia ni de si podré arreglármelas para insertar -la declaración <cite>if</cite> dentro de la declaración -<cite>while</cite>. No tengo que preocuparme de cómo acceder a la -declaración <cite>if</cite>, en caso de que se rompa, para retirarla y +la declaración <code>if</code> dentro de la declaración +<code>while</code>. No tengo que preocuparme de cómo acceder a la +declaración <code>if</code>, en caso de que se rompa, para retirarla y sustituirla por una nueva. </p> @@ -885,9 +894,9 @@ financiación, realizado en su mayor parte por gente en su tiempo libre. Hay otra gran ventaja. Si usted ha diseñado un producto físico, el siguiente paso será diseñar la fábrica para construirlo. Edificar esa fábrica puede costar millones o decenas de millones, mientras que para hacer copias del -programa no hay más que escribir «copiar». La misma orden de copiar copiará -cualquier programa. ¿Queremos copias en CD? De acuerdo, entonces grabamos un -CD maestro y lo enviamos a una planta de CD. Utilizarán el mismo +programa no hay más que escribir <kbd>copy</kbd>. La misma orden de copiar +copiará cualquier programa. ¿Queremos copias en CD? De acuerdo, entonces +grabamos un CD maestro y lo enviamos a una planta de CD. Utilizarán el mismo equipamiento para copiar cualquier contenido en un CD, no tenemos que levantar una fábrica para hacer este producto. Hay una tremenda simplificación y una tremenda reducción de costes en el diseño. @@ -936,8 +945,8 @@ ideas musicales ya existentes a fin de componer música reconocible, a fin de componer música que pudiera gustar a los oyentes, música que estos pudieran reconocer como tal. Nadie es tan brillante como para reinventar la música y componer algo que la gente quiera escuchar. <a -href="http://en.wikipedia.org/wiki/Pierre_Boulez">Pierre Boulez</a> dijo que -intentaría hacerlo, ¿pero quién escucha a Pierre Boulez? +href="https://en.wikipedia.org/wiki/Pierre_Boulez">Pierre Boulez</a> dijo +que intentaría hacerlo, ¿pero quién escucha a Pierre Boulez? </p> <p> @@ -1048,9 +1057,9 @@ patentes de software. De modo que yo conocía cómo funcionaba la informática antes y después, y no he visto ningún aumento del progreso a partir de 1990. En EE. UU. no hubo debate, pero en Europa ha habido un amplio debate político. Hace unos años hubo presiones para enmendar el tratado de -Munich que estableció la <a href="http://www.epo.org/">Oficina Europea de +Munich que estableció la <a href="https://www.epo.org/">Oficina Europea de Patentes</a>. Hay una <a -href="http://www.epo.org/law-practice/legal-texts/html/epc/1973/e/ar52.html">cláusula +href="https://www.epo.org/law-practice/legal-texts/html/epc/1973/e/ar52.html">cláusula que dice que el software no es patentable</a>. La ofensiva pretendía enmendarla para que se permitieran las patentes de software. Pero la comunidad se dio cuenta de esto, y fueron los desarrolladores y usuarios de @@ -1091,16 +1100,17 @@ lo mismo. </p> <p> Según Hartmut Pilch, que es uno de los líderes de la lucha europea contra las patentes de software, la que hace más fuerza es la <a -href="http://www.patent.gov.uk/">Oficina de Patentes del Reino Unido</a>. La -Oficina de Patentes del Reino Unido tiene una predisposición favorable a las -patentes de software. Llevó a cabo una encuesta pública y la mayoría de las -respuestas fueron contrarias a las patentes de software. Luego redactaron un -informe diciendo que la gente parecía estar conforme con ellas, ignorando -por completo las respuestas. Resulta que la comunidad del software libre -pidió que se enviaran las respuestas a la Oficina de Patentes, y también a -ellos, para así publicarlas. De modo que las publicaron, y la mayoría eran -contrarias. A la vista del informe de la Oficina de Patentes del Reino Unido -nadie habría pensado que era así. +href="https://www.gov.uk/topic/intellectual-property/patents">Oficina de +Patentes del Reino Unido</a>. La Oficina de Patentes del Reino Unido tiene +una predisposición favorable a las patentes de software. Llevó a cabo una +encuesta pública y la mayoría de las respuestas fueron contrarias a las +patentes de software. Luego redactaron un informe diciendo que la gente +parecía estar conforme con ellas, ignorando por completo las +respuestas. Resulta que la comunidad del software libre pidió que se +enviaran las respuestas a la Oficina de Patentes, y también a ellos, para +así publicarlas. De modo que las publicaron, y la mayoría eran contrarias. A +la vista del informe de la Oficina de Patentes del Reino Unido nadie habría +pensado que era así. </p> <p> @@ -1126,14 +1136,14 @@ En el mismo ministerio hay personas que se ocupan también del copyright, que en realidad no tiene nada que ver con las patentes de software, solo que las personas al cargo son las mismas. La cuestión es cómo se interprete la reciente directiva de la UE sobre el copyright, una horrible ley como la <a -href="http://www.eff.org/issues/dmca">Ley de Copyright del Milenio Digital +href="https://www.eff.org/issues/dmca">Ley de Copyright del Milenio Digital de EE. UU.</a>. Pero cada país dispone de cierto margen en cuanto a la modalidad de implementación. El Reino Unido está proponiendo la forma más draconiana posible de implementar esta directiva. Si se implementara de manera apropiada se podría reducir en gran medida el daño que produce, pero el Reino Unido quiere maximizar el efecto tiránico de la directiva. Parece que hay cierto organismo, el <a -href="http://webarchive.nationalarchives.gov.uk/20070603164510/http://www.dti.gov.uk/">Departamento +href="https://webarchive.nationalarchives.gov.uk/ukgwa/20070603164510/http://www.dti.gov.uk/">Departamento de Comercio e Industria</a>, al que hay que poner freno. Es necesario poner límites a sus actividades e impedirle crear nuevas formas de poder. </p> @@ -1160,15 +1170,16 @@ a los desarrolladores y usuarios, entonces hemos de rechazarla. <p> Debemos hacer que los directivos de las empresas sean conscientes de lo que las patentes de software les pueden hacer. Anímelos a apoyar la <a -href="http://www.ffii.org/">lucha contra las patentes de software en +href="https://www.ffii.org/">lucha contra las patentes de software en Europa</a>. </p> <p> La batalla no ha terminado. Aún se puede ganar. </p> +<div class="column-limit"></div> -<h3>Notas</h3> +<h3 class="footnote">Notas</h3> <ol> <li id="f1">Una transmisión automática consta de entre 300 y 400 partes únicas, y por lo general la transmisión es el componente más complicado de un @@ -1198,11 +1209,12 @@ invenciones.</li> <li id="f4">Para evitar que se extienda la fiebre aftosa.</li> </ol> -<hr /> -<blockquote id="fsfs"><p>Este ensayo está publicado en el libro <a -href="http://shop.fsf.org/product/free-software-free-society/"><cite>Software +<hr class="no-display" /> +<div class="edu-note c"><p id="fsfs">Este ensayo está publicado en el libro <a +href="https://shop.fsf.org/product/free-software-free-society/"><cite>Software libre para una sociedad libre: Selección de ensayos de Richard -M. Stallman</cite></a>.</p></blockquote> +M. Stallman</cite></a>.</p></div> +</div> <div class="translators-notes"> @@ -1212,7 +1224,7 @@ M. Stallman</cite></a>.</p></blockquote> <!-- for id="content", starts in the include above --> <!--#include virtual="/server/footer.es.html" --> -<div id="footer"> +<div id="footer" role="contentinfo"> <div class="unprintable"> <p>Envíe sus consultas acerca de la FSF y GNU a <a @@ -1233,7 +1245,7 @@ href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>.</p> <web-translators@gnu.org></a>.</p> - <p>For information on coordinating and submitting translations of + <p>For information on coordinating and contributing translations of our web pages, see <a href="/server/standards/README.translations.html">Translations README</a>. --> @@ -1263,7 +1275,7 @@ el envío de traducciones de las páginas de este sitio web.</p> There is more detail about copyright years in the GNU Maintainers Information document, www.gnu.org/prep/maintain. --> -<p>Copyright © 2002, 2015, 2016, 2017, 2018, 2019, 2020 Richard Stallman.</p> +<p>Copyright © 2002, 2006, 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 @@ -1279,7 +1291,7 @@ Commons Reconocimiento-SinObraDerivada 4.0 Internacional</a>.</p> <p class="unprintable"><!-- timestamp start --> Última actualización: -$Date: 2020/10/26 13:34:15 $ +$Date: 2022/04/16 12:08:24 $ <!-- timestamp end --> </p> |