Hoy es el día mundial en contra de las patentes

O algo parecido... el portal stopsoftwarepatents.org ha declarado el 24 de septiembre como el día mundial en contra de las patentes software. El propósito del portal es crear conciencia acerca de lo perjudiciales que son las patentes de software. En el portal se puede encontrar bastante documentación e información al respecto.

Entre las actividades que están realizando para crear conciencia sobre el problema, está el firmar una petición en contra de las patentes de software. Si bien el contenido del portal es interesante y el fin loable, lamentablemente no está teniendo ningún impacto real. Probablemente porque parece que detrás de la iniciativa sólo hay una persona (Benjamin Henrion) y no ha conseguido que esta iniciativa gane demasiado momento, por lo que está pasando francamente desapercibida.

Es una pena porque sus intenciones son bastante buenas, pero da la impresión de que no ha sabido o no ha podido difundirlo de modo adecuado y esta iniciativa apenas está teniendo impacto.

Encog 1.0, combinación de redes neuronales y bots

Jeff Heaton ha liberado la versión 1.0 de Encog, una librería para Java que permite emplear tanto redes de neuronas artificiales como arañas (bots) HTTP. Respecto a las neuronas artificiales, la librería tiene soporte para redes tipo Feedforward, Hopfield y SOM. El entrenamiento puede realizarse mediante retropropagación, algoritmos genéticos o simulated annealing.

Respecto a las arañas, son multithread y pueden almacenar el trabajo pendiente tanto en memoria como en una base de datos. Proporcionan un parser HTML y gestión de formularios y cookies. Como era de esperar, la librería también cuenta con clases para integrar las redes neuronales con el trabajo realizado por los arácnidos.

La librería se distribuye bajo licencia LGPL.

Oracle TopLink 11g

Oracle ha anunciado su producto Oracle TopLink 11g, construido a partir de  EclipseLink 1.0.1 (el código de TopLink que Oracle donó a principios de este año a la fundación Eclipse). Oracle TopLink 11g tiene soporte para JPA, MOXy y SDO. Una de las novedades en esta versión es la introducción de TopLink Grid, que integra JPA con Oracle Coherence, una caché de datos distribuida.

Android SDK 1.0, Android Market Beta y primer móvil con Android

Junto con la salida al mercado del primer teléfono móvil con el SO de Google Android, el equipo de desarrolladores de la plataforma han anunciado la salida de la versión 1.0 release1 del SDK oficial. De esta forma, los desarrolladores que realizen aplicaciones para Android tienen al fin una versión final y estable de dicho SO sobre la que probar.

Además, se ha publicado la primera beta del llamado Android Market, una aplicación que permite distribuir software para la plataforma de forma conveniente de forma muy similar a como funciona la aplicación iTunes AppStore del iPhone. En esta versión beta, solo se pueden distribuir aplicaciones gratuitas, aunque en las siguientes actualizaciones se podrá hacer lo mismo con aplicaciones de pago (las condiciones/comisiones que se llevará Google por este servicio no se han hecho públicas aún).

Estos dos movimientos van relacionados con la salida al mercado del primer móvil Android: el T-Mobile G1 de la empresa T-Mobile. En Estados Unidos, el móvil tiene un precio similar al del iphone: USD$299 con un contrato a 2 años. Un usuario ya ha subido una comparación en vídeo de ambos teléfonos que puedes revisar en su blog.

El anuncio original de Android fue hecho en noviembre de 2007, en menos de un año los ingenieros de Google en colaboración con las operadoras de telefonía móvil y los desarrolladores que participaron en el Android Challenge, han logrado tener una versión 1.0 estable y ya con un dispositivo en el mercado. 

SpringSource cambia la política de mantenimiento de Spring

Bueno, pues se está montando una en The Server Side bien, bien buena.

http://www.theserverside.com/news/thread.tss?thread_id=50727 

SpringSource, la compañía fundada por Rod Johnson (fundador de Spring Framework), ha decidido cambiar la política según la que publicará nuevas versiones de Spring al público en general.

La nueva política resulta como sigue (resumiendo todo el contenido de la política y de los comentarios de Rod Johnson en el propio thread de TSS):

• SpringSource publica una major release de Spring, que se corresponde con un cambio en los dos primeros números de version (2.0, 2.5, 3.0, 3.1, etc)

• Durante los tres meses siguientes a la fecha de publicación de la major release, toda minor release que se publique corrigiendo bugs (2.0.1, 2.0.2, etc) será distribuida en forma de binarios, repositorio maven, etc. Como hasta ahora.

• A partir de esos tres meses, toda nueva minor release que se publique corrigiendo bugs no estará disponible excepto para usuarios suscriptores de SpringSource. Se desconoce aún con qué licencia o en qué términos (Rod no aclara este particular).

• Todas las soluciones de bugs que forman parte de las minor releases, sin embargo, sí estarán en el repositorio de código fuente, de libre acceso, pero no habrá tags para las minor releases, ya que SpringSource considera "un producto que ofrecen" el conocimiento necesario para saber si en un determinado momento el trunk del repositorio es suficientemente estable como para considerarlo una release. En la práctica esto significa que cualquier checkout compilado desde el repositorio de fuentes no debería considerarse estable, y por tanto no debería pasar a producción.

Como veis, se trata de un cambio muy grande, y de un auténtico problema. Si extrapolamos estas condiciones al período entre la versión 2.0 y la 2.5, hubiera significado que los "no suscriptores" habríamos tenido la 2.0 (octubre de 2006), la 2.0.1 y la 2.0.2 (enero de 2007)... y después habríamos tenido que esperar hasta noviembre de 2007, 10 meses, a que saliese la 2.5, para ver corregidos los bugs que se hubiesen encontrado por el medio. No habríamos dispuesto de las versiones entre 2.0.3 y 2.0.8.

Por los comentarios en TSS se extrae que mucha gente está enfadada (lógico, opino yo), y sobre todo temen por el futuro de Spring. Si este es el paso que dan ahora... ¿cuál será el siguiente? Está claro que SpringSource tiene derecho "legal" a hacer esto pero... ¿es limpio cambiar así el juego, cuando precisamente lo abierto y fácilmente disponible de tu software es lo que lo ha hecho llegar a una situación de éxito que roza el monopolio?

Esperemos que SpringSource, vista la tremenda reacción que está teniendo este movimiento y las dificultades que está teniendo Rod para defenderse en TSS, se repleantee esta nueva política. El riesgo es muy grande, y hoy en día nuestra industria sin Spring... tiene un problema.

¿Cómo lo veis?