Firefox 3.5 : Multithreading javascript code

Ya ha salido Firefox 3.5… pero yo solamente voy a hablar de una característica que han introducido la gente de Mozilla que es realmente interesante: Web Workers Threads

La utilización de java script en los navegadores se ha disparado, todo se hace hoy en día con javascript y eso ha tenido como consecuencia que la gente que se dedica a hacer los navegadores mejore cada día la velocidad con la que se ejecute el código. Pero aunque tenemos muchos tipos de runtimes para ejecutar javascript V8, TraceMonkey, IE todos tienen una peculiaridad y es que se ejecuta el código síncronamente, no permitiendo que se paralelice la ejecución de código.

Pero ese día ha acabado, la gente de Firefox consciente de que se necesita incrementar la velocidad de javascript ha decidido incluir esta característica en Firefox 3.5.

La idea es simple:

var myWorker = new Worker('my_worker.js');
myWorker.onmessage = function(event) {
  print("Called back by the worker!n");
};

Aquí podemos ver un ejemplo de código para generar ese worker thread, que podemos encontrar en la wiki de desarrollo de Firefox https://developer.mozilla.org/En/Using_DOM_workers

A mí personalmente no me gusta nada Javascript ni html, es todo muy tedioso y uno tiene que aprender a hacer muchos hacks para hacer cualquier cosa incluso para centrar una imagen en la pantalla, pero claro es mi opinión.

Luis.

5 comentarios en “Firefox 3.5 : Multithreading javascript code”

  1. Concuerdo contigo completamente en cuanto a que JS y HTML, para hacer algo mas o menos bueno, son puros hacks =/ pero bueno depues de todo la web no esta tan mal

  2. Hola!

    Hombre… hoy en dia usar javascript “a pelo” para hacer algo en tu página web no sólo es tedioso y propenso a errores: es tirar el tiempo.

    Hay librerías especializadas como jQuery/jQueryUI y Prototype/Scriptaculous (por citar las dos más conocidas) que llevan el desarrollo javascript a otra dimensión.

    Javascript como lenguaje no está tan mal como mucha gente cree… lo que pasa es que la gran mayoría se quedó en el Javascript de hace años, antes de la aparición de la palabra clave “prototype” 😉

    Saludos!

  3. Hola Eduardo,

    Como bien comentas hay muchas librerías para programar en javascript, pero aun así seguimos sin tener un compilador, seguridad de tipos y una serie de ventajas para la programación, además de que estamos trabajando con un lenguaje que tiene muchos años hay que renovarlo.

    Yo me refería más la combinación mortal de Html + Javascript + Estandares + 1001 navegadores que hace lo que quieren. Yo prefiero SL o Flash porque solo hay una versión, así no te tiene que complicar la vida.

    Saludos. Luis.

  4. Hola Luis 😉
    En lo que sin duda tienes razón es en lo de “estandares + 1001 navegadores que hacen lo que quieren”. Es la cruz de la web… :p
    Ahí si que no hay nada que añadir, y diseñar una web que se vea bien (ya no digo igual) en todos los navegadores es una tarea a veces titánica…

    Sobre la renovación de javascript se ha hablado largo y tendido. Javascript ha evolucionado MUCHO a lo largo del tiempo y del juguete que era en su versión 1.0 ha pasado a ser un completo lenguaje en su versión 1.8. Pero insisto, hay realmente POCA gente que domine javascript en todo su potencial (y no, no me incluyo entre ellos desafortunadamente).
    Compiladores en javascript ya hay: el V8 de Chrome funciona como un JIT para javascript y creo que FF 4 va a incorporar algo parecido (o era 3.5???).
    Referente a la seguridad de tipos, efectivamente javascript se diseñó para no tener tipos estáticos, lo que puede ser una ventaja o un inconveniente según se mire.

    Nota que en el comentario simplemente me refiero a javascript, en lo de hacks de html+css y todo esto ya digo que estoy de acuerdo contigo!

    Un abrazo!!!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *