Eclipse es un IDE multiplataforma y de código abierto fundado a principios de la década por IBM y Rational.  Hoy en día se puede decir que es el IDE de preferencia para la mayoría de los programadores Java. Eclipse Foundation, la organización que está detrás del proyecto está conformada por los principales actores de la industria con la excepción de Sun y Microsoft.

Eclipse utiliza un toolkit multiplataforma que se comunica con las API’s de bajo nivel para que las aplicaciones que lo usen se vean y comporten en forma nativa, el toolkit se conoce como SWT (Standard Window Toolkit).  El trabajo con Tasktop se enfoca en mejorar la integración de Eclipse con Windows 7 modificando SWT para que utilice las nuevas características ofrecidas por este nuevo sistema operativo, por ejemplo la integración con la nueva barra de tareas como se ve en la foto que acompaña este artículo.  Se espera que estos cambios estén disponibles para los primeros meses del 2010.

Por el lado de Soyatec se está trabajando en tres proyectos: Integración de Eclipse con Silverlight e integración de Eclipse con la plataforma Windows Azure para Java y PHP.

Por el lado de Silvelight, el propósito del proyecto es crear un conjunto de herramientas de código abierto integradas con Eclipse, de tal forma que permitan a los desarrolladores que usen la plataforma Eclipse crear aplicaciones que corran en Microsoft Silverlight.  Este  plug-in para Eclipse proveerá un ambiente de desarrollo y herramientas de  interoperabilidad entre Java y Silverlight, de tal forma que facilite la integración de aplicaciones basadas en Silverlight en sitios web y servicios construidos con Java.

Los otros dos proyectos se enfocan en ayudar a los desarrolladores que utilicen Java o PHP para acceder a los servicios de Windows Azure, un conjunto de tecnologías de Microsoft para desarrollar y usar aplicaciones en la nube.

Este anuncio muestra nuevamente que no es broma que Microsoft se esté involucrando en proyectos de código abierto. A pesar de las metidas de pata de Steve Ballmer, parece que poco a poco la compañía va reconociendo la necesidad de convivir en un mundo heterogéneo, cuidando mucho más la interoperabilidad.

Links:
- Tasktop working with Microsoft to improve Eclipse for Windows 7 (Mik Kersten de Tasktop)
- Partnering to foster Eclipse and Microsoft platform interoperability (Interoperability@Microsoft)

Scott McNealy, co-fundador de SUN y Larry Ellison, fundador de Oracle

Como ya les anunciamos ayer, Scott McNealy co-fundador de SUN Microsystems y Tony Stark Larry Ellison, su par en Oracle, se subieron al escenario del Moscone, para dar inicio a una de las semanas más movidas de San Francisco, la del Oracle Open World, que por primera vez tiene a Oracle y SUN juntos a vista de una fusión inminente.

Antes de contarles lo que sucedió en el escenario, los voy a poner en contexto. En el pasado he tenido la fortuna de estar en el keynote de CES de Bill Gates, en el popular keynote del tio Steve en Macworld y en presentaciones de las cabezas de las empresas de tecnología más grandes del planeta, pero en mi vida había visto tanta gente y la producción que vi en el keynote de ayer. Decenas de miles de analistas, ejecutivos, periodistas y desarrolladores, tanto de plataformas Oracle, como de sus adquisiciones, que vienen a aprender, cubrir y generar lazos con gente que habla su mismo idioma.

Todo partio con McNealy, que básicamente vino a calmar a su gente, y dejar en claro que SUN Microsystems seguirá con su estrategia y que sus proyectos más importantes no sólo seguirán intactos (incluido mySQL), sino que además se invertirá más dinero — del bolsillo de los rojos — tal como ya lo había aclarado Oracle en su momento. En su presentación, enumeró las 9 innovaciones más grande de SUN, antes de cerrar con un categórico,

Pateé traseros, lo pasé bien, no hice trampa, amé a mis clientes y cambié la computación. Para siempre.

