Antes de entrar de lleno en lo que fue el evento quería comentar una opinión que se extiende, en parte seguramente, a todo Envero. Desde que nacimos como empresa hemos tratado de impulsar el desarrollo del ámbito web local. De a poco va creciendo, muestras concretas de ello son Mendoza Valley y Mendoza Blog Day. Pero creo que debemos comprometernos más todos, aceptemos o no a las caras visibles de cada evento, estemos o no de acuerdo con la forma que se llevan a cabo. Cada reunión nuestra suma un punto para que algún día empresas como Google realicen aquí eventos tan nutritivos como el DevFest. Señores me encantaría no tener que contarles nada, todos deberíamos ser parte de algún evento de Google en Mendoza, una experiencia gratuita, un pase libre a ver como se prepara la selección para el mundial diario de internet.

Google DevFest 2009

El evento es bastante técnico, si bien se dan a conocer estadísticas interesantes y casos de éxito, cada charla termina con diapositivas mostrando código. Si sos desarrollador y estás familiarizado con las APIs de Google es muy enriquecedor, de lo contrario puedes asistir, escuchar la Keynote e irte.

A las 9 de la mañana, media hora después de lo programado, se abrían las puertas de ingreso al evento. Si habías impreso la confirmación debías entregarla, de lo contrario debías brindar tu nombre y correo electrónico. Desde la bienvenida ya se podían ver los colores característicos de Google.

Luego de un pequeño desayuno comenzaba el evento con la presentación a cargo de Alejandro Villanueva, responsable de Google para desarrolladores de América Latina. Alejandro nos dejó en claro el interés de Google por los talentos que están surgiendo en nuestro país.

Hecha la presentación tomó la posta Patrick Chanezon (@chanezon), el encargado de dar la Keynote. Fue una larga charla recorriendo la agenda del evento con un pequeño detalle de cada presentación. Los no desarrolladores en este momento podrían haber dejado la sala y saber de que trató el DevFest.

En este punto el evento se dividía en dos salas y cada uno debía elegir las charlas más afines a sus intereses y quedarse con las ganas de ver todas. De todas maneras en cada break se podía intercambiar información con los asistentes a las otras conferencias. Es así que hoy puedo tener una idea de lo más importante del día.

Cloud Computing

App Engine

Para los que no están al tanto, App Engine permite ejecutar nuestras aplicaciones en la infraestructura de Google. Es muy sencillo comenzar a usarlo, Google nos provee un SDK, un framework y mucha documentación. He tenido la oportunidad de probarlo y creo que es una buena alternativa para comenzar una aplicación web de mucha demanda sin invertir mucho en hosting. Una contra es que al programar con su framework la aplicación es Google-dependiente, si bien se puede hacer uso de frameworks como Django el almacenamiento de datos, por ejemplo, es propietario de Google (BigTable). Con esto quiero decir que luego el desarrollo no puede ser mudado a cualquier hosting. Otra contra, para algunas empresas, puede ser que los únicos lenguajes disponibles para desarrollar son Python y Java.

La introducción a esta charla fue un análisis sobre un sitio real (LiveJournal) y los puntos débiles del mismo al enfrentar grandes cantidades de tráfico. Se analizaron los posibles puntos de fallo de disponibilidad en configuraciones desde un servidor LAMP (Linux, Apache, MySQL, PHP) todo en uno, hasta grandes granjas de servidores. Por ejemplo:

• Servidor LAMP si se cae cualquiera de los servicios el sitio deja de estar disponible
• Base de datos dedicadas: tenemos dos posibles puntos de fallo, la base de datos y el servidor web.
• En el caso que tengamos varios servidores MySQL en modo maestro/esclavo si se cae  el maestro comienzan los problemas.
• Etc.

Así se fue escalando en las diferentes soluciones hasta llegar a, según ellos, al mejor sistema que vendría a ser App Engine. Qué mejor para demostrar su eficacia que dando números y casos de éxito. Actualmente en AppEngine corren más de 80.000 aplicaciones y algunos de sus clientes son La Casa Blanca, Best Buy, eBay, etc. Chanezon, el encargado de esta charla, contó por ejemplo que La Casa Blanca soporta unos 700 querys por segundo.

Una de las tecnologías que hacen posible AppEngine es su sistema de almacenamiento Datastore. Es aquí cuando ingresaba a la charla el argentino Ignacio Blanco para hablarnos de BigTable, la base de Datastore.

Ignacio comenzó su charla aclarando que BigTable no es una base de datos, no es un hashtable ni es un sistema de almacenamiento distribuido, BigTable es un array ordenado. Y si será ordenado amigos que en el disco los datos se guardan en el mismo orden, para hacer más rápidas las búsquedas consecutivas. Para tener una idea del poder de BigTable basta con contarle que todas las “base de datos” de todas las aplicaciones de AppEngine (+80.000) están en sólo una BigTable.

Para hacer uso de Datastore básicamente hay que olvidar nuestros conocimientos de base de datos relacionales (como MySql). Contamos con un lenguaje denominado GQL que viene hacer un SQL truncado sin operaciones JOINs por ejemplo. La idea es que si sobrevivimos a la implementación de Datastore vamos a tener una aplicación totalmente escalable.

Hacia el final de la charla se intentó montar una demo de una aplicación sobre AppEngine y al momento de subir la aplicación tanto Chanezon como Blanco se encontraron con problemas, pasa en las mejores familias.

Open Social

