Ir al contenido principal

Las patentes - un problema legendario



En este mundo, donde las personas que tienen el suficiente dinero quieren patentarnos hasta las ganas de comer (o descomer), donde el dinero y las leyes, se ponen a servicio de los milenarios millonarios, nos podemos remontar a un caso legendario; Mucha gente atribuye a Alexander Graham Bell el revolucionario invento del teléfono y por ende las telecomunicaciones, sin embargo y de forma muy injusta la historia olvido entre laureles la existencia del verdadero inventor del teléfono; el Italiano Antonio Meucci, quien por preocupaciones económicas, nunca pudo patentar el aparato.
Sin duda, esto nos da una pequeña idea de como, las personas que tienen dinero siempre han intentado patentar la creatividad e imaginación, de los economicamente menos afortunados, cuantos pequeños pero revolucionarios científicos habrán hecho mas ricos, a IBM, Microsoft y Apple, a cambio de migajas comparandolas con las ganancias que estos gigantes obtienen.
En fin, creo que las patentes fueron diseñadas para defender el esfuerzo y reconocer la creación de los inventores, pero como muchas cosas, siempre existe un abogado que sepa poner las leyes a favor del capital y que saque su buena tajada.

Bibliografía:
http://www.josepino.com/discover/?who_invented_telephone
http://www.wisegeek.com/was-alexander-graham-bell-the-real-inventor-of-the-telephone.htm

Comentarios

Gabriel Solano dijo…
Pues si es una verdadera pena que los autores originales de una invención sean olvidados solo porque alguien se adelanto con capital a copiar la idea. Pero al final contribuyó a la modernidad de nuestra sociedad. No todos somos reconocidos en la historia pero al final hay un Dios que lo ve todo. Está bonito ese tema loco.
Anónimo dijo…
En mi opinión el sistema de patentes funciona relativamente bien, y constituye una fabulosa fuente de información.

Entradas más populares de este blog

Analizador de expresiones algebraicas recursivo decendente

Como les mencione en un post previo, estoy leyendo el libro el arte de programar en Java, el primer ejercicio consiste en un analizador de expresiones algebraicas recursivo descendente, el mismo consiste en la posibilidad de tomar una cadena que contenga una expresión matemática, la misma puede contener valores en punto flotante, sumar, restar, dividir, multiplicar, sacar exponente (potencia), uso de paréntesis para priorizar una operación, etc. A continuación clase a clase, con una pequeña explicación Lo primero que definiremos es una suite de excepciones para reportar errores, no tiene mucha ciencia, hay una para la division entre cero, cuando no existe una expresión valida, error de sintaxis o cuando los paréntesis no se encuentran balanceados, veamos package cap2; /** * Exception para reportar que hay al intentar dividir entre cero * * User: jsanca * Date: 4/16/13 * Time: 1:30 AM * @author jsanca */ public class DividedByZeroException extends RuntimeException { ...

Impensando acerca de las referencias en Java

Fue hace ya algún tiempo que pase un rato discutiendo con algunos compañeros acerca de si existe o no el paso por referencia; el discurso fue mucho hacia que en Java el comportamiento, en el supuestamente pasamos por referencia un objeto y por valor los objetos primitivos creo mucha polémica. Para ubicarnos en contexto veamos el siguiente ejemplo. public static void main(String[] args) { int value = 10; changeValue(value); System.out.println("value = " + value); User user = new User(); Name name = new Name(); user.setName(name); name.setName("jsanca"); name.setLastName("XXX"); user.setPassword("123queso"); System.out.println("user: " + user.getName().getName() + ", " + user.getName().getLastName() + ", " + user.getPassword()); changeValue1(user); System.out.println("user: " + user.getName().getName() + ", " + user.getName().getLastName() + ", " + user.ge...

Transformando fechas a diferentes zonas horarias (TimeZone)

Ya es sabido por todo programador Java, que uno de los puntos mas bajos, recae en el uso de las fechas, las mismas se encuentran super mal diseñadas y algunos objetos como el caso de Date, practicamente no son usables, pues toda su API esta deprecada (cosa que siento debería de dejar de ponerla deprecada, pues van por la versión 6 y aun la conservan). Recientemente me encontré con el siguiente problema; resulta que al poner un sistema en otro servidor, el cual aparentemente tiene una diferencia horaria configurada, obtenemos como seria de esperar resultados no esperados, cuando realizamos consultas con fechas a la base de datos. La primera solución que se nos ha ocurrido es implementar un convertidor de fechas a diferentes zonas horarias, a continuación coloco el método necesario para realizar la operación: public static Date convertToTimeZoneDate(Date date, TimeZone timeZone) { Date newTimeZoneDate = null; Calendar foreignCalendar = null; // Create a Calendar object with the local ti...