• NFS / PC-NFS
• Arquitectura SPARC (la primera estacion de 7-10 MIPS bajo 10 mil dolares)
• Software de código abierto
• Java (Java card, Java SE/ME/EE y JavaFX)
• SUN E10K (Solaris corriendo sobre 64-way)
• ZFS/ Open Storage / Flash (Exadata)
• Proyect Blackbox
• Sun Ray
• Chips multi-hilos (coolthreads)

La segunda parte consistió en Ellison hablando de las sinergias entre el software Oracle y el hardware de SUN, afirmando en más de una ocasión, que la combinación SPARC más Oracle es la más rapida del planeta. Llego al punto de sacar la billletera y ofrecer 10 millones de dólares a quien logre un mayor rendimiento en hardware IBM en comparación a SUN (claramente con una gran letra chica).

En pocas palabras se trato de una presentación para calmar las aguas detrás de la controversial intención de compra de SUN Microsystems, de la mano de una promesa de mayores innovaciones y soluciones combinadas producto de la inminente fusión.

Link: Oracle Open World (Oracle)

Red Hat es una de las empresas que ha demostrado al mundo que se puede construir un gran negocio con el software libre si se encuentra un modelo de negocio adecuado y se ejecuta correctamente.  Hasta antes de la adquisición de JBoss el negocio principal de la compañía eran las subscripciones a los servicios montados alrededor de su sistema operativo, pero con Jboss comenzó a cambiar el perfil de la compañía.

Para quienes no conozcan JBoss, se trata de un servidor de aplicaciones empresariales Java que desde la trinchera del software libre compite de igual a igual con productos de IBM, Oracle y Sun principalmente.  Es la base necesaria para implementar grandes y complejos sistemas que operan en grandes organizaciones.

Pero cuando hablamos de JBoss no sólo nos referimos a este servidor de aplicaciones sino que también a un ecosistema de software orientado a la empresa entre los que encontramos a su administrador de procesos de negocio jBPM, su bus de servicios empresarial y uno de los mapeadores objeto-relacional más populares: Hibernate.

Cuando Alan Cox, empleado ícono y uno de los principales desarrolladores del kernel se retiró de Red Hat para integrar las filas de Intel, fue un gran indicador de que la compañía ya no estaba enfocada en su sistema operativo como en los inicios, y su atención se retiraba de los aspectos cercanos a los fierros moviéndose hacia niveles más altos de abstracción como son las aplicaciones.

A principios de este año, el negocio de JBoss estaba creciendo al doble de lo que crecía el negocio de RHEL.  Hoy en día por cada 10 dólares que ingresan por JBoss, ingresa sólo 1 por RHEL. Para las empresas clientes de Red Hat,  RHEL es una decisión táctica que les permite ahorrar dinero, mientras que una plataforma como JBoss es una decisión estratégica que les permite ganar dinero.

Afortunadamente este cambio de foco no ha afectado al desarrollo del sistema operativo, porque de todas formas se trata de una pieza fundamental de toda la plataforma ofrecida por la compañía.  Sin duda la adquisición de un complemento ideal como JBoss fue un gran acierto.

Link : Red Hat’s Jboss road less traveled (CNET News)

Click here to view the embedded video.

El Simposio sobre Inteligencia Computacional y Juegos IEEE 2009 (7-9 Septiembre, Milán) y la Conferencia de Innovación en Videojuegos 2009 de la IEEE Consumer Electronics Society (25-28 Agosto, Londres) lanzaron una competencia donde puedes ganar hasta USD$500, el reto es desarrollar un agente manejador (o agente controlador) mediante inteligencia artificial que juegue Super Mario Bros.

Claro que no es la versión original de Super Mario Bros, se trata de una versión modificada por Markus Persson llamada Infinite Mario Bros, un homenaje en Java al juego original con el añadido beneficio de un sinfín de niveles generados aleatoriamente.

Sin duda un reto digno de los mejores jugadores, programadores y algoritmos de aprendizaje. Uno de los principales objetivos de este concurso es poder comparar las distintas metodologías de desarrollo de controlador de unos contra otros, tanto los basados en técnicas de aprendizaje, tales como evolución artificial y los que son completamente codificados a mano.

De manera que se esperan recibir trabajos basados en la evolución de redes neuronales, programación genética, lógica difusa, diferencias temporales de aprendizaje, ingenio humano o una mezcla de alguno de los anteriores.

