Earlier quoted context omitted.
> Personally, what I'm hoping happens is that we get one, single better compile target That is a terrific idea in theory, but the last time anyone tried to do that the result was the JVM.
And the JVM is wonderful! Incredible amounts of R&D devoted to optimizing its performance, broad hardware and os support, with lots of interesting languages to choose from running on top of it.
Lisp: A Language for Internet Scripting and Programming (1998) [pdf]
111–114 of 114 posts
Re: Lisp: A Language for Internet Scripting and Programming (1998) [pdf]
#112I've been working on a Scheme that might be more welcoming to people with a ()-phobia: http://vijaymathew.github.io/slogan/index.html
Re: Lisp: A Language for Internet Scripting and Programming (1998) [pdf]
#113Earlier quoted context omitted.
> "Plus, the (classic intro-to-LISP) notion that "it has a simple syntax with few constructs so it must be easy to program in" has to die. Assembly has very simple syntax too. I wouldn't write a large program in it." Suppose we amend that to simple high-level constructs? I don't think I've ever picked up a language as fast as I picked up scheme. Not even python.
If you're using it seriously and for a significant period of time, the time and effort spent initially learning a programming language ends up becoming a smaller and less relevant factor. What ends up mattering most is how productive you are once you're familiar with it. This is where a language like Python, and most other widely used languages, tend to be much better than Scheme for most programmers. Scheme may be e…
Racket is the answer to schemes practicality problems.
Re: Lisp: A Language for Internet Scripting and Programming (1998) [pdf]
#114Earlier quoted context omitted.
It's not fair to claim NaCl is restricted to any platform since all implementations now use PNaCl.
I didn't say it was restricted to a platform, but that it depends on certain platforms, one of which is PNaCl. asm.js does not depend on the existence of such a platform, since it is backwards compatible with JavaScript.
GL is easy because it requires no types. Everything that is required is included in the intersection of JavaScript and C++. More highlevel API's are harder, and that's why we don't see any wrappers for e.g. WebRTC in Emscripten.