Login Barrapunto
Google Native Client: Aplicaciones x86 en el navegador
Google ha anunciado el lanzamiento de Native Client, que permite empotrar aplicaciones x86 en los navegadores. Traducido de la descripción del proyecto: «Native Client es una tecnología libre y experimental para ejecutar código nativo x86 en las aplicaciones web, con el objetivo de mantener la neutralidad en los navegadores, la portabilidad entre sistemas operativos y la seguridad que se espera de las aplicaciones web. Publicamos este proyecto en una fase muy temprada de desarrollo para recabar opiniones de la comunidad de seguridad y de las de software libre. Creemos que la tecnología Native Client algún día ayudará a los desarrolladores web a crear aplicaciones web más ricas y dinámicas». El proyecto ofrece herramientas para compilar y ejecutar el código en Firefox, Safari, Opera, Google Chrome y Windows, Mac, y Linux. ¿Estamos ante un nuevo ActiveX? ¿Trata Google de dar caza a Flash, Silverlight y JavaFX? Más en Slashdot
« Las sondas espaciales cuentan su vida en Twitter | Oxite, el gestor de contenidos libre de Microsoft »
Historias relacionadas
[+]
JavaFX 1.0 y Moonlight 1.0 beta 1 25 comentarios
Xiriaco nos cuenta: «Como lo venian prometiendo, sun ha lanzado hoy el kit de desarrollo para JavaFX 1.0, a los que quieran pobrar la competencia de Flash y de SilverLight, les anexo la pagina de descargas (ya que la pagina de JavaFX esta en mantenimiento) de sun: http://java.sun.com/javafx/downloads/. Por los momentos solo hay kits de desarrollo para Windows y Mac, pero Sun promete que pronto tambien tendremos versiones para Linux y Solaris.» Más detalles en javaHispano. Además, Miguel de Icaza anuncia en su blog el lanzamiento de Moonlight 1.0 Beta 1 (traducido): «Acabamos de publicar la primera beta de Moonlight 1.0. Esta versión soporte el Microsoft Media Pack para la reproducción de ficheros de vídeo y audio. Son los mismos decoders que Microsoft usa en Silverlight 2.0. Para detalles sobre las próximas versiones, consulta nuestro
plan de Moonlight. Puedes probar alguno de los tests que hemos usado en Moonlight».
Google Native Client: Aplicaciones x86 en el navegador
|
Log in/Crear cuenta
| Top
| 63 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

