Patentes, innovación, y el perro del hortelano...

Quiero reproducir la nota de Mariano Amartino sobre el problema de las patentes en Estados Unidos, modelo que comienza a proliferar bajo diversas formas en otros lugares...Un modelo que se asemeja a otro caducado hace doscientos años...

Las patentes de software en USA ya paralizan emprendedores
Interesante artículo de The Guardian: App developers withdraw from US as patent fears reach ‘tipping point donde se muestra que para un desarrollador independiente ya es casi imposible desarrollar una nueva aplicación de software sin estar pisando o rozando una patente propiedad de algun gigante o de un troll de patentes.

Recuerdo haber escrito irónicamente como Intellectual Ventures era “La fábrica del futuro” y como su modelo era sentarse a imaginar cosas y patentarlas sin intención de usarlas… solo tenerlas en un portfolio capaz de ser usado para atacar legalmente a los que crearan productos relacionados.

Pero tal vez, lo que nunca imaginé era que en algún momento esto iba a molestar tanto al ecosistema de emprendedores que en medio de demandas cruzadas se iba a obligar a IV a mostrar el nombre de sus inversores y algunas sopresas aparecen en ese listado: Apple, Microsoft, Amazon, American Express, Cisco, eBay, Google, Intel, Nokia, Sony… y al menos una docena de universidades están apoyando este modelo de la forma más explícita posible: con cash puro y duro. [Listado completo de inversores en este PDF]
Y entonces lo que uno ve es que el famoso mantra de fomentar la innovación que muchos dicen es una simple mentira ¿como se va a fomentar la innovación si ponen fondos en la expresión máxima de un Patent Troll? ¿como van estas empresas a “foster the entrepreneurship” cuando están cerrando caminos a innovadores para patentar ideas con el fin último de tenerlas dormidas y demandar a terceros? Eso no es innovación y eso muestra que el Gobierno de USA (en momentos que busca hasta tener Visas para Emprendedores) no entiende el nivel de estancamiento que tiene su modelo económico.
Coincido con Chris Sacca cuando dice que este es un modelo mafioso que recién ahora se empieza a hacer conocido… de hecho para el que no lo sabía la gente de Intellectual Ventures tiene 1100 sociedades anónimas CREADAS para demandar a emprendedores.
Lo perverso en esto que las patentes de software (y otras) nacieron para darle al pequeño inventor la posibilidad de tener una ventaja intelectual frente a los gigantes que los copiaban y solo hubo dos cambios en el proceso de patentamiento que lo convirtieron en un modelo anti-innovación:

a) Los tiempos se hacen lo más largo posibles al punto de ser ridículos
b) No se exige una aplicación real para aprobarlo ni se revisa el arte previo

Para poner un ejemplo, si tengo una persona sentada en un escritorio y piensa: “mmmm en el futuro se va a poder manejar una interfaz de usuario sin tocar una pantalla o un dispositivo físico, la orientación de nuestra mirada va a servir para ejecutar comandos” y si Julio Verne hubiera ido a la oficina de patentes de USA hoy la aviónica de Lockheed-Martin para los F22 no se podría aplicar porque:

a) Esa patente era perpetua
b) La tecnología necesaria para que ESE pedazo de innovación aparezca recién estuvo disponible hace poco

Cuando la idea de negocio es sentarse e imaginar el futuro (sin saber como funciona) patentarlo y esperar que otros creen los bloques que pueden hacer esas patentes una realidad para ir a demandar por millones de dólares a cualquiera que quiera emprender o crear algo nuevo… es que el sistema está podrido.

Duda: ¿te parece que exagero? Lean sobre France Brevets o miren Patent Absurdity

LeanEssays: How Cadence Determines Process

Leído en el blog de Mary Poppendieck...

LeanEssays: How Cadence Determines Process: "If you want to learn a lot about a software development organization very quickly, there are a few simple questions you might ask. You might..."

Webclient mobile es ahora open source

La newletter de CM First publicada hoy comunica que la elaboración de las nuevas plantillas destinadas al soporte de aplicaciones móviles se convierte en un proyecto open source. Es decir, abierta fundamentalmente a la comunidad de usuarios y desarrolladores de Plex/Webclient, porque de todas formas trabajar con ellas exige disponer de una licencia. Sin embargo, esta decisión representa otro paso destinado a abrir el desarrollo de patrones, semejante al que diera AllAbout hace un par de años abriendo el desarrollo de su desarrollo sobre XML. La arquitectura de Plex en su basamento en patrones y el desarrollo creciente de su API están permitiendo abrir sus posibilidades y extender su alcance. Los patrones para dispositivos móviles (teléfonos y tablets) se han iniciado con una base importante, y se potenciarán con participación abierta. Hay muchos otros campos donde aplicar este concepto.
El nuevo proyecto, en Google.Code.

Sugerencias que da un proyecto

Bob Fields, de Walt Disney World, comenta en The Model Driven Software Network, la  estrategia de la compañía para el desarrollo de sus aplicaciones usando Java, Eclipse, Rational, Maven. Una experiencia que recién comienza a describir, pero que ya presenta aspectos de interés si la sobrevolamos un poco, sea en general como medio de articular una línea de trabajo con MDD, o, siendo más específico, desde el punto de vista de Plex. Dice Bob:

(...) My main passion as an architect is in finding ways to improve the software development process through automation. I have championed the adoption of Apache Maven at WDPR, but much work remains before we have full adoption and integration over all phases of the lifecycle.(...) I led the effort to adopt an MDA tool several years ago. After investigating a number of alternatives (two no longer exist: OptimalJ and ArcStyler), we settled on the open source tool AndroMDA because of the maven implementation plus the mature output capabilities using velocity templates: Java, Spring, Hibernate, EJB, EJB3/JPA, Struts, JSF, WebServices, jBPM/Drools, dotNet NSpring/NHibernate/ASP.

 Es decir, articular una herramienta MDD con el mayor espectro posible de salidas, incluyendo todo en algún tipo de herramientas que permita articular y automatizar cuanto sea posible del ciclo de vida del sofware. En el caso de Plex, muchas sugerencias para extender y abrir el desarrollo, adelantándose a lo que en un momento determinado sea posible hacer con la IDE. Lo que iniciara Webclient (puente con Eclipse + Web), ampliado.