MASHUP vs PORTALES

En la creación de aplicaciones web se da la paradoja que es casi más importante el cómo se muestran los datos, que la utilidad o la forma de conseguirlos. Cuando uno se enfrenta a la creación de una nueva aplicación web no sólo ha de pensar en qué pretender enseñar y que operaciones ha de permitir sino también cómo lo enseñara y de qué forma conseguirá crear un entorno atractivo con una navegación útil.

En las aplicaciones de escritorio, salvo pequeñas excepciones, cambios radicales en el diseño son mal acogidos por los usuarios y los formularios mantienen aspectos parecidos, sino iguales, entre diferentes aplicaciones de distintos proveedores. Esto no sucede en la web. En Internet el diseño es primordial, esto provoca que se tengan que rediseñar aplicaciones en breves plazos únicamente para adaptarlas a las tendencias del mercado en ese momento. La velocidad con que se avanza en el diseño y la continua mejora de tecnologías existentes hace que convivan formas de trabajo y diseño que en un primer momento están enfrentadas, como el caso que nos ocupa: Mashups vs Portales.

Nos centraremos primero en el análisis de cada tecnología para entrar a valorar que usar.

Mashups
Entendemos por mashup la aplicación que obtiene datos de diferentes orígenes externos a sus limites de negocio y los mezcla para obtener nuevas funcionalidades. Hemos de diferenciar esto de lo que sería incrustar alguna funcionalidad de otro proveedor en nuestra aplicación (ej. un video de YouTube, una galeria de Flicker, …), para que sea considerado “mashup” nuestra aplicación web ha de poder trabajar con los datos obtenidos y usarlos para su función de negocio, aunque en su origen su función fuera completamente diferente. La mejor forma de entender como funciona esto sería visitando una web “Mashup” y un excelente ejemplo sería http:// ChicagoCrime.org, donde se combinan datos de la criminalidad de la web de la policía de Chicago, con la cartografía de Google maps, fotografías de flicker y videos de Youtube, para conseguir situar en el mapa, la información relacionada con los crímenes cometidos en la ciudad de Chicago.
Bien se ha descrito esta forma de trabajo como “la creación de un Frankestein”, ya que tomamos “prestadas” funcionalidades ajenas para hacer nuestra aplicación más completa y útil.

Tipos de Mashups
Según el tipo de datos que ofrezcan se pueden clasificar en:
• Cartográficos: Google abrió la caja de los truenos al hacer pública la API de su Google Maps, obligando a la reacción del resto de compañías: Microsoft (Virtual Earth), Yahoo (Yahoo Maps), AOL (Mapquest).
• Multimedia: En esta categoría los reyes son Youtube en el apartado de video y Flickr en el fotográfico. Como se mencionaba anteriormente no basta con incluir el video o la foto, la aplicación ha de interactuar con él. Ejemplo de esto lo tenemos en la web de la CNN donde utilizan fotos de Flickr, etiquetándolas, asociándolas a noticias, …
• Búsqueda y Compras: Amazon y eBay son los grandes valedores de este tipo de Mashups proporcionando un API para interactuar con sus servicios.
• Noticias: Los grandes medios informativos tienden a facilitar el acceso a sus datos con tecnologías como rss o Atom.

Tecnologías usadas
Muy brevemente repasaremos que tecnologías se usan tanto para las comunicaciones como para mostrar la información:
• AJAX: Entendiendo que no es tanto una tecnología como una metodología de trabajo que englobaría lo siguiente:
- XHTML y CSS para la capa de presentación
- DOM (Document Objet Model) para la representación
- Comunicaciones asíncronas via XML
- Scripting en el lado del cliente via JavaScript
• Protocolos de comunicación SOAP y REST
• Web Semántica y RDF
• Sindicación vía RSS y ATOM

Formas de sindicación muy parecidas, que permiten acceder, via XML, a artículos y a información relacionada con los mismos.

Portales
Un portal web es una aplicación que nos permite definir un punto de entrada único a los datos, a otras aplicaciones web y a funcionalidades como Correos, Noticias, etc.

Podríamos considerar a los portales como la evolución natural de los antiguos buscadores, comenzando estos a ofrecer búsquedas categorizadas, pasando a dedicar espacio en su web a categorías importantes hasta llegar al punto en que nos encontramos hoy. La filosofía del portal es mantener al usuario el mayor tiempo posible dentro del portal facilitando el acceso a las funcionalidades más comunes. Sirvan las capturas de Yahoo (uno de los portales más famosos) para ilustrar este hecho.



Tipos de portales
Una primera clasificación de los portales sería: Horizontal y Vertical. La filosofía de los portales Horizontales es no centrarse en una temática concreta, mientras que los portales Verticales están destinados a un público concreto centrándose en una sola temática. Se conoce a un portal vertical como VORTAL.