Así que el reto es crear tu método en Java (código Java o WOX) y ayudar a la ciencia jugando Super Mario Bros.

Link: AI Playing Super Mario Bros. – Dude, This is FAST! (Oh!Gizmo)

Hace unos días publicaron un video del fundador de AnthroTronix, Jack Maxwell en donde nos mostraba los usos y aplicaciones del AcceleGlove, un guante programable que registra los movimientos de la mano y los dedos, y que fue de lanzado de manera comercial en Mayo.

AnthroTronix desarrolló inicialmente el guante junto al Departamento de Defensa de Estados Unidos para funciones relacionadas con el control robótico, pero también puede servir con videojuegos, entrenamiento deportivo (rehabilitación física), o bien traducir el lenguaje de señas (utilizado por sordo/mudos). Viene con el software (SDK, Drivers y API) que le permite a los desarrolladores usar Java para programarlo en las aplicaciones que deseen.

Este guante esta hecho de una mezcla de nylon transpirable ajustable con las puntas abiertas para poder escribir, cuenta con acelerómetros en los dedos y la palma que registran la orientación tridimensional. También con un componente adicional se puede hacer el seguimiento del movimiento del brazo del usuario, este se conecta de bajo de la solapa del guante donde se encuentra el módulo que conecta los acelerómetros y el cable USB que manda la información a la computadora.

El costo de este guante programado es de $499 dólares y es un precio relativamente accesible comparado con el Data Glove (usando en entornos de realidad virtual) que cuesta entre $1,000 y $5,000 dólares.

Me recuerda mucho el Power Glove de Nintendo que pese a ser muy impopular y criticado por su imprecisión y difícil uso, sentó las bases para el control de mando de la Wii (WiiMote).

Click here to view the embedded video.

Link: A glove that can be programmed for many applications (NewLaunches)

(c) jgrove

Una de las cosas que más pesaron a la hora de comprar Sun por parte de Oracle, fue sin lugar a dudas la posibilidad de tomar el control sobre Java.

Lo anterior no es menor si pensamos que en la actualidad, Java se encuentra instalado en unos 4.500 millones de dispositivos (computadores, teléfonos móviles, entre otros), por lo que una de las ideas que se estarían barajando para sacar provecho de esto sería la creación de una tienda de aplicaciones.

Si lo pensamos detenidamente el potencial que tendría esta tienda sería incluso superior al que actualmente tiene la App Store de Apple, gracias a la gran cantidad de desarrolladores que actualmente trabajan con Java y a la gran cantidad de usuarios disponibles que podrían utilizar esta tienda desde cualquier dispositivo que la soporte.

Claramente las tiendas de aplicaciones han demostrado que son una importante fuente de ingresos para las compañías, por lo que Oracle (Sun) no puede dejar de lado esta oportunidad perdiendo una parte importante de esta torta.

Link: Will the Java Platform Create The World’s Largest App Store? (Vía PCWorld)

Hace casi un año que Google presentó Google App Engine, un servicio que permite a los desarrolladores de aplicaciones web utilizar los servidores de Google para subirlas.

Desde el principio el servicio sólo operaba con aplicaciones programadas con Python, pero en Noviembre del año pasado anunciaron que el servicio también soportaría Java como lenguaje de programación.

Dicho y hecho porque desde hace un par de días que se realizó el anuncio oficial sobre el soporte de Java en Google App Engine, con lo que a partir de esta fecha los desarrolladores podrán utilizar todos los estándares de Java. Incluso se puede descargar un plugin para Eclipse, como para hacer aún más fácil la pega de los sufridos desarrolladores.

Si deseas hacer uso de este servicio, te recomendamos leer la documentación respectiva.

Link: Seriously this time, the new language on App Engine: Java™ (Google App Engine Blog)

Mientras más se alarga el proceso, pareciera que menor es el valor de Sun, como si IBM estuviera tanteando para ver qué tan desesperados están los ejecutivos de Sun respecto a la viabilidad de la empresa.  Lo que se sabe hasta ahora es que IBM pagaría menos de $10 dolares por acción, y Sun aceptará con tal de que IBM asegure que seguira adelante el proceso luchando contra las posibles trabas legales.

