Historias
Slashboxes
Comentarios

Login Barrapunto

Login

[ Crear nueva cuenta ]

Google Native Client: Aplicaciones x86 en el navegador

editada por rvr el Miércoles, 10 Diciembre de 2008, 07:00h   Printer-friendly   Email story
desde el dept. active-x86
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

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».
Mostrar opciones Umbral:
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)
    por pobrecito hablador el Miércoles, 10 Diciembre de 2008, 07:24h (#1106938)
    un coladero de virus, troyanos, spyware, malware y demás
    [ Responder ]
    • Re:Eso va a ser de Boriel (Puntos:1) Miércoles, 10 Diciembre de 2008, 07:57h
    • Re:Eso va a ser de raster (Puntos:3) Miércoles, 10 Diciembre de 2008, 09:00h
      • Re:Eso va a ser de aplatana2 (Puntos:2) Jueves, 11 Diciembre de 2008, 12:21h
      • Re:Eso va a ser de errepunto (Puntos:3) Miércoles, 10 Diciembre de 2008, 11:58h
        • Re:Eso va a ser de pobrecito hablador (Puntos:1) Miércoles, 10 Diciembre de 2008, 12:35h
          • Re:Eso va a ser de raster (Puntos:2) Miércoles, 10 Diciembre de 2008, 18:48h
            • Re:Eso va a ser de aplatana2 (Puntos:3) Miércoles, 10 Diciembre de 2008, 20:07h
              • Re:Eso va a ser de errepunto (Puntos:2) Jueves, 11 Diciembre de 2008, 08:25h
                • Re:Eso va a ser de aplatana2 (Puntos:2) Jueves, 11 Diciembre de 2008, 10:02h
              • Re:Eso va a ser de Filiprino (Puntos:1) Jueves, 11 Diciembre de 2008, 15:06h
                • Re:Eso va a ser de Filiprino (Puntos:1) Jueves, 11 Diciembre de 2008, 15:16h
            • 2 respuestas por debajo de tu umbral de lectura actual.
      • 2 respuestas por debajo de tu umbral de lectura actual.
    • Re:Eso va a ser de pobrecito hablador (Puntos:2) Miércoles, 10 Diciembre de 2008, 07:32h
      • Re:Eso va a ser de vplabs (Puntos:2) Miércoles, 10 Diciembre de 2008, 08:27h
        • Re:Eso va a ser de sammael (Puntos:1) Miércoles, 10 Diciembre de 2008, 11:01h
          • Re:Eso va a ser de Mu (Puntos:2) Miércoles, 10 Diciembre de 2008, 11:47h
            • Re:Eso va a ser de sqtz (Puntos:1) Miércoles, 10 Diciembre de 2008, 16:57h
    • Re:Eso va a ser de ataulfo (Puntos:2) Miércoles, 10 Diciembre de 2008, 20:24h
    • Re:No, de eso nada de ataulfo (Puntos:2) Miércoles, 10 Diciembre de 2008, 20:30h
    • 2 respuestas por debajo de tu umbral de lectura actual.
  • A JavaFX ya lo ha cazado

    (Puntos:1, Divertido)
    por pobrecito hablador el Miércoles, 10 Diciembre de 2008, 08:15h (#1106950)
    Si han hecho un anuncio, una rueda de prensa y han sacado un binario para Windows y OS/X ya han alcanzado a JavaFX.

    Ahora a por Silverlight...
    [ Responder ]
  • otra pesudo beta, pardiez

    (Puntos:1, Inspirado)
    por pobrecito hablador el Miércoles, 10 Diciembre de 2008, 08:23h (#1106953)
    "Publicamos este proyecto en una fase muy temprada de desarrollo"

    Raro hubiera sido lo contrario. Mejor que se vayan cambiando el nombre Google por Betugle

    ¿Alguien ha vuelto aoir hablar de Chrome?
    [ Responder ]
  • por Drizzt (39) el Miércoles, 10 Diciembre de 2008, 09:34h (#1106969)
    ( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 11 Diciembre de 2008, 09:05h )
    Creo que hay dos posibles caminos que pueden seguir Google con la existencia de este plugin: Poder cerrar código, distribuir aplicaciones sin necesidad de dar el código fuente por una parte, y por otra, poder competir con Microsoft usando como "sistema operativo" el navegador.

    Una nueva capa de abstración encima del sistema, el equivalente a POSIX o Win32.

    --

    -- icewinddale.blogspot.com [blogspot.com]

    [ Responder ]
  • ActiveX

    (Puntos:2)
    por anv (15549) el Miércoles, 10 Diciembre de 2008, 09:46h (#1106975)
    ( http://barrapunto.com/ )
    Yo no veo ninguna diferencia entre esto y activex. Y afortunadamente activex fue abandonado por los desarrolladores de páginas web.

    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.
    [ Responder ]
  • ActiveX - La muerte pelá - INFORME

    (Puntos:4, Interesante)
    por OeL (29351) el Miércoles, 10 Diciembre de 2008, 10:37h (#1106985)
    Dice el artículo:
    ¿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 ... que en un entorno de programacion de microsoft -un IDE- se te ponían automáticos)

    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í ... la cosa deja mucho que desear.

    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 ... :
    [ Responder ]
  • por Nodens (37675) el Miércoles, 10 Diciembre de 2008, 12:15h (#1107017)
    A mi me parece que el hablar de que rompe el espíritu de la web no viene a cuento.

    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.
    [ Responder ]
  • por juatman (11608) el Miércoles, 10 Diciembre de 2008, 18:43h (#1107148)
    ( Última bitácora: Sábado, 15 Noviembre de 2008, 13:07h )
    Por lo que veo, sólo serviría para programas que puedan ser compilados por GCC, ¿o estoy en un error?
    [ Responder ]
  • Algo no entiendo

    (Puntos:1)
    por lopez (19865) el Miércoles, 10 Diciembre de 2008, 22:14h (#1107216)
    ( http://cerocoma.blogspot.com/ | Última bitácora: Sábado, 12 Enero de 2008, 20:06h )
    Por lo que entiendo de los comentarios de la gente, creen/creéis que es algo que solo funciona en equipos x86... sin embargo, al leer la noticia, y echar un vistazo por encima a las páginas de google yo lo que entiendo es todo lo contrario. Es que es algo para ejecutar aplicaciones x86 en cualquier máquina que tenga un navegador para el que este disponible este "native client". Así que no se quien se está haciendo la picha un lío (supongo que yo) alguien me lo podría explicar?

    Un saludo,
    --
    "Todo conocer depende de la estructura que conoce"
    [ Responder ]
  • 4 respuestas por debajo de tu umbral de lectura actual.