Tecnologías usadas
Debido al gran auge durante muchos años de los portales podría parecer que en la creación de un portal hay total libertad, pero siendo estrictos hemos de reconocer que “no todo lo que parece un portal ha de ser considerado como tal”, en este aspecto podemos decir lo de “El hábito no hace al monje”. Un portal ha de cumplir los siguientes estándares:

- Web Service for Remote Portals v1 (WSRP) o su revisión en la versión 2
Define la forma en que interactúan los webservices orientados a la presentacion de datos. No entra en la definición del lenguaje.

- JSR168 o JSR286
Es la estandarización Java para la creación de Portlets (aplicaciones contenidas dentro de un Portal)

Caso aparte tendríamos que hacer con Microsoft, que una vez más reinventa los estándares, y su aplicación de portales escalables SharePoint.

La lucha
Round 1. Los padrinos
Ahora que conocemos tanto a los “Mashups” y a los Portales vamos a enfrentarlos.
La primera consideración a tener en cuenta es quien apadrina cada tecnología.

MASHUPS: Como abanderado tendríamos a Google con sus multiples funcionalidades, de las cuales la gran mayoría son accesible por sus librerías. Dentro de Google cabe destacar Youtube, Blogger y GoogleMaps como sus productos estrella. Entre otros promotores de esta tecnología encontramos eBay, Amazon, Yahoo, del.icio.us, AOL entre muchos.

PORTALES: Los grandes de la informática empresarial apoyan la tecnología de Portales como Oracle con su adquisición de BEA, el SharePoint de Microsoft. Encontramos también proyectos de código abierto como DotNetNuke. Posiblemente sean menos las empresas que estén facilitando herramientas para la creación de portales, pero son las empresas que mueven la mayor parte de las aplicaciones empresariales.

Por número de “padrinos” deberíamos dar por vencedor de este round a las mashups, pero teniendo en cuenta el volumen de negocio y la credibilidad / confianza en el sector sin dudarlo el ganador debería ser los portales.
Round 2. Estandarización.
MASHUPS: La reciente aparición hace que no exista una estandarización concreta, aunque las diferentes tecnologías que lo conforman sí trabajan bajo estándares. Todo hace suponer que se avanzará en la dirección de crear directrices concretas para la creación de una estandarización.

PORTALES: Sus casi veinte años la convierten en una tecnología veterana, que ha evolucionado y aprendido de sus errores. Un punto fuerte es su rigidez al no apartarse de los estándares antes mencionados permitiendo que todas las aplicaciones, al seguir un mismo patrón, sean fácilmente mantenibles (en principio).

La veteranía siempre es un grado y en este apartado siendo realistas se ha de reconocer como justo ganador del Round a los Portales.

Round 3. La comunidad.
MASHUPS: Al coexistir tantos proveedores de librerías para mashups la comunidad está muy segmentada, siendo los seguidores / desarrolladores para Google la más abultada con diferencia. Por el contrario al tratarse en muchos casos de librerías de código abierto y al aumento exponencial de aplicaciones aparecidas, el soporte a los desarrolladores es más que aceptable.

PORTALES: Las más importantes herramientas son aplicaciones propietarias, sin acceso al código fuente. Las empresas dan soporte a sus productos, esto provoca que no siempre sea sencillo encontrar soporte específico y documentación actualizada.

Google tiene una gran tirada entre los desarrolladores web, llegando a crear tendencias y modas. Por tanto la comunidad, aunque sean webs no comerciales, tiende a MASHUPs. El vencedor de este round: MASHUPs
Round 4. Ganador por KO.
El ganador por KO es… el cliente. Como siempre, en el desarrollo de aplicaciones profesionales las necesidades y deseos del cliente, las características del proyecto junto con la disponibilidad para la compra de licencias (en el caso de los portales) determinarán la elección de una u otra tecnología.

A nivel de aplicaciones personales es innegable el gran auge del uso de MashUps mientras que la confianza empresarial sigue puesta en la creación de portales. Esta situación hace vaticinar una convivencia pacífica entre las dos tecnologías.

Conclusiones.

En el desarrollo de aplicaciones web es muy difícil preveer qué se trata de una moda pasajera o que se convertirá en un modo de trabajo. Conscientes de esto los proveedores de librerías tienden a facilitar productos con curvas de aprendizaje muy cortas y con grandes resultados con poco desarrollo. El dilema reside a la hora de tomar las decisiones y de la libertad para arriesgar hacia un modelo emergente o jugar a un valor seguro.

En cualquier caso, como si de moda se tratara, la línea que separa un diseño novedoso y útil a un engendro hortera es cada vez más fina, independientemente de la elección que hagamos la realización de un proyecto exitoso siempre estará en nuestras manos.