El brazo de Google en el mundo de las redes sociales. Open Social intenta ser el estándar para el desarrollo de aplicaciones sociales y la interactividad entre los usuarios. La idea es, por un lado, desarrollar por única vez una aplicación y que inmediatamente la misma quede disponible en todos los sitios y redes sociales que soporten Open Social. Suena bien, si no fuera porque existe Facebook. Comentaron en la charla que todos los sitios están usando Open Social menos Facebook y Microsoft (que no es poco, ¿no?).

Por otro lado se intenta facilitar la implementación de interactividad con herramientas como Friend Connect. Esta herramienta permite a propietarios de sitios implementar fácilmente un sistema de comentarios, afiliaciones, newsletter, etc. Interesante herramienta sobre todo por el crecimiento que está teniendo, por ejemplo, recientemente se agregaron funcionalidades para armar y enviar newsletter de acuerdo a los intereses de nuestros afiliados.

Como caso de aplicación de Friend Connect habló Mauro González que ha realizado un plugin para Wordpress que implementa Friend Connect.

Hasta aquí la primera parte, les prometo la segunda en breve!

Estamos muy felices de poder asistir al Google DevFest 2009 el 17 de Noviembre en Buenos Aires.

Los temas que se van a desarrollar son muy interesantes ya que Google está apostando fuerte en llevarlos adelante y tarde o temprano los veremos mucho más presentes en nuestras vidas diarias:

• Geo Web
• Cloud Computing
• Android
• Development Tools
• HTML 5
• Chrome (¿veremos algo de Chrome OS?)
• Social Web

Estaremos contándoles todo lo que nos parezca interesante al regreso de Sebastián así que estén atentos a las próximas publicaciones en nuestro blog.

Acerca del (nuevo) protocolo

Para hablar de Wave lo importante primero es conocer Google Wave Federation Protocol, el protocolo detrás de la tecnología. Con un borrador y una especificación abierta busca desplazar al desactualizado email.

Google Wave Federation Protocol (GWFP) es una extensión del protocolo XMPP. XMPP fue creado por el equipo de Jabber con la  finalidad de brindar un protocolo para presencia y comunicación en tiempo real. Hace uso de XML y define estructuras estándares para: autenticarse, llevar a cabo una conversación, consultar estado (presencia: si un usuario está conectado o no) y otras acciones. Nació como la alternativa abierta a protocolos cerrados como el de MSN Messenger, ICQ, etc. Google lo extiende para habilitar el soporte de las “waves”.

Todos somos usuarios de email y seguramente también de mensajería instantánea, por tanto podemos tener una idea del producto que obtenemos si mezclamos ambos protocolos. Si el chef es Google y el resultado luego de la cocción es abierto, recomiendo el menú.

El primer proveedor de olas, Google Wave

Una vez que sabemos de GWFP debemos ver a Google Wave simplemente como la primera adopción del protocolo. La interfaz es bastante amigable pero creo que le falta para ayudar a los usuarios a dar el salto desde el email. Desde el punto de vista del desarrollador web la herramienta es potente e imponente. El manejo de las conexiones, el uso de HTML5 y el correcto abuso de AJAX y Javascript hacen llevar la envidia a lugares nunca antes imaginados.

Personalmente creo que Google Wave no será de uso masivo, no será el próximo YouTube o Gmail en cuanto a número de usuarios o tráfico. Tampoco creo que se extienda su uso por el medio de APIs. La masificación va venir por el uso del protocolo y la posibilidad de que cualquiera pueda ser proveedor del servicio. GWFP es el primer planteo serio y abierto para actualizar al email.

¿Me compro las ojotas ahora?

El email no es un tecnología obsoleta y eso es un problema para GWFP, los usuarios del email están medianamente conformes, salvo por el spam. Aceptando que GWFP sea el nuevo norte, la implementación va a ser gradual, van a surgir servidores de Wave open source, clientes Wave, tecnologías para que el email y este nuevo protocolo interactúen y así el cambio no será “traumático” para los usuarios.

Por ahora no te compres las ojotas, el mar seguirá calmo por bastante tiempo.

Desde que se anunció su lanzamiento mucho se ha hablado y exagerado. Como una conducta recurrente del periodismo actual, principalmente orientado a captar visitas por titulares muy llamativos pero desconectados del contenido de la noticia, se tiende a comparar cualquier nuevo buscador con Google.

Esa comparación además de generar mucho tráfico puede llegar a crear demasiadas expectativas, que si no se cumplen pueden perjudicar al proyecto. Como antecesores de la sentencia de muerte puedo recordar ahora mismo a CUIL y wikia. Solicito un amparo para WolframAlpha, no más artículos que lo nombren como el Google-killer.

Viendo el screencast se puede ver en WolframAlpha un poderoso intérprete de consultas que brinda los resultados de una manera novedosa y diferente. A primera vista parece una enciclopedia, que me imagino no se nutre de toda internet sino de un grupo de recursos externos (Wikipedia, Sitios de estadísticas climáticas, Mercados de valores, etc) y recursos propios para devolver otros resultados (operaciones matemáticas, gráficos).

Me pongo en la piel de la empresa que lo está desarrollando y pido que nos tomemos un tiempo para probarlo, creo que será un aporte, complementario a las herramientas que hoy disponemos para buscar/ordenar información.

Les recomiendo que si tienen unos minutos vean el screencast, al final del mismo el autor dice que WolframAlpha es el primer paso de un ambicioso proyecto para organizar y presentar el conocimiento humano, poniéndolo al alcance de todos.

Actualización 1: Parece que en el transcurso del día será liberado. Leído de @roku.

Actualización 2:  Habla don Wolfram.

Un screenshot de la nueva funcionalidad: