but there's scarcely anything there. Which is all rather weird; I'd have thought that (1) one of the first things you do when designing a language is to mock up a load of example code to see how your ideas work together, and (2) you want to make that available to anyone looking at your language so that they can get a feel for what it's meant to be like. Oh well.
That's my first impression--I see a bunch of pages on the project wiki with proposed features for the language, but no documentation along the lines of "if you actually want to use this language to accomplish something useful, here's what you do".
I strongly suspect that something like this is the reason why there are few code samples. When do you not need to mock up lots of sample code when designing a language? When it's basically another pre-existing language with a few minor changes. (The pre-existing language in this case might not be Java, though I agree that that seems like a good guess.)
I am surprised this got onto the jvmlang conference agenda at this stage of its implementation. Lots of announced buzzword-y goals and very little code.
The blurb (In the absence of substantial code samples the blurb is all one has to go by) sounds like it is a language encoding "best practices" - all very nice and enterprisey.
It will be interesting to watch the progress or otherwise of this language
One goal of the summit is for implementors (of languages and/or runtimes) to have a chance to talk through issues so it fits in with the conference just fine. The hype in the article is the problem.
but there's scarcely anything there. Which is all rather weird; I'd have thought that (1) one of the first things you do when designing a language is to mock up a load of example code to see how your ideas work together, and (2) you want to make that available to anyone looking at your language so that they can get a feel for what it's meant to be like. Oh well.