Eso va a ser
(Puntos:1, Informativo)A JavaFX ya lo ha cazado
(Puntos:1, Divertido)Ahora a por Silverlight...
otra pesudo beta, pardiez
(Puntos:1, Inspirado)Raro hubiera sido lo contrario. Mejor que se vayan cambiando el nombre Google por Betugle
¿Alguien ha vuelto aoir hablar de Chrome?
¿Cerrar código y competir con Microsoft?
(Puntos:1, Redundante)( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 11 Diciembre de 2008, 09:05h )
Una nueva capa de abstración encima del sistema, el equivalente a POSIX o Win32.
-- icewinddale.blogspot.com [blogspot.com]
ActiveX
(Puntos:2)( http://barrapunto.com/ )
Realmente no me agrada para nada la idea de tener un binario nativo corriendo directamente sobre el procesador, descargado directamente desde una página web. Eso sin hablar de que dejará fuera del juego todas las portátiles baratas nuevas que se están fabricando y que son baratas justamente por no tener arquitectura x86.
Resulta que tenemos la suerte de usar un sistema como Linux, que puede compilarse para cualquier arquitectura y mantener toda su funcionalidad, pero al final no sólo vamos a tener problemas con el plugin cerrado de flash sino también con esta tecnología nueva.
Espero que no prospere el asunto porque será un retroceso.
Si queremos binarios, ejecutemos binarios pero para poner código ejecutable en las páginas ya tenemos a java que actualmente funciona de manera muy aceptable, y por suerte tampoco prosperó mucho la idea.
ActiveX - La muerte pelá - INFORME
(Puntos:4, Interesante)¿Estamos ante un nuevo ActiveX?
Respuesta:
Lo mismo da, que da lo mismo.
La misma cosa, con otro nombre.
Aprendamos de la historia:
------------------------------------
ActiveX era una tecnología basada en varias ideas:
a. El programa "padre" reserva un "hueco" en pantalla para que se ejecute un ActiveX
b. El ActiveX está registrado en el registro (o sea, la interfaz de métodos públicos de acceso están disponibles para averiguar "qué hace"). Existe toda una reglamentación estándar de cuáles métodos debe implementar un ActiveX (evidentemente métodos para llamarlo, cerrarlo, etc
c. El ActiveX se ejecuta en su ventana, es un programa completo, pero "parece" que está dentro de la otra ventana.
d. Incluso en versiones posteriores, los menús de los programas se funden en un sólo menú (eso se ve en los programas del office, al incrustar un ahoja de cálculo en un office)
ACTIVEX Y "OLE"
--------------------------
ActiveX es el nombre moderno, de una cosa más antigua que era el OLE (object linking embebing).
El OLE y el ActiveX son LA MISMA COSA conn distinto nombre.
La visión de OLE (activeX más tarde por asuntos de márketing) se basaba en una visión del software por "paquetes" (como un lego).
Piezas intercambiables usables por los programadores, bloques prefabricados haciendo cosas que se combinarián, llevando a la informática al siglo XXIII o a una nueva era.
Las especificaciones subyacentes son las de un genio borracho en una noche de pesadilla: clases, interfaces y métodos y normas sobre "cómo hacer todo eso".
PRIMER EFECTO:
----------------------------------------
El infierno del registro y las dependencias
Los objetos OLE (o activeX) se tienen que "registrar" (en el registro de windows, para "exponer" cuáles son sus métodos públicos, y que otros programas puedan "reusarlos").
Pero luego viene el infierno de las "actualizaciones y dependencias"
Si una DLL-OLE es usada por 300 programas, la actualización puede ser una catástrofe.
SEGUNDO EFECTO
----------------------------------
Si alguien se molesta en ver los OLE (activeX) que tienes en el registro de tu windows, te quedas muerto.
Hay miles de cosas de programas que podriás usar para programar (en tu sistema).
Pero NADIE lo usa
¿OTROS CAMINOS MEJORES?
----------------------------------
Si alguien tiene una visión de "crear documentos en pantalla usando objetos provenientes de cualquier destino"
pues decirle que el HTML es justamente eso y ya está inventado.
MODERNIDAD Y CAMBIO DE IDEA
----------------------------------
Llegó la modernidad, y Microsoft da una vuelta de tuerca, y "vuelve al pasado" (o sea, descartar ActiveX y OLE).
Tiene una nueva visión de los programas: hacer poco a poco que puedan llevar todas sus librerias y todo lo necesario en "su propia bolsa" minimizando dependencias
(o sea, al revés del OLE y ACTIVEX)
(para librar con el tiempo a Windows del "infierno del registro" -nombre oficial-).
SEGURIDAD EN LA WEB
--------------------------------
Ejecutar un ActiveX (o algo parecido) en un navegador es un SUICIDIO.
Por eso hay que firmar los ActiveX digitalmente y aún así
CONCLUSIONES:
Google quiere hacer lo que hizo Microsoft.
Ejecutar programas en SU navegador.
Y los motivos son los mismos: tener más monopolio.
Y el fracaso será idéntico.
Por idénticos motivos (o parecidos).
(claro que como yo no soy un "gurú del MIT" a mí no me hacen caso
El objetivo es la intranet
(Puntos:1)Viendo chrome, con su sistema de procesos separados por pestañas, gears y ahora esto, creo que está bastante claro que google va a por los sistemas de intranet de grandes empresas donde ahora mismo microsoft domina, no a revolucionar la www.
Solo para programas compilados con GCC
(Puntos:2)( Última bitácora: Sábado, 15 Noviembre de 2008, 13:07h )
Algo no entiendo
(Puntos:1)( http://cerocoma.blogspot.com/ | Última bitácora: Sábado, 12 Enero de 2008, 20:06h )
Un saludo,
"Todo conocer depende de la estructura que conoce"