Yes, apparently it's been around about 10 years? And it looks like
vsapl with a q influence.

The aspects I like are the compiler and the esql. I am of the opinion
that having additional perspectives is nice.

Its limiting its base language to something like iso vsapl is also an
interesting choice. That I imagine reduces the implementation skill
required to get it going (which in turn lends itself to stuff like
compilers and sql subset support).

>From a J perspective, I think that a compiler that handled a subset of
the language (even if it was only a rank 0 subset) would be a good
thing. This would extend the utility of the notation (albeit with
maybe a cost in elegance).

I remember using a similar APL compiler back in the '90s. It used ML
style type inference and was basically more limited than a fortran or
c compiler. But when you had a performance bottleneck which you had
isolated to a simple function it was handy.

Nowadays, of course, there are lots of other directions to go
(https://github.com/CovertLab/WholeCell --
http://wholecell.stanford.edu/ might be a good illustration of what
can be done with a distributed system) and I think there's a lot to be
said for using language subsets when exploring such opportunities.

Thanks,

-- 
Raul


On Sun, Dec 29, 2013 at 10:58 AM, Roger Hui <[email protected]> wrote:
> http://archive.vector.org.uk/art10501180
> On 2013-12-29 6:43 AM, "Raul Miller" <[email protected]> wrote:
>
>> http://fastarray.appspot.com/default.html
>>
>> Looks like J has a new cousin...
>>
>> --
>> Raul
>> ----------------------------------------------------------------------
>> For information about J forums see http://www.jsoftware.com/forums.htm
>>
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm

Reply via email to