Y es que la adquisición de Sun por parte de IBM puede levantar alarmas respecto a las regulaciones anti monopolio que existen en Estados Unidos, sólo basta mirar el mercado de servidores Unix en donde IBM tiene el 37% del mercado mientras que Sun le sigue con un 28%, esto significa que después de la adquisición IBM poseerá más de dos tercios del mercado Unix.

Adiós Solaris

Una de las primeras dudas que se plantean es qué pasará con el área los sistemas operativos.  Hoy en día IBM tiene su propio Unix llamado AIX, mientras que Sun tiene a su competidor Solaris.  Aunque Solaris está muy presente en algunos nichos no se ve como una plataforma que vaya creciendo, por el contrario, como muchos Unix’es ha ido perdiendo terreno a medida que Linux se va consolidando como sistema operativo todo terreno.

Lo más probable es que IBM no siga invirtiendo en desarrollar Solaris y buscará mover a sus clientes hacia AIX o Linux. Mientras tanto, OpenSolaris que no le ha hecho ni cosquillas a Linux, quedará relegado a espacios muy específicos con fieles usuarios y desarrolladores tal como sucede hoy con los sistemas BSD que se encuentran en la misma situación.

IBM fue uno de los primeros en creer en Linux, y a principios de la década lo demostró invirtiendo un billon de dólares en este sistema cuando muchos ignoraban al pinguino.  No estaban tan equivocados ya que si bien IBM con Sun dominará el segmento Unix, es un mercado que va muriendo gradualmente para dar paso a Linux.

No se ve que la política de IBM cambie respecto a Linux, de otra forma ya hubieran tratado de adquirir a Novell o a Red Hat, pareciera que IBM prefiere mantenerse al margen de lo que significa desarrollar y mantener una distribución, y no tiene sentido si se considera que sin involucrarse demasiado, sólo por soporte IBM hace billones gracias a Linux.

Pero no crean que IBM sólo le saca el jugo a este sistema, porque además de financiar muchos proyectos de código abierto, ha sido una de las compañias que más ha aportado al kernel de Linux, con un 8.3% de todos los cambios, sólo superada por el aporte de Novell y Red Hat.

Choque cultural

La gente que conoce bien de cerca ambas compañías, cree que el choque cultural que se producirá no es menor, es común que algunos digan que basta mirar la colita de Jonathan Schwartz, el CEO de Sun para que sea difícil imaginarlo respecto al típico aspecto de un empleado de IBM.  Esta última siempre ha tenido un espíritu de empresa de negocios como su nombre lo dice, mientras que Sun tiene un espíritu mas hippie, propio de las empresas que emergieron en Silicon Valley.

NetBeans y la sombra de Eclipse

Aunque es difícil de creer, el nombre del entorno de desarrollo integrado Eclipse (IDE) no pretendía molestar a Sun, incluso pensaron en cambiarlo después de que la compañía rechazara unirse a una organización que usara un nombre que pareciera atacarlos.  Cuando llegue el momento de decidir en donde concentrar los esfuerzos, es muy probable que esta coincidencia termine por cumplirse como si fuera una profecía, porque tiene poco sentido continuar desarrollando NetBeans después de todo lo que ha invertido IBM en el desarrollo de Eclipse.

Y no tan solo es una cuestión de dinero, porque Eclipse también ha logrado concentrar los esfuerzos de la industria para convertirse en el IDE por excelencia y componente principal de varios productos, incluso algunos fabricantes dejaron de desarrollar sus propios IDE’s para enfocarse en Eclipse como es el caso de Bea/Oracle, Rational y quien fuera por muchos años el lider indiscutido de este mercado : Borland.

Pero los seguidores de NetBeans no se deben preocupar, seguramente continuará como un proyecto llevado adelante por la comunidad, ya que un proyecto de código abierto nunca muere, siempre estará disponible para que los interesados le sigan dando vida.

MySQL

