Google recibió una de las comunidades de emprendedores Web 2.0 líder en América Latina

viernes 3 de julio de 2009


Google abrió sus puertas a la comunidad de Palermo Valley, un movimiento sin fines de lucro que busca impulsar el desarrollo de la industria Web en la Argentina a través de eventos periódicos de discusión, divulgación e intercambio de ideas. El concepto de Palermo Valley se ha expandido rápidamente por América Latina y ya se realizan eventos similares en Chile, Perú, Uruguay, Costa Rica y México así como en las principales ciudades y polos tecnológicos de Argentina. Palermo Valley está fortaleciendo los vínculos entre las diferentes comunidades de Latinoamérica y se está convirtiendo en un punto de encuentro y canalización de oportunidades para la industria web de la región.


Con el lema “Hacia una Web más poderosa con un modelo de programación más fácil”, el encuentro contó con 35 CTOs y desarrolladores. El anfitrión fue Alejandro Villanueva, Developer Relations de Google, quien compartió las últimas novedades provenientes de la conferencia Google I/O en San Francisco y presentó la visión de Google acerca del futuro de los desarrolladores en Internet.


Con eje en la construcción de aplicaciones sobre el modelo de Cloud Computing, Alejandro presentó App Engine y Google Web ToolKit, para luego dar lugar a un intercambio entre los presentes sobre las principales ventajas y desafíos de estas tecnologías, tanto de Google como de otras compañías.


La presentación hizo énfasis en que “Google App Engine" te permite ejecutar aplicaciones Web sobre la infraestructura de Google. Las aplicaciones en App Engine son fáciles de crear, mantener y actualizar a medida que aumenta el tráfico y las necesidades de almacenamiento de datos. Además la utilización de esta plataforma es gratuita hasta un punto de tráfico muy alto y muy fácil de administrar y crear, tanto en Python como en el recientemente incorporado Java y los próximos lenguajes que se incorporen”.


Otro de los temas centrales de la presentación fue la capacidad de innovación proveniente de HTML5 que ya soportan la mayoría de los browsers open source y que son potenciados por la reducción de costos que permiten los desarrollos en la nube y la utilización de APIs ya existentes, lo que ahorra tiempo de desarrollo y mantenimiento de infraestructuras.

“Mediante todos estos desarrollos, Google busca construir una relación estrecha con los grupos que están llevando Internet al próximo nivel. Gente emprendedora, con sentimiento y talento de Latinoamérica, que permite alentar la innovación”, afirmó Villanueva.


La convocatoria permitió a Google además compartir con la comunidad de desarrolladores las innovaciones del Google Web Elements, un conjunto de widgets que permiten rápidamente publicar contenido de Google en sitios a través de asistentes que generan los fragmentos de código necesarios. Sólo hay que copiar y pegar y se pueden realizar con Google Calendar, Conversation, Google Custom Search, Google Maps, Google News, además de Presentaciones, hojas de calculo y YouTube News.


Finalmente el encuentro permitió presentar Google Wave, creado en open source con APIs que permiten desarrollar extensiones sobre esta plataforma para comunicarse con sistemas externos.

“Estamos muy entusiasmados con la oportunidad que nos da Google de acercarnos a conocer más de cerca sus propuestas para que nuestra comunidad pueda evaluar, utilizar y compartir estas innovaciones en la gran cantidad de proyectos 2.0 que se están gestando hoy en Argentina. Fueron muy positivos tanto el ambiente de sinergia que se dio entre los asistentes como las interesantes discusiones que se generaron, claro espejo de la creciente apertura cultural que se viene dando en esta industria”, concluyó Guido Durazzo, coordinador de Palermo Valley.


Alejandro Villanueva, Developer Technical Program Manager


Android de visita en Barcelona

lunes 29 de junio de 2009


and.roid.es Community MeetUP

martes 23 de junio de 2009


Una breve entrada para comentaros que el próximo sábado día 27 tendrá lugar el Community MeetUp de Android organizado por el equipo de and.roid.es en colaboración con 22@ y la UPC.

La asistencia es totalmente gratuita, y puede ser una buena oportunidad para hacer networking y conocer aplicaciones de otros desarrolladores sobre este software. Todavía quedan algunas plazas, así que no lo dudéis!!!



Para más información: http://and.roid.es/meetup/

Regreso al futuro para el almacenamiento de datos

Desarrollar un almacén de datos masivo y distribuido que pueda atender solicitudes con un rendimiento extremadamente alto es algo en lo que nos hemos enfocado en Google. Creamos algo llamado BigTable que subyace el almacén de datos en App Engine. El diseño para BigTable se enfocó en la escalabilidad a través de un sistema distribuido para que pueda funcionar un poco diferente a las bases de datos con las que has trabajado antes, como no soportar combinaciones. Esto no es un accidente, cuando se desarrolla un sistema que puede escalar al tamaño de BigTable no hay forma de hacer una combinación con un objetivo general en los conjuntos de datos de ese tamaño y que aún tengan alto rendimiento.

