Proposal of Multithread JavaScript

Bradley Meck bradley.meck at gmail.com
Wed Nov 2 15:56:24 UTC 2016


You will need to convince people that their problems with your proposal are
solvable and not dismiss them, not state that your idea has uses. I
completely agree it has uses, but the problems vastly outweigh any use case
in my mind.

On Wed, Nov 2, 2016 at 10:52 AM, Leo Dutra <leodutra.br at gmail.com> wrote:

> In JS, if you assign a string to a var containing an object... it will
> become an object.
>
> Michael, I'm sorry to say JavaScript is not "safe". Try
> Java/Haskell/Fortran.
>
> JavaScript is the land of pragmatic algorithms and "for internals and
> abstracted away from you in a safe way".
>
> Workers are cool. I like it.
>
> But for those who knows internals, it is very very expensive. And
> messaging with one worker is easy peasy. Try with 5. That amazing
> onmessages everywhere without a good organization and you will reclaim your
> Visual Studio in no time.
>
> I'm talking about do a single
>
> async rasterizeTheWholeGameStuff() {}
>
> And all the stuff, as a simple async or callback, run inside a green
> thread.
>
> Is that really so much? I don't think so.
> I think all of your statements against it, till now, are not considering
> about being "seamless".
>
> Bösch, I think greenlets is a great example... but I'd take it in a
> second step, thinking about that additionals I put above.
>
> They can't even agree with an existing, full of racing condition and no
> atomicity clojured function body, to be run SEAMLESS in another thread.
>
> Maybe if I create an e-mail like goku at gmail.com or michiokaku at gmail.com...
>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20161102/69996fbe/attachment.html>


More information about the es-discuss mailing list