Traer la versatilidad, portabilidad y menor demanda de recursos de las aplicaciones web al desktop es desde hace un tiempo uno de los objetivos por el que las más importantes compañías que desarrollan software en el mundo compiten.

La primera ola fué más bien a la inversa. Muchas aplicaciones o programas que funcionaban independientemente y se trasladaron a un navegador como Internet Explorer o Firefox. Se trataba principalmente de programas que requerían un intenso intercambio entre el usuario o cliente en una computadora terminal y una computadora central o servidor. Donde el trabajo realizado por el cliente no consumía muchos recursos de la computadora sino que la mayor parte del trabajo era realizado por el servidor y este, a la vez era e que se encargaba de almacenar toda la data importante.

Así, vimos como en las empresas, los consultores de SAP (http://www.sap.com/) regresaban, esta vez para implementar los servicios que se proporcionan a los trabajadores, a través de la intranet corporativa. O, como en mi caso, los alumnos de la universidad dejábamos de estar obligados a usar los terminales con acceso telnet para revisar nuestros correos electrónicos; y podíamos hacerlo a través de una página web.

En buena medida esta ola sigue creciendo y tomando fuerza. Además de las muchas aplicaciones web de correo electrónico disponible, existen ahora servicios para casi todas las actividades que uno pueda imaginarse: para manejar su agenda de actividades o calendario, para administrar sus finanzas personales, servicios para el manejo de clientes, etc.

Por esta razón gigantes como Microsoft han sentido movérseles el piso. Se habían estado quedando dormidos sobre sus laureles. Mientras, la economía basada en licencias de software en la que florecieron, se ha ido transformando en una en la que el software se proporciona en forma de servicios.

Ahora todos están tratando de recuperar el tiempo perdido y de coger con la debida anticipación a la siguiente ola.

El html al desktop

Desde hace algunos años ya algunos innovadores como los de Apple y los de Yahoo, en su momento, comenzaron a desarrollar pequeños programas llamados widgets basados en html y javascript. Estos funcionaban direcamente en el escritorio sin necesidad de estar dentro de una página web o navegador de internet. En el caso de Yahoo comenzó como un desarrollo independiente, Konfabulator, que la compañía compró y finalmente rebautizó como Yahoo! Widgets. Por su parte, Apple, incorporaba a sus Dashboard Widgets exclusivamente en su sistema operativo, el Mac OS X.

Desde entonces hemos visto la emergencia de variadas plataformas de widgets, llamadas widget engines además de Konfabulator y Dashboard. Siendo su principal característica la poca necesidad de muchos conocimientos especializados para su desarrollo. Un widget debería poder construirse en poco tiempo y aprovechando, en buena medida, herramientas utilzadas para el desarrollo web como html, xml, javascript y, en menor medida, otro lenguaje de programación como VBScript.

A estos widgets se les encargaba por lo general realizar tareas sencillas, como servir de block de notas y calcular la hora en distintas zonas horarias. Sin embargo, las funciones se fueron incrementando en la medida que las posibilidades de este medio se iban conociendo, más programadores se involucraban en su desarrollo y nuevas empresas soportaban las plataformas de widgets existentes o creaban las suyas propias. Es así como ahora los Google Gadgets o los Gadgets de Windows Vista nos permiten ver los titulares actualizados de las noticias que nos interesan, revisar los listines cinematográficos en busca de los últimos estrenos o ver los videos más populares de Youtube.

Los widgets renuncian a su nombre

Con el advenimiento de nuevas técnicas para el desarrollo de páginas web como el AJAX, también llegó la conciencia de que se le podía exigir más a las aplicaciones desarrolladas en base a html y javascript, sea que estas residan en el navegador (gmail, flickr, etc) o en el desktop como los widgets.

Es el momento de proyectos más ambiciosos. No se trata ya de simples widgets. Existe ahora un valor agregado en la posibilidad de trasladar complejas aplicaciones web del navegador a funcionar nativamente en la PC. La comunidad de desarrolladores web que ha venido y viene creciendo exponencialmente en los últimos años se convierte en el principal mercado capaz de aprovechar esta nueva plataforma.

Estas nuevas aplicaciones que ya no recibirán el nombre de widgets, pues este remite a sus hermanas menores de funcionalidad limitada.

Casi todos los ingredientes están listos, sólo falta terminar de nivelar el terreno para que su difusión llegue al nivel de la promesa. Esta nivelación consiste en homogeneizar las reglas de juego o en ver las reglas de quien serán las que primen. Por suerte la cancha se inclina hacia la homogeneización.

Dos organizaciones son las que han tomado el liderazgo en este camino, Adobe y Mozilla. Por suerte, cada una desde su propia aproximación han decidido que sus plataformas de desarrollo se basarán en las teconolgías estándarizadas y abiertas (que no pertenecen a ninguna empresa), las cuales han permitido el vertiginoso crecimiento de la internet: xhtml, css, javascript.

Los productos de cada una de ellas son Adobe Air y Mozilla Prism, pero el análisis de cada una de ellas será motivo de un articulo continuación de este.

Llegué al punto de no poder más con la curiosidad. El más marciano de todos: revisaba mi cuenta cada 30 minutos para ver si por fin lo habían habilitado en mi cuenta. En el link de configuración o settings de su Gmail hay una pestaña de Permitir reenvíos y POP. Cuando Google habilite IMAP para su cuenta, si no lo ha hecho ya, esta pestaña leerá Permitir reenvíos y POP/IMAP.

Finalmente hace un par de días estuvo habilitado y procedí de inmediato a hacer la prueba. Eliminé la cuenta POP Gmail de mi programa de correo electrónico, Mozilla Thunderbird - equivalente al Outlook que muchos de ustedes seguramente usan, sólo que mejor. Y configuré la nueva cuenta de IMAP Gmail, cosa que ustedes mismos pueden hacer también siguiendo las instrucciones que aparecen en la misma pestaña Permitir reenvíos y POP/IMAP de la que hablé más arriba.

Debo confesar que no quedé tan sorprendido como me hubiera gustado. Aunque esto no necesariamente tiene que ver con la implementación de Google.

Hace tiempo que uso IMAP para revisar mis correos de otra cuanta que tengo con AIM, pero sólo porque no había la posibilidad de descargarlos.

IMAP y POP son dos mecanismos para administrar tu cuenta de correo electrónico desde un programa instalado en tu computadora como Otulook o Thunderbird, en lugar de tener que visitar el sitio web de tu proveedor de eMail,  mediante Internet Explorer, Firefox o el navegador de internet que utilices, cada vez que quieras ver tus correos.

La diferencia entre IMAP y POP, para aquellos que todavía no la conozcan, es que POP te permite descargar los correos al disco duro de la computadora que estás usando; almacenarlos y organizarlos allí de la manera que te parezca más conveniente sin que estos cambios se vean reflejados en tu cuenta de correo, si es que accedes a ella desde otra computadora, otro programa u otro medio. Con IMAP, por otro lado, no descargas los emails a tu computadora sino sincronizas tu computadora con tu servicio de correo electrónico de manera que puedas ver "en vivo" los eMails que tengas en ella de la manera como estén organizados allí, en carpetas y sub carpetas. Los cambios que hagas en tu computador a a una cuenta sincronizada con IMAP se verán refleados en cualquier otra computadora desde la que accedas a este servicio de correo.

Ambas opciones son muy útiles, cara una tiene sus ventajas y desventajas y su mejor aprovechamiento depende sobre todo de el dispositivo que uses para revisar tu eMail.

IMAP es lo más apropiado para dispositivos móbiles, como un teléfono celular o smartphone, desde los cuales uno puede revisar su correo electrónico mientras está en movimiento. De estos aparatos uno puede tener varios y gracias a IMAP, los cambios que uno haga en cualquiera de ellos (mover un email a otra carpeta o folder, marcar un email como spam, eliminar otro) serán visibles de inmediato en los otros e incluso se verán si uno accede a sucuenta de correo mediante la web.

POP, en cambio, es más apropiado para usar en un computador personal donde la capacidad de almacenamiento no es un problema y te puedes permitir guardar eMails para los cuales ya no haya espacio ni en los 4 GB de tu cuenta de Gmail. Mientras IMAP es para dispositivos de tránsito, POP resulta mucho mejor para el dispositivo que será el destino final desde donde puedas hacer backups.

Yo hice la prueba del IMAP de Gmail en la laptop que utilizo regularmente como computador personal. De lo expuesto anteriormente se deducirá fácilmente que pasadas las 24 horas de la prueba, regresé prontamente a descargar mis emails vía POP. El IMAP me fuerza a tener una, o Inbox, y todas sus correspondientes sub carpetas, separadas exclusivamente para esa cuenta de Gmail, yaque esta es la única manera que pueden verificar la apropiada sincronización con la web. Con POP, en cambio, puedo consolidar todas mis cuentas de correo en un solo juego de Bandeja de Entrada y sub-carpetas lo cual facilita en gran medida la visualización, búsqueda, organización y posterior backup de la información.

Lamentablemente, todavía no hay una gran variedad de dispositivos asequibles con acceso a internet en buena parte de América Latina, así como tampoco hay planes de transmisión de datos por internet vía teléfonos móviles que estén al alcance del ciudadano común. De manera que tendrá que pasar algún tiempo todavía para que en muchas partes de latinoamérica podamos aprovechar el verdadero potencial del IMAP.

Hemos participado en el desarrollo de los siguientes sitios :

• Cala del Mar: algo nuevo bajo el sol
• Industrias Albo S.A.
  
• Pauchi.com
  
• VidaDigna
• Roda
• Sabeti Lodge
• Telcorp Peru

Pueden visitarlo en el siguiente link: Pregrado de la Universidad ESAN .

Todo tipo de comentarios es bienvenido e incluso esperado.  

Lo acompañamos desde la concepción de su sitio web hasta su implementación. Cubirendo  las cinco etapas básicas del proceso:

• La estrategia
• El alcance
• La estructura
• El esqueleto
• La superficie

Tenga un sitio web completo en 24 horas. Un sitio que crecerá con usted o su empresa, según lo vaya necesitando, sin costos adicionales. Y todo esto con bajísima inversión.

No se preocupe de los asuntos técnicos. Nosotros nos ocupamos de ellos. El precio incluye un año de Alojamiento o Hosting, un año de dominio.

Déjenos un comentario con sus datos o preguntas para comunicarnos con usted lo más pronto posible.

Esta característica se denomina "sindicación" o "agregación" o "difusión". A v un pequeño botón anaranjado. El estándar se ve así:  También es común ver botones que dicen "RSS" o "XML", que se ven así: 

Todos estos links significan lo mismo: El sitio que usted está viendo tiene un canal de actualizaciones disponible.

A continuación le proporcionamos algo de información para que sepa cómo puede fácilmente comenzar a leer estos canales de manera gratuita. También le diremos cómo puede publicar su propio canal RSS, si lo desea.

Primeros Pasos

¿Quién Publica Canales RSS?

Cualquiera que publica en la web, como por ejemplo este sitio, puede publicar un canal. Los blogs (o weblogs) fueron uno de los primeros tipos de sitios en ofrecer canales. Pero los grandes diarios y sitios web de noticias, de hobbistas e incluso tiendas como Amazon.com ofrecen canales también.

¿Qué Necesito?

Igual que cuando quiere ver un video o escuchar música en la web, necesita algún tipo de "player" para suscribirse a estos canales. La buena noticia es que la mayoría de estas herramientes es gratuita, y hay muchas de donde elegir, para encontrar la que mejor funcione para usted.

El "player" para un canal se llama lector de canales RSS,  lector RSS o feed reader (en inglés). Esta herramienta le permite suscribirse a todos los canales que quiera, ella verifica automáticamente si éstos han sido actualizados, y luego le muestra las actualizaciones a medida que estas llegan.

Los lectores RSS pueden funcionar instalados en su computadora o puede inscribirse para usar un lector RSS que funcione en la web. Si usted usa uno de los lectores vía-web, puede acceder a sus canales desde cualquier parte, con sólo ingresar al sitio que maneja sus canales. Si usted usa un programa lector instalado en su computadora, sus canales quedarán almacenados para que los lea aún cuando no está conectado a la Internet.

¿Qué Lector RSS debo Usar?

A continuación le presentamos una lista de las herramientas más populares.

Lo invitamos a ver nuestros productos y a comunicarse con nosotros para la información que necesite.

Para enviarse una sola vez

La primera parte del trabajo es diseñar un correo electrónico con las características necesarias para ser utilizado en eMail Marketing y que aproveche de la mejor manera las posibilidades particulares del medio. Este diseño puede ser entregado en el formato que sea necesario.

Plantillas para múltiples envíos

Si usted necesita realizar envíos continuos de eMail Marketing, quizá le interese la posibilidad de reutilizar los diseños. De esa manera, los eMails diseñados podrían convertirse en plantillas reutilizables en varias ocasiones con el costo único.

Si el diseño va a ser realizado por un proveedor externo a josedante.com será necesario coordinar con el diseñador para que este diseño cumpla con las características necesarias.

Conversión de diseños en HTML útil para envíos

La siguiente etapa consiste en convertir ese diseño a la tecnología de la web, Archivos HTML que funcionen enviados como correos electrónicos. El archivo en html resutante con todos los necesarios anexos se le entregará al cliente listo para ser enviado por el sistema que elija.

Para un único envío

Plantilla para múltiples envíos

Envío masivo de mensajes de eMail Marketing

Si no cuenta con una manera de enviar los eMail, o prefieren ahorrarse ese problema, podemos enviarlo por usted.

Bastará con que nos proporcione su base de datos de destinatarios y el archivo de html con los anexos que sean necesarios (p.ej. archivos de imágenes)

La base de datos será manejada con total confidencialidad y no será utilizada para otro fin que el determinado por el cliente que sea dueño de la base de datos. El eMail aparecerá como enviado desde la dirección electrónica que el cliente defina: ej. newsletter@example.com.

A continuación los precios por enviar los correos electrónicos: 

• S/ 20.00 en caso de que sean menos de cinco destinatarios. 
•  S/. 0.05 (cinco céntimos) por cada destinatario, a partir del sexto. (Ej: Para 1 005 destinatarios el costo sería de S/. 55.00 )

Administración de bases de datos (gratis)

Para estar de acuerdo con lo que establece la ley es de esperarse que las personas que consten en esa
base de datos tengan la opción de cancelar su suscricpión y debe aparecer la palabra "publicidad" en el subject del eMail.

Reportes de efectividad (gratuitos por introducción)

Un servicio adicional que ofrecemos sin costo mientras estemos en la etapa de introducción es entregarles reportes de la efectividad de los eMail enviados en todas las etapas de la campaña.

Paquetes especiales personalizados

Estamos preparados para ofrecer precios especiales por paquete de más de uno de los productos listados más arriba. Lo invitamos a comunicarse nosotros o a dejarnos un comentario en el link que para ese fin verá a continuación y nos pondremos en contacto con usted de inmediato.

El objetivo era mantener el diseño y la estructura de funcionamiento vigentes hasta entonces. Y actualizar la información, mientras nos familiarizábamos con la estructura de la información contenida de manera que pudiéramos realizar un rediseño del boletín, primero, y posteriormente un rediseño de la página web completa del CLADEA.

Se inició el trabajo el mismo 8 de diciembre. Ese mismo día un breve análisis del diseño y la estructura nos reveló que no era recomendable mantenerlos. Resultaba más provechoso, tanto para los usuarios como para la propia institución, desechar el esquema bajo el cual funcionaba el boletín e implantar uno nuevo más eficiente, manejable y atractivo, en ese orden.

• El plano de estrategia: objetivos de la organización balanceados con los objetivos de los distintos tipos de usuario.
• El plano de alcance: inventario de las especificaciones funcionales de las aplicaciones y los requerimientos de contenido con los que se espera cumplir los objetivos.
• El plano de estructura: El diseño de la interacción de las aplicaciones y arquitectura de la información o del contenido dentro del sitio, para su más fácil acceso y manejo por parte del usuario.
• El plano de esqueleto: El diseño de información el esquema de cómo se presentará la información (diseño de navegación) y las aplicaciones (diseño de interfase) al usuario para facilitarle la navegación a través de la estructura definida antes.
• El plano de superficie: La apariencia del producto terminado o diseño visual.

Cada plano es dependiente de los que están debajo. Esta dependencia significa que las decisiones tomadas en el plano de la estrategia tendrán efectos que se propagarán como ondas a través de todas las capas hasta la superficie. Puesto a la inversa, las elecciones que nos estarán disponibles en cada plano nos habrán sido reducidas por las decisiones que se hayan hecho respecto a los asuntos que conciernen a los planos inferiores.

Ello no significa, sin embargo, que toda decisión sobre un plano superior deba ser hecha antes de comenzar el trabajo en el siguiente plano. Lo mejor es planificar su proyecto de manera que el trabajo en cualquier plano no pueda haber terminado antes de que haya terminado el trabajo en los planos inferiores.

En este documento hemos tratado de resumir el esquema. Para una presentación algo más amplia de cada uno de estos planos y la manera como interactúan el uno con el otro según el modelo propuesto, les recomendamos leer el libro "The Elements of User Experience" de Jesse James Garret, que es nuestra fuente principal.