List of languages that compile to JS • Hacker News Board

Re: List of languages that compile to JS

#51

Post by gordonguthrie » Fri, Jan 17, 2014, 7:39 AM UTC

nickik wrote: post #50

gordonguthrie wrote: post #46

Earlier quoted context omitted.

I don't agree. The mission is to be a dom-scripting language http://luvv.ie/mission.html I didn't just pluck 9 out of the air, it comes from thinking about how I would structure applications that I have written. Take for instance our online spreadsheet - very complex GUI - 2,500 divs - but when you ask what are is the concurrency - what are the discrete functional data models that I need to manipulate - the number is…

> The mission is to be a dom-scripting language http://luvv.ie/mission.html If that is your goal then I dont want to clame that you have not achived it. This looks quite good for many things, my point is however that I mayself would not want to restrict myself this way. In the future we be able to directly go from one browser to another, we might query or get messages from tons of diffrent servers, the OS might send…

The concurrency issue is not mine to fix. Javascript provides native concurrency by Web Worker which (compared to Erlang processes is a very heavy-weight, no-shared code environment. LuvvieScript is just realising that (given those prior contraints) an OTP-ish Erlang dom-script language can be created.

The alternative (a light-weight process language) involves building a scheduler in Javascript - which is a very different beast to a transpiler with a message-consuming/emitting runtime built with existing JS libraries.

To be brutally honest, the later is beyond my competancies.

Re: List of languages that compile to JS

#52

Post by nickik » Fri, Jan 17, 2014, 10:05 AM UTC

gordonguthrie wrote: post #51

nickik wrote: post #50

Earlier quoted context omitted.

> The mission is to be a dom-scripting language http://luvv.ie/mission.html If that is your goal then I dont want to clame that you have not achived it. This looks quite good for many things, my point is however that I mayself would not want to restrict myself this way. In the future we be able to directly go from one browser to another, we might query or get messages from tons of diffrent servers, the OS might send…

The concurrency issue is not mine to fix. Javascript provides native concurrency by Web Worker which (compared to Erlang processes is a very heavy-weight, no-shared code environment. LuvvieScript is just realising that (given those prior contraints) an OTP-ish Erlang dom-script language can be created. The alternative (a light-weight process language) involves building a scheduler in Javascript - which is a very diff…

Fortunately somebody has already made a implementation and you could try to use it as a base layer for your own system. I don't how easy it is to interface with Clojures core.async, but I guess its probably possible.

Here somebody has already did a mini-actor implementation: https://github.com/halgari/clojure-conj-2013-core.async-exam...

It might be a interesting exercise to implement Erlang Actors on top of this and then expose it to a JS interface. This might be a good idea in general and not just for your OTP-ish langauge.

Also I want to say that I came a across as very negative, I just wanted to say that LuvvieScript is quite cool and useful. WebWorkers are a much better primitive for Erlang style stuff because its shard nothing even on the server (I think). In really the browser should really provide a API for either shard memory threads or proper Erlang/Go Style threads.

Re: List of languages that compile to JS

#53

Post by gordonguthrie » Fri, Jan 17, 2014, 6:25 PM UTC

nickik wrote: post #52

gordonguthrie wrote: post #51

Earlier quoted context omitted.

The concurrency issue is not mine to fix. Javascript provides native concurrency by Web Worker which (compared to Erlang processes is a very heavy-weight, no-shared code environment. LuvvieScript is just realising that (given those prior contraints) an OTP-ish Erlang dom-script language can be created. The alternative (a light-weight process language) involves building a scheduler in Javascript - which is a very diff…

Fortunately somebody has already made a implementation and you could try to use it as a base layer for your own system. I don't how easy it is to interface with Clojures core.async, but I guess its probably possible. Here somebody has already did a mini-actor implementation: https://github.com/halgari/clojure-conj-2013-core.async-exam... It might be a interesting exercise to implement Erlang Actors on top of this and…

Yeah, Erlang is proper shared nothing. With modern multicore phones I think low-number concurrency in Web Workers should be enough.

My problem with using Clojure libraries is that I don't really know JS very well :( I really am all Erlang...