Google no es el único en ofrecer un almacén de datos no relacional para permitir el escalamiento. Por ejemplo, Amazon tiene SimpleDB: base de datos relacional agrupada tradicional requiere de un desembolso inicial de capital considerable, es complejo para diseñar y generalmente requiere de un administrador de bases de datos para darle mantenimiento y administrarla. Amazon SimpleDB es evidentemente más simple, no requiere de ningún esquema, indexa automáticamente sus datos y proporciona una API simple para su almacenamiento y acceso.

También tienes a tu disposición una gama de almacenes de datos no relacionales de código abierto, como CouchDB y Hypertable. Ésos sólo son dos ejemplos, aquí hay muchos más.

Aunque podrías pensar que todo esto es nuevo, realmente es un poco regresar al pasado. Como ves, hubo una época en la que el "RDBMS" no siempre era la respuesta independientemente de la pregunta que fuera. Cuando Codd publicó su estudio titulado "A Relational Model of Data for Large Shared Data Banks (Un modelo relacional de datos para grandes bancos de datos compartidos)", había muchos enfoques diferentes para los almacenes de datos. Fue tan sólo en los 80 que las bases de datos relacionales ganaron la mayor parte de la captación. Al haberse establecido en una sola metáfora, la industria ha desarrollado muchas herramientas y técnicas para facilitar el desarrollo de una base de datos relacional.

Desafortunadamente esa mayor parte de la captación también es un problema porque mientras los RDBMS son útiles en muchas situaciones, no lo son en todas las situaciones. Su dominio en la captación significa que no se usan las alternativas útiles y grandes cantidades de tiempo y dinero se pueden desperdiciar en tratar de forzar problemas no relacionales en un modelo relacional.

Nos encontramos en medio de un renacimiento en el almacenamiento de datos con la aplicación de muchas ideas y técnicas nuevas; existe un gran potencial para tener un pensamiento innovador acerca del almacenamiento de datos solamente de una forma. Michael Stonebraker señaló en su estudio, "One Size Fits All": An Idea Whose Time Has Come and Gone (Talla única: una idea cuya época ha ido y venido), que existen casos de uso comunes de almacenes de datos, como el almacenamiento de datos y el procesamiento por flujos que no funcionan bien para los RDBMS de objetivo general y que abandonar los RDBMS de objetivo general puedan brindarle un aumento de rendimiento en uno o dos tipos de magnitud.

Es un momento emocionante y lo más importante aquí no es abandonar la base de datos relacional, que es una tecnología muy madura que funciona excelente en su dominio, sino estar dispuestos a ver fuera de los RDBMS para buscar soluciones de almacenamiento.


Joe Gregorio, Equipo de Google App Engine

Introducción a los APIs de Google Wave: ¿Qué se puede construir?

martes 9 de junio de 2009

Seguramente sabrás que en el último Google I/O que tuvo lugar en San Francisco hace un par de semanas (y sobre el que escribimos en este mismo blog), se anunció el lanzamiento de Google Wave. Por ello, nos gustaría, con esta breve entrada, ayudaros con las APIs de este nuevo producto.

Google Wave es una nueva herramienta de comunicación y colaboración que permite a la gente que trabaja junta ser más productiva en la Red. Si todavía no has visto la demo, te recomendamos que visites: http://wave.google.com/.

Las APIs de Google Wave vienen en dos sabores: Embeber y Extensiones y Embeber. Con la opción de Embeber, podrás incluir Waves en tu propio sitio web con un sencillo API en JavaScript. Por ejemplo, incluir una Wave en tu página web es una buena forma de fomentar el debate entre tus usuarios visitantes. Con las Extensiones, tendrás la posibilidad de escribir programas, que están agrupados en forma de Robots o Gadgets, y que proporcionan una gran gama de ricas aplicaciones dentro del Google Wave del cliente.

Los robots son participantes automáticos que están escritos en el lado del servidor, ayudan a desarrollar tareas en beneficio de los usuarios, incluyendo la coordinación de datos con otros servicios. Hasta el momento, los Robots están alojados en Google App Engine, y tenemos una biblioteca para clientes disponible en lenguaje Java y Python. Ahora mismo estamos trabajando para conseguir Robots API que puedan ser respaldados por cualquier servidor en la Red. Como ejemplo de algo que podrías construir, y para que te puedas hacer una mejor idea, aquí tienes un robot al que llamamos cariñosamente "Tweety," este robot te ayuda a utilizar Twitter de forma muy sencilla dentro de Google Wave.



Si quieres saber más sobre las APIs de Google Wave: pide acceso al sandbox, visita el los ejemplos de código, y únete a nosotros en Google Wave API forum.


