Doesn't the GPL license generally ruin being able to use this in a commercial product by having to provide source code and affecting derivative works, too?
Looking at the HTML output, I'm not sure this consitutes proper literal programming due to the amounts of 'contextual noise' that the processor generates. I think the goal is to have the program read more or less like a book, and this...
{Print "hello world" 2} ≡
printf("Hello world");
This code is used in section 1.
...is not exactly it. It feels more like program-in-program Matrixy thing than a document to be read.
I tried using F# (FsTest, specifically) for testing. It's great to be able to write verbose test names with double-backquote syntax, that way your test cases read in English instead of this_ugly_underscore_based_sentences.
Well there's no specific support for things like CUDA, but C++ support works for the most part. Not for CUDA's triple-angled-chevrons (yet), but neither does Visual Studio itself :)
Actually, this isn't the day and age where native code IDE can be presented to be advantageous. I think what's sensible is to assume that no thick-client IDE is sufficient for arbitrarily sized projects.
Regrettably, fact of the matter is that fonts look bad on Java, particularly on Windows where Java-enabled programs are unable (for whatever reason) to leverage ClearType and thus get the antialiasing done just right.
Another equally potent idea is to build products which integrate with Microsoft's own, popular products. For example, the popularity of Excel caused me to build this: http://activemesa.com/x2c
In theory, I don't see why not. For instance, you could have a language that is adapted for both the JVM, CLR and native and also cross-compiles to JavaScript.
In theory, I don't see why not. For instance, you could have a language that is adapted for both the JVM, CLR and native and also cross-compiles to JavaScript.