Respecto a las bases de datos, hay tres productos en juego : DB2, Derby y MySQL.  En este campo es probable que no hayan caídos, ya que este trío cubre áreas totalmente diferentes.

La base de datos DB2 tiene una orientación corporativa, y aún se usa bastante en donde se encuentre un AS400 operando.  Por otra parte Derby es una base de datos diseñada para ser incrustada en aplicaciones Java, de forma similar a SQLite y Oracle Berkley DB.  En donde corre Derby es imposible pensar en DB2 y viceversa.

No fue hace mucho que Sun compró a MySQL, y hay que decir que esta adquisición ha sido muy mal manejada.  Poco a poco los principales desarrolladores se fueron de la compañia inconformes en cómo se estaban llevando a cabo las cosas.  Incluso el último release causó mucha molestia al ser liberado por presiones de mercado y no porque estaba listo para ser usado por el público.

Se espera que cuando IBM tome el control, pueda mejorar la situación actual de MySQL, y se ve que es poco probable que desaparezca en favor de DB2.  MySQL es practicamente LA base de datos de los sitios Web 2.0, también una impresionante cantidad de sitios menores y es la elección por omisión de la mayoría de los proyectos de código abierto que necesitan una base de datos.

Los fieles servidores SPARC

Los servidores basados en arquitectura SPARC fueron una joya en los noventa, pero el negocio de los servidores SPARC ha sido duramente golpeado por alternativas de bajo costo con procesadores Intel corriendo algún tipo de Linux, no hay que ser muy astuto para darse cuenta de cual fue la motivación de portar Solaris a Intel.

Junto con la posible desaparición de Solaris, ya no tendrá sentido mantener viva la arquitectura SPARC, incluso si se necesitan máquinas distintas a Intel, a largo plazo es mucho más viable para dar soporte a clientes que dependan de Solaris hacer un port de este sistema para funcionar sobre la arquitectura PowerPC de IBM.

El definitivo fin de StarOffice

StarDivision era una empresa alemana que ambiciosamente había desarrollado StarOffice, una suite de oficina que pretendía competir con Microsoft Office.  El producto era de una gran calidad, pero era una competencia entre David y Goliat.  A fines de los ‘90 StarDivision fue adquirida por Sun, y al poco tiempo decide abrir el código para crear el proyecto OpenOffice.

Sun mantuvo el nombre StarOffice para crear un producto comercial usando a OpenOffice como base, tal como lo hacía Netscape con el proyecto Mozilla.

IBM por su parte hizo lo mismo bajo el nombre de Lotus Symphony, pero usando una combinación del core de OpenOffice con la tecnología desarrollada en el proyecto Eclipse.

Tras la adquisición, StarOffice pierde sentido respecto a OpenOffice que ya es mantenido por la comunidad y Lotus Symphony está orientado al mercado corporativo como reemplazo de IBM Workplace en donde no tendría cabida StarOffice

El gordo y el flaco

En el área de servidores de aplicaciones el futuro no está muy claro.  IBM tiene un servidor JEE (Java Enterprise Edition) de código cerrado llamado Websphere.  Este servidor es casi un remake de muchas tecnologías antiguas y ha ido mejorando con el tiempo, pero no se compara a sus competidores más populares como el servidor de código abierto JBoss de RedHat y WebLogic de Oracle/Bea.

Por su parte Sun tiene un servidor de código abierto llamado Glassfish, que al igual que OpenOffice es la base de un producto comercial llamado Glassfish Enterprise Server.

Glassfish se caracteriza por ser un servidor bastante ligero para lo que se acostumbra a ver en este tipo de productos y que además incorpora rápidamente los cambios que se hacen a la edición empresarial de Java (JEE).  Sería una muy mala señal tanto para usuarios como desarrolladores que se detuviera el desarrollo de Glassfish considerando que es practicamente una implementación de referencia de los estándares desarrolladores para la plataforma Java.

Larga vida a Java

Si hay algo que tienen en común ambas compañias es la tecnología Java.

Tanto el lenguaje como la plataforma Java tienen una larga historia de éxito en el desarrollo de aplicaciones empresariales, y últimamente en el desarrollo de aplicaciones móviles, específicamente en el mundo de los teléfonos celulares.

