|
¿Y si vemos solamente un navegador web cuando encendemos nuestro PC? Eso es lo que han pensado muchos al ver el lanzamiento por parte de Google de un navegador, y la posibilidad de acceder a las herramientas que más utilizamos (tanto online como offline) a través de 'Google Chrome'. A día de hoy, de hecho, ya son posibles tareas como realizar búsquedas en la web, crear documentos, presentaciones y hojas de cálculo con 'Google Docs' (incluso sin conexión a Internet), chatear con nuestros amigos con 'Google Talk' o con Lively, leer nuestros emails, o incluso ver vídeos.
Así por ejemplo, Enrique Dans en este post asegura que 'Google Chrome' va precisamente en la línea de convertirse "en el programa en el que un usuario pase un porcentaje importantísimo de su tiempo, desde que arranca el ordenador hasta que lo apaga" y defiende que esta nueva herramienta de Google no compite con Microsoft IExplorer, sino con Microsoft Windows, el Sistema Operativo más popular en estos momentos.
'Google Chrome' sería por lo tanto el germen del 'Sistema Operativo vía web' de Google, el cual podría ser instalado directamente sobre el PC (tanto por los fabricantes de hardware como por los propios usuarios). Al encenderlo, veríamos directamente el nuevo navegador web, y a través suyo accederíamos a nuestras aplicaciones favoritas. De esta manera, Google conseguiría que los usuarios no accediesen ni a sus productos ni a otras páginas web a través de una puerta de entrada controlada por su principal competidor, Microsoft.
El navegador web ya ha dejado de ser una herramienta para 'navegar' por la WWW y ver páginas web, tal y como fue creado a principios de los años 90. Como buen Sistema Operativo, 'Google Chrome' debe ofrecer a los desarrolladores la posibilidad de crear sus propias aplicaciones. Como explican muy bien los propios ingenieros en este este interesante vídeo, ahora hay aplicaciones en lugar de contenidos dentro de los navegadores web. Pero si 'Google Chrome' es el nuevo Sistema Operativo que permite a los desarrolladores crear aplicaciones, y no solamente contenido, ¿cuál va a ser el lenguaje de programación del futuro?
JavaScript.
Lo que comenzó siendo un lenguaje para realizar mini-utilidades en la parte del cliente de muchas páginas web (selección de formularios, pequeñas animaciones, ...), se ha convertido en un lenguaje popular y potente, que año tras año crece en funcionalidades. En el vídeo que os mencionamos, un ingeniero de Google apunta que JavaScript es, en estos momentos, el lenguaje de progamación más utilizado en la WWW. De hecho, es la piedra angular que ha hecho posible el éxito de aplicaciones como 'Google Maps', Gmail o 'Google Docs'. JavaScript, unido a la interfaz de peticiones 'XMLHttpRequest' (lo que se conoce como Ajax), ha hecho posible que eventos del usuario dentro del navegador tengan como consecuencias peticiones de información a servidores web. De esta manera, los productos anteriores de Google han podido, sin recargar la página, conseguir mostrar solamente los trozos de mapa que el usuario está visualizando (Google Maps), actualizar la bandeja de entrada (Gmail) o guardar el docuemento que estamos escribiendo (Google Docs).
JavaScript es un estándar basado en 'ECMA-262', una especificación para lenguajes script mantenido por 'Ecma International', una organización sin ánimo de lucro cuyo objetivo es la redacción de normas y estándares internacionales. Sin embargo, JavaScript tiene varios inconvenientes. Uno de ellos es que se estaba ejecutando demasiado lento dentro de los navegadores. Para ello, dentro del nuevo 'Google Chrome', Google ha incorporado la que puede ser considerada la Máquina Virtual de este Sistema Operativo vía web.
Se llama 'V8' y ha sido creada desde cero por los ingenieros de Google localizados en las oficinas de Aarhus (Dinamarca). Es 'open source', funciona sobre MS Windows, Mac OS X y Linux, y el código es compilado en código máquina para ser interpretado directametne por la CPU. De esta manera, el JavaScript y Ajax funcionan mucho más rápida.
Además de 'V8' como compilador, el nuevo Sistema Operativo 'Google Chrome' incorpora en estos momentos otra herramienta de desarrollo llamada 'Google Gears'. Se trata de una aplicación lanzada en mayo de 2007, y que permite crear mini-aplicaciones dentro del navegador utilizando incluso información almaceanda dentro de una pequeña Base de Datos que incorpora. De esta manera, la información no solamente provendrá de la WWW, sino que también podrá gestionar datos contenidos en el PC del usuario. Así por ejemplo, se han creado aplicaciones como 'Google Docs' offline. Además, 'Google Gears' tiene una versión para móviles y en su momento se estuvo estudiando la posibilidad de que se convirtiese en un estándar para que otros navegadores lo incluyesen.
Otro de los incovenientes de JavaScript es su limitación para trabajar con información multimedia (imágenes, audio, vídeo), y por ello la inmensa mayoría de las aplicaciones utilizan tecnologías como la de Adobe Flash (por ejemplo, YouTube), lo que provoca que de nuevo Google esté dependiendo de un tercero para que los usuarios accedan a sus productos. ¿Deberíamos menospreciar entonces a JavaScript en este campo? Pues Scott Hanselman, uno de los gurús en el mundo de la WWW y responsable tecnológico de Microsoft, ha asegurado hace unas horas (tras ver 'Google Chrome') que uno de los mayores rivales de Adobe Flash va a ser precisamente JavaScript. En esta 'batalla' contra Flash está metido Microsoft con su nueva tecnología SilverLight, pero Hanselman subraya que "en los próximos 18 meses vamos a ver incrementos de la velocidad de JavaScript en 100 o 1.000 veces".
JavaScript, unido a Ajax, es utilizado ampliamente para desarrollar las nuevas aplicaciones web que podemos encontar en Internet. Google, de hecho, lo utiliza como base de muchas de sus APIs: el estándar Google Data API (en el que se basan otras APIs como la de YouTube), la popular API de Google Map, la API de OpenSocial, las API Ajax, ...
Pero son muchos los entornos que incluyen también a JavaScript como lenguaje de programación para que los desarrolladores creen con él aplicaciones de escritorio. Así por ejemplo, la aplicación 'Adobe Reader' permite desarrollar utilidades con JavaScript, los famosos Widgets de Mac OS X también pueden ser creados con JavaScript, y lo mismo ocurre con los gadgets de Windows Vista.
Y para crear los 'Google Gadgets', también se utiliza JavaScript. Y no solamente en los gadgets para sitios web, sino también en los gadgets para 'Google Desktop', porque 'Google Desktop' incluye también un intérprete de JavaScript desde el año 2006. Esto quiere decir que, en cuanto a enfoque de plataforma de desarrollo, 'Google Desktop' y 'Google Chrome' se comportan de manera muy similar permitiendo ambas herramientas crear aplicaciones con JavaScript (ver API de la primera).
Dentro de unos años, cuando este Sistema Operativo vía web sea una realidad, las funcionalidades de 'Google Desktop' de indexar los contenidos de los ficheros de nuestro PC y realizar búsquedas dentro de ellos serán probablemente una funcionalidad extra (y opcional) de 'Google Chrome'. Y los 'Google Gadgets' serán simplemente las aplicaciones que podremos desarrollar para este Sistema Operativo, utilizando JavaScript sobre la Máquina Virtual 'V8' y 'Google Gears'.
Desde hace unos años, los ingenieros de Google están compartiendo (y de forma libre y abierta) varias de las
tecnologías que utilizan dentro de la compañía. Ahora le toca el turno a
'Protocol Buffers', el protocolo que
usan para codificar y transmitir datos en formato binario de una manera muy compactada, y que evita por ejemplo el uso de
XML para intercambiar datos.
Se asegura que es más sencillo, hasta 10 veces más ligero, hasta 100 veces más rápido, menos ambiguo, y más
fácil de 'parsear' que XML. Por ejemplo, para modelizar la información de un libro con título e ISBN, el fichero
'.proto' en formato texto sería:
libro {
isbn = "9788466319140"
titulo = "Un tranvia en SP"
}
Tenéis en este enlace la documentación de
la estructura del protocolo. Y para 'parsear' estos ficheros '.proto' (que están en formato binario), Google ofrece una serie de librerías para
ser utilizadas en programas creados en C++, Java y Python. Os los podéis descargar desde
esta página oficial.
Dentro de los sistemas de información de Google existen diferentes servidores, los cuales hablan los unos con los
otros, transmitiendo diferentes tipos de datos. Se asegura que 'Protocol Buffers' nació para optimizar el
proceso de petición de información entre estos servidores, y con la llegada de este nuevo protocolo que ahora
se comparte libremente, se consiguió, además de mayor velocidad, un nuevo formato que permitía introducir
fácilmente campos nuevos en los modelos de información, y que podía ser tratado por varios lenguajes que son ampliamente
utilizados dentro de la compañía.
En estos momentos, dentro de los servidores de Google nos podríamos encontrar más de 12.000 ficheros '.proto' que
contienen diferentes tipos de información.
El pasado 8 de abril se lanzó en forma de beta privada 'Google App Engine', y con él la oportunidad para las empresas de disponer de un servidor de aplicaciones dentro de las propias instalaciones de Google, y utilizando las tecnologías 'BigTable' y 'Google File System').
Hoy, la aplicación se abre de manera gratuita a todos los usuarios que deseen probarlo (simplemente haz click en este enlace y utiliza tu cuenta de usuario de Google)). El servicio es totalmente gratis si no superas los 500 MB de capacidad, y Google te ofrece suficiente CPU y ancho de banda para servir unos 5 millones de páginas web vistas cada mes.
Y, partir de finales de este año, todo aquel que necesite mayores recursos para sus aplicaciones, las tarifas serán las siguentes (valores aproximados):
:: 0.10-0.12 dólares por cada hora de CPU en exceso al mes,
:: 0.15-0.18 dólares por cada GB de Disco Duro extra al mes,
:: 0.11-0.13 dólares por cada GB de ancho de banda extra (saliente) al mes,
:: 0.09-0.11 dólares por cada GB de ancho de banda extra (entrante) al mes.
Tenéis más información en esta nota de prensa.
<<< Noticias previas
Siguientes noticias >>>
|
