JavaScript será el lenguaje del futuro (en los Sistemas Operativos vía web). Se unirán Google Desktop y Google Chrome
¿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'.
 SEO+, el 08 de septiembre de 2008 a las 10:25h ( CET), dijo:
 Coincido plenamente en que no hay que entender Chrome simplemente como un navegador:
http://seopositivo.blogspot.com/2008/09/36-horas-con-chrome.html
 Errioxa, el 08 de septiembre de 2008 a las 10:31h ( CET), dijo:
Lo que veo paradójico es que que Google use JavaScript como tecnología para sus proyectos, al igual que otras páginas que cada vez usan más este lenguaje, gracias a su versatilidad y ligereza y que no sea capaz de interpretarlo y entenderlo correctamente, creo que ese es su punto débil.
Si se fomenta el uso de Ajax en las webs ya que aporta una mayor agilidad y puede reducir muchísimo el ancho de banda y peticiones http, Google deberá ponerse las pilas para aprender a valorizar lo que se haga desde JavaScript
 Emilio Bravo, el 08 de septiembre de 2008 a las 17:27h ( CET), dijo:
También habría que tener en cuenta a Google Web Toolkit, con el podemos desarrollar en Java y compilar en JavaScript, ademas el compilador genera el código optimizado y adaptado a cada navegador. Proporciona una herramienta muy potente para el desarrollo de aplicaciones RIA.
Saludos.
 Mole, el 08 de septiembre de 2008 a las 21:04h ( CET), dijo:
"la aplicación \'Adobe Reader\' permite desarrollar utilidades con JavaScript" Creo que es la aplicación Adobe Air a la que te refieres
 Javier Melo, el 22 de septiembre de 2008 a las 19:48h ( CET), dijo:
Hola, alguien me puede ayudar?
He descargado Google Chrome, trabaja bien pero cuando se requiere aplicaciones que usan Java no funciona y debo recurrir a IE o a Mozilla. Siempre sale un aviso que dice que JAVASCRIPT no está instalado o no hay un PLUG IN para Java.
Qué puedo hacer?
Gracias por su ayuda..
 Cvoid, el 25 de septiembre de 2008 a las 15:41h ( CET), dijo:
Quizas javascript sea un lenguaje muy util para agregar funcionalidades a las aplicaciones web, pero decir que es el lenguaje del futuro no es mas que otra mentira de marketing, aprovechando la ignorancia de la gran mayoria de los desarrolladores de aplicaciones web.
 estuardo Castellon, el 31 de octubre de 2008 a las 18:44h ( CET), dijo:
Si el sistema operativo de google es gratuito o de bajo costo, estaria bien, porque esto implicaria que windows tendria un competidor y dejaria de ser un monopolio ademas esto permitiria que la gente tenga opciones de sistemas operativos de facil uso ya que google hace herramientas faciles de usar
 gproly, el 28 de diciembre de 2008 a las 20:05h ( CET), dijo:
Hola a todos, y quisiera que el autor del articulo me respondiera a las dudas que voy a plantear. Soy profesional del área y vengo desarrollando sistemas ya bueno tiempo, y la duda que me cuestiono hasta ahora es por no se ha intendato evolucionar a JavaScript, incorporando: la herencia, mucho mas orientado a objetos de lo que ya es, mejor trato del DOM, metodos mas sofisticados que el XmlHttpRequest en cuanto al manejo de archivos, imagen, sonido, video, y otras que salieron como LINQ, expresiones lambda, y el manejo de COMANDOS DE SERVIDOR al igual que telnet (este ultimo bajo ciertos criterios mucho mas rigurosos). Pero creo que es hora de obligar a los usuarios al cambio, al igual que nos obligan a intalar un pluguin nuevo para ver nuestros videos en youtube o instalar el pluguin para ver los archivos pdf, no tengo nada en contra de microsoft, pero el rumbo que sigue cambia nuestro destino y nos hace incopetentes, nos pone mas codigo en la cabeza y nuestras aplicaciones mas sucias para poder surfear las incompatibilidades de los navegadores.
Gracias por leer todo esto, quisiera escribir un monton pero creo que no viene al caso.
Puedes dejar un comentario sobre la noticia del post rellenando y enviando el siguiente formulario. Los campos marcados con asterisco (*) son obligatorios.
|
