Como combatir las patentes de software - en
solitario y en grupo
POR RICHARD STALLMAN
Viernes 17 de septiembre del 2004, por Gerardo Díaz
Traducción del artículo de RMS, producido por el equipo de Traductores del
Proyecto GNU.
Fuente:
www.gnu.org
Por Richard Stallman
Traducción: Enrique Matías Sánchez
Email: enrique.matias_at_antispam_hispalinux.es
El equivalente de las minas antipersona en los proyectos de software son las
patentes de software: cada decisión de diseño conlleva el riesgo de pisar sobre
una patente, que puede destruir su proyecto.
Desarrollar un programa grande y complejo implica combinar muchas ideas, a
menudo cientos o miles. En un país que permita las patentes de software, es muy
probable que una parte importante de las ideas de su programa estén ya
patentadas por diversas empresas. Quizá haya cientos de patentes que cubran
diferentes partes de su programa. Un estudio del año 2004 encontró casi 300
patentes de los EEUU que cubrían varias partes de un solo programa importante.
Es tal el trabajo necesario para hacer semejante estudio que sólo se ha hecho
uno.
En la práctica, si usted es un desarrollador de software, normalmente se verá
amenazado por una sola patente cada vez. Cuando esto ocurre, puede ser capaz de
escapar indemne si encuentra bases legales para derribar la patente. Puede
intentarlo; si tuviera éxito, significaría una mina menos en el campo. Si esta
patente es particularmente amenazante para el público, la Public Patent
Foundation (pubpat.org) podría hacerse cargo del caso; ésa es su especialidad.
Si pide la ayuda de la comunidad de usuarios de computadoras en la búsqueda de
alguna publicación anterior de la misma idea, para usarla como evidencia para
derribar una patente, todos deberíamos responder con cualquier información útil
que podamos tener.
Sin embargo, combatir las patentes una a una nunca eliminará el peligro de las
patentes de software, igual que aplastar mosquitos no eliminará la malaria. No
puede esperar derrotar todas las patentes que se crucen su camino, del mismo
modo que no puede esperar matar a todos los monstruos de un videojuego: más
pronto o más tarde, una le vencerá y dañará su programa. La oficina de patentes
de los EEUU publica cada año alrededor de 100,000 patentes; nuestros mejores
esfuerzos nunca podrían desactivar estas minas tan rápidamente como ellos
plantan más.
Algunas de estas minas son imposibles de desactivar. Todas las patentes de
software son dañinas, y todas las patentes de software restringen injustamente
el modo en que puede usar su computadora, pero no todas las patentes de software
son inválidas según los criterios del sistema de patentes. Las patentes de
software que podemos derrotar son aquellas que son fruto de «errores», casos en
los que no se siguieron debidamente las reglas del sistema de patentes. No hay
nada que podamos hacer en los casos en los que el único error importante haya
sido la política de permitir patentes de software.
Para conseguir que una parte del castillo sea segura, tiene que hacer algo más
que matar a los monstruos según aparecen: tiene que acabar con el generador que
los produce. Derribar las patentes existentes una a una no hará que programar
sea seguro. Para lograr esto, tenemos que cambiar el sistema de patentes, de
modo que las patentes no puedan ya amenazar a los desarrolladores y usuarios de
software.
No hay ningún conflicto entre estas dos campañas; podemos trabajar a la vez en
la escapatoria a corto plazo y en la solución a largo plazo. Si nos preocupamos
de ello, podemos hacer que nuestros esfuerzos para derribar patentes de software
individuales cumplan dos papeles simultáneamente, construyendo apoyos para los
esfuerzos de corregir el problema completo. El punto crucial es no igualar
patentes de software «malas» con patentes de software erróneas o no válidas.
Cada vez que invalidamos una patente de software, cada vez que hablamos de
nuestro planes para intentarlo, deberíamos decir claramente, «Una patente de
software menos, una amenaza menos para los programadores: el objetivo es cero.»
En la Unión Europea, la batalla de las patentes de software está alcanzado una
fase crucial. Hace un año, el Parlamento Europeo votó decididamente a favor de
rechazar las patentes de software. En Mayo, el Consejo de Ministros votó
deshacer las enmiendas del Parlamento y hacer la directiva todavía peor de lo
que empezó. Sin embargo, al menos un país que apoyó esto ha invertidoya su voto.
Todos debemos hacer nuestro máximo esfuerzo ahora mismo para convencer a un país
europeo más de que cambie su voto, y convencer a los miembros recientemente
elegidos del Parlamento Europeo de que defiendan la votación anterior. Por
favor, diríjase a
www.ffii.org para más información sobre como ayudar y ponerse en contacto
con otros activistas.
Por favor, envíe sus preguntas sobre la FSF y el Proyecto GNU a
gnu@gnu.org.
Hay también otras maneras de contactar con la FSF. Por favor, envíe enlaces
rotos y otras correcciones (o sugerencias) a
webmasters@www.gnu.org.
Para informarse de cómo traducir al español o para enviar correcciones de esta
traducción visite el sitio del equipo de traducción al español de GNU. Para
informarse sobre la coordinación y el envío de traducciones lea la guía de
traducción.
Copyright (C) 2004 Richard Stallman Verbatim copying and distribution of this
entire article is permitted in any medium without royalty provided this notice
is preserved.
Se permite la distribución y copia literal de este artículo en su totalidad
por cualquier medio, siempre y cuando se conserve esta nota.