4 ms·

Actually, yeah, Coffeescript is actually bootstrapped using Jison (a javascript implementation of Bison), and implemented in Coffeescript! :) I should note tha

Actually, yeah, Coffeescript is actually bootstrapped using Jison (a javascript implementation of Bison), and implemented in Coffeescript! :) I should note that i think what's being done with Sproutcore now is pretty awesome. People like Yehuda Katz have done a good job of turning Sproutcore into a tech that has a solid conceptual foundation, and is aiming for ease of use for developing non-trivial javascript apps. So, what do you worry about (and i mean that in a non-stern, genuinely curious way)? Web applications really are going to be the solid basis upon which a lot of future technology is built. A lot of pretty complex technology is going to be written in javascript (or things that compile to javascript). It really is a necessary step to see how to make javascript development more efficient and principled, so that there is a common basis for getting stuff done.

rch 15y ago
Yeah- You've definitely convinced me that I need to take a closer look at coffeescript. But I'd only be really interested if it could take something approaching OWLlink Functional syntax and generate code in any popular language, with my main concern being the ease of controlling exactly what is generated. Not because I think OWL Functional is 'better' than JS; I just think flexibility is an important criteria for judging the quality of tools along these lines. I suppose I do worry about a few detail-ish things: the future of the disco/ddfs project now that Nokia is on the ropes... how to more closely integrate CLIPS rules with redis... if it is ok to let webmachine sit between nginx and an osgi process, or if I need to back-burner erlang for a while... Don't get me wrong, I've written plenty of JS and expect to write plenty more, with or without node. But I'm also curious if I could ship a native component for chrome that dynamically loads a Xen vm that contains a 'heavy' application, with the UI written in whatever, that renders through an HTML5 canvas (check out the gnome3 html5 demo). I don't worry about it happening though: that's going to take care of itself. I just hope there are no patents or licenses to buy that would prevent me from shipping apps that way.

rch 15y ago

Yeah- You've definitely convinced me that I need to take a closer look at coffeescript. But I'd only be really interested if it could take something approaching OWLlink Functional syntax and generate code in any popular language, with my main concern being the ease of controlling exactly what is generated. Not because I think OWL Functional is 'better' than JS; I just think flexibility is an important criteria for judging the quality of tools along these lines. I suppose I do worry about a few detail-ish things: the future of the disco/ddfs project now that Nokia is on the ropes... how to more closely integrate CLIPS rules with redis... if it is ok to let webmachine sit between nginx and an osgi process, or if I need to back-burner erlang for a while... Don't get me wrong, I've written plenty of JS and expect to write plenty more, with or without node. But I'm also curious if I could ship a native component for chrome that dynamically loads a Xen vm that contains a 'heavy' application, with the UI written in whatever, that renders through an HTML5 canvas (check out the gnome3 html5 demo). I don't worry about it happening though: that's going to take care of itself. I just hope there are no patents or licenses to buy that would prevent me from shipping apps that way.