Chrome, Native Client y los límites del navegador para el cambio de paradigma

Tenía pendiente comentar un poco más a fondo todo el tema de Chrome y el nuevo paradigma de "la nube", que supondría la explosión del software como servicio y de los datos del usuario en servidores a los accede a través del navegador, todo ello plasmado en la analogía de navegador como sistema operativo que tanto gusta a Enrique.
Mi tesis, en contra de lo que viene comentando era que precisamente el browser - y Chrome no es una excepción sino el máximo exponente - está muy limitado en la experiencia que puede ofrecer. Por muy rápido que sea el intérprete, Javascript no se puede tomar en serio para competir con las aplicaciones locales y las otras dos opciones - Flash y Silverlight - suponen el uso de un runtime propietario en ambos casos y renunciar a la multiplataforma en el de la tecnología de Microsoft.
No quiero quitar relevancia al lanzamiento de Chrome, de hecho creo que es uno de los productos más importantes a seguir en 2009, pieza clave en los esfuerzos de Google de apoyar el software como servicio con un navegador para aplicaciones web. Dicho esto, la propuesta de Javascript más rápido + Gears + procesos para cada página es algo que encontramos en el resto de navegadores (cada elemento en uno) y sigue sin justificar el conformarnos con peores experiencias que las que pueden ofrecer aplicaciones de escritorio. Y es que el hecho de hablar de software que se ejecute en local no significa que los datos no puedan estar "en la nube", el software más servicios tiene más sentido en algunos contextos que la idea de que todo se ejecutará en el navegador, como bien muestra Picasa 3 de la propia Google.
Claro que todo esto hay que releerlo ante el lanzamiento - poco comentado, por cierto - de Native Client de Google, una relectura de ActiveX que viene de la mano de Google. La idea ejecutar código nativo x86 (no una máquina virtual como es Java) en las aplicaciones web. Con este movimiento, Google si sitúa en la guerra fracasada del Java de Sun en el navegador, y se mete también de lleno en los problemas de seguridad que vienen aparejadas a este tipo de arquitecturas. En Genbeta y Barrapunto hay comentarios sobre el tema.
Apenas he visto algún ejemplo de Native Client, la pregunta es sí la combinación de Gears para el soporte offline, Javascript + Flash en el interfaz y esta tecnología son capaces de ofrecer una experiencia que sea potente, multiplaforma real y segura en el navegador. De momento, a falta de ver más a fondo Native Client, mantengo mi inicial escepticismo.
Compartir en Facebook
Publicar en Twitter
Comentarios
OS de Google?
Hola. Todo lo que hace o deja de hacer Google es noticia, lo que conlleva una nube de rumores que hacen difícil entender hacia dónde va. Hoy mismo me he desayunado con esta noticia: http://www.internetnews.com/dev-news/print.php/3788821
¿Google pretende hacer un navegador en la nube o en local? ¿O las dos cosas?
Saludos.
limitasiones de chrome
le verdad me ha gustado mucho este nuevo navegador, pero no me da para escribir correos en mi cuenta principal de hotmail, ni me deja instalar la propia barra de google dos cosas que por cierto uso mucho, y espero que solucionen estas dos cositas por mi lado no se que mas otras tendrá. gracias
No esta claro
No esta claro que todo se encamine hacia la nube y que el software local este en retirada o en sus inicios.
Hay mucho ruido, bien es cierto, pero es que cuando Google hace una palmada en California, en Barcelona se nos vuela a todos la bufanda. El ruido, hoy por hoy, favorece a Google que a mi entender busca dañar a Microsoft por los únicos puntos en que el gigante tiene los pies de barro, aun tenemos que ver hasta donde llegara Silverlight.
Hoy por hoy soy más partidario del software local que del remoto y de tener mis datos personales y laborales en mi disco duro que en cualquier servidor.
Además pienso que el verdadero reto no esta en tener cpus vacías y software en las nubes sino tener software local que sea capaz de trabajar también de forma remota.
Saludos.
Suena bien pero....
Hola,
Sonar suena bien. La idea, abstrayéndote de los impedimentos técnicos, creo que es hasta la necesaria sobretodo por tu exposición sobre la multiplataforma, ahora bien ¿todas las apps necesitan competir con Flash y Silverlight para tener que ejecutar código nativo en X86? El otro día se comentaba en la conferencia saas celebrada en Madrid, que las empresas que utilizan software como servicio quieren que funcione y cuanto más simple mejor.
En cualquier caso, independientemente de la necesidad, tambien mantengo mi escepticismo sobre el aporte real de la solución. Claro que con estos, cualquier cosa......
Un saludo
Apps En la nube
Creo que la aplicaciones en la nube son un opcion muy buena por lo menos para las empresa no tanto para los usuarios normales como nosotros pues no creo necesario tener por ejemplo y un reproductor en linea o algo similar estas cosas creo si deben de quedarse en el escritorio, pero para las empresas les resuslta mas facil tener un solo sistema a donde todos los usuarios se conecten que tener distribuir a todos los usuarios un sistema y le toca a soporte intalarle a cada uno el sistema ¿y a la hora de las actualizaciones?
y creo que si muchos de nosotros estamo tratando de mojorar la experiencia en el navegado.
mi perra también se llama nube...
"Javascript no se puede tomar en serio para competir con las aplicaciones locales"
Javascript es un lenguaje de programación y además su principal característica es que se ejecuta en local (mediante el navegador del cliente). Entiendo que te refieres que no se puede comparar la velocidad y abstracción de js con lenguajes como c, java, python u otros.
Y todo es un poco relativo, ya que la velocidad de gmail por ejemplo, me parece bastante mayor a la de cualquier outlook, thunderbird..
interesante está el panorama, ya veremos hacia dónde vamos...
Bueno, no exactamente,
Bueno, no exactamente, Javascript es un lenguaje interpretado por el navegador, lo que digo es que no es equiparable a lenguajes que si generan un ejecutable o a otros interpretados (Java sin ir más lejos) mucho más potentes.
Y sí, Gmail es rápido y funciona muy bien ;)
mmm
en tal caso también hay que tener en cuenta otras variables como la multiplataforma, puede que ese ejecutable sirva a uno y a otro no, y en ese caso también puede ser que javascript solucione la papeleta ;-)
ghanshamnathani
ghanshamnathani
Enviar un comentario nuevo