Douwe Osinga, Software Engineer, Google Wave APIs

Laboratorios para Google Code

viernes 5 de junio de 2009

Mientras el programa para desarrolladores de Google continúa creciendo, actualmente con casi 60 API y herramientas en Google Code, pensamos que este crecimiento se debe no sólo al "boca a boca" sino también a vuestros comentarios y sugerencias.

Por todo ello, hoy nos complace introducir
Google Code Labs como un hogar para productos de desarrolladores que aún se encuentran en las etapas tempranas de desarrollo. Por supuesto, nuestra esperanza es que todos nuestros productos para desarrolladores lleguen a ser grandes éxitos, pero sabemos que no todos llegarán a esa meta. El programa Labs ofrece a los equipos de ingeniería en Google y la comunidad de desarrolladores una oportunidad para explorar ideas e involucrarse tempranamente.

Con esos antecedentes, también anunciamos que varias de nuestras API y herramientas más conocidas y utilizadas se encuentran dentro del primer conjunto de "graduados" de Google Code Labs, inclusive
App Engine, Google Web Toolkit, AJAX Search API, Maps API, Earth API, Calendar Data API, YouTube APIs y más. Consulta la lista completa de graduados en la página de Google Code Labs.

Para estos graduados, aumentamos nuestro compromiso con las políticas publicadas de desaprobación y otros servicios de soporte fundamentales. Los
términos de la API de visualización, los términos de la API de datos de contactos y los términos del API de datos de Picasa Web Albums incluyen buenos ejemplos de políticas de desaprobación transparentes. Establecen que brindaremos soporte a cada versión por lo menos 3 años a partir de la fecha en que se desapruebe o cuando se introduzca una versión más reciente. Estamos trabajando para publicar políticas también para otros graduados, aunque el periodo de tiempo puede variar un poco entre productos. Para la mayoría serán 3 años, pero podría ser menos para algunos. Por ejemplo, la API de AdWords tiene una política de brindar soporte a versiones anteriores durante 4 meses.

Por supuesto, hasta los productos establecidos necesitan una forma para experimentar con nuevas características. Teniendo eso en mente, algunos productos tendrán características designadas como "
experimentales", eso podría cambiar (o hasta eliminarse) en cualquier momento, mientras que el resto de la API está cubierta por una política de desaprobación con soporte a largo plazo.

Existen obstáculos adicionales para que una API se gradúe de Labs. Incluyen requisitos como tener un equipo de ingeniería constante y dedicado y un conjunto integral de pruebas. También deseamos hacer cosas como el
System Status Dashboard de App Engine para más productos.

Finalmente, deseamos despedirnos de uno de nuestros productos para desarrolladores, la venerable
SOAP Search API. Desde 2006 fue desaprobada, cuando dejamos de aceptar nuevos desarrolladores para la API y finalmente está colgando la toalla y jubilándose el 31 de agosto. Su uso ha estado en constante declive durante los dos últimos años y creemos que la mayoría de casos de uso se manejan suficientemente por la AJAX Search API más integral (que no sólo soporta la búsqueda Web, sino noticias, imágenes, videos locales y mucho más). Para aquellas personas interesadas en migrar, pueden encontrar más detalles en el blog de AJAX API.

Gracias por hacer un éxito de estos más de cinco años. Esperamos con expectación hacer cosas estupendas con
Google Code Labs y esperamos que se una a nosotros para felicitar a los nuevos graduados.

Tom Stocky, Director, Productos para desarrolladores de Google

Google I/0 2009

viernes 29 de mayo de 2009


El pasado día 27 de mayo dió comienzo el Google I/O 2009. La segunda edición de esta conferencia para programadores que tiene lugar en San Francisco.


Como desafortunadamente, no pudimos viajar con los desarrolladores españoles al otro lado del charco (aunque nos hubiese encantado), ofrecimos una pequeña sesión para 24 personas en la oficina de Google Madrid. En la misma, tuvimos oportunidad de seguir la charla de apertura o Keynote durante casi dos horas.

Algunas novedades que nos gustaría destacar son:

  • Se acaba de lanzar Google Web Elements: Nunca antes ha sido tan fácil añadir contenido a tu página web o blog
  • Ya se aceptan altas en App Engine para Java 
  • Se mostró Google Web Toolkit 2.0 y sus nuevas funcionalidades
  • Por otra parte se acaba de lanzar el Android Developer Challenge 2 para aquellos que se animen a desarrollar aplicaciones en Android.
  • También se hizo una pequeña demo de Google Latitude en un iPhone 3.0 
Aquí tenéis la primera parte de la charla:



Os recomendamos que visitéis también nuestro blog en inglés para conocer más detalles sobre este evento: http://google-code-updates.blogspot.com/



Isabel Salazar, equipo de Marketing de Google