Java fue concebido por Sun a finales de los ‘90 con el objetivo de tener un lenguaje cercano a C que permitiera escribir aplicaciones que fueran independientes de la plataforma, tanto a nivel de código fuente como a nivel de código binario.  Tras un triste paso por la web por medio de los famosos Java Applets, los esfuerzos tuvieron mejores frutos en los servidores, en donde hasta el día de hoy mantienen un gran dominio del mercado compitiendo duramente con Microsoft y su plataforma .NET.

Una de las críticas que siempre se hicieron era que Sun tenía demasiado control sobre Java, aunque abría la puerta para que otros implementaran su tecnología como es el caso de IBM quien durante un tiempo superaba en rendimiento a la propia implementación de Sun, o el caso de Microsoft que intentó cambiar la tecnología para su propia conveniencia lo que significó un largo juicio que hace poco terminó dandole la razón a Sun.

Para tratar de dar una mayor apertura pero sin perder el control, se creó el Java Community Process con la idea de discutir en conjunto la evolución de la plataforma Java.  En el JCP participan las empresas más importantes relacionadas con Java, entre otras IBM, RedHat, Oracle y por supuesto Sun.

Aun así, hay algunos que consideran que Sun tiene mucho poder en el JCP, el autor del popular framework Spring dice “Si Sun realmente quiere algo, entonces sucederá, pero si Sun lo odia, entonces nunca sucederá”.

Se dice que aunque parece un proceso abierto no lo es tanto y a Sun le ha costado soltar la mano incluso después de hacer que Java fuera de código abierto.  De qué sirve tener este código abierto si el proceso para decidir el futuro de la plataforma no lo es.

Hasta la fecha, en donde este mecanismo ha cerrado puertas, han surgido proyectos de código abierto para volver a abrirlas.  Una de las quejas es que para proponer cambios en la plataforma, se debe presentar además una implementación de referencia, y para ideas en discusión eso puede ser una gran cantidad de esfuerzo adicional.  Lo que ha ido sucediendo es que las mejoras a la plataforma primero han surgido como proyectos abiertos independientes hasta que logran validez suficiente para pasar a formar parte del standard.

Lo que se espera tras la adquisición de IBM es que la plataforma Java se abra completamente, eliminando las exigencias que Sun tiene sobre el proceso dificultando su evolución.

Actualización: IBM retira su oferta por Sun Microsystems (FayerWayer)

Links:
- IBM Reportedly will buy rival Sun for $7 billion (InternetNews.com)
- IBM Podría comprar Sun (CHW.net)
- If IBM owns Java… (JavaWorld)

Desde su lanzamiento, las aplicaciones para poder utilizar este servicio debían estar desarrolladas en Python, ya que era y aún es el único lenguaje soportado. Sin embargo en el Google Developers Day, celebrado el 18 de octubre pasado en Bangalore, India, la empresa anunció que el App Engine pronto tendrá soporte para Java.

Además de haber escuchado las peticiones de los desarrolladores, se cree que el principal motivo por el que se agregará pronto soporte para Java, está relacionado con la plataforma Android, la cual corre en una JVM propia de Google llamada Dalvik. De esta forma, se busca fomentar el desarrollo de aplicaciones para Android brindándole a los programadores un entorno donde probar sus aplicaciones de manera sencilla.

Parece que mientras otros se caen a pedazos, la G se agranda cada vez más.

Link: Google tells Bangalore developers Java on AppEngine coming soon (The Industry Standard)

Conozco varios bogotanos que aún no entienden cómo funciona el sistema. No es el caso de los lectores de FayerWayer, porque:

• Geek que se respete entiende el mapa de un sistema de transporte masivo.
• Geek que se respete no necesita poner su grasoso dedo en el mapa para orientarse.
• Geek que se respete instala la aplicación gratuita en Java, que calcula las posibles rutas para ir de una estación a otra en segundos y sin necesidad de acercarse siquiera al mapa.
• Geek que se respete le instala el programa a todos los no geeks que tienen aún dificultades para saber cómo llegar de un punto a otro.

Buen provecho.

Link: Software Transmilenio