I think the motivation for Julia was that nothing delivered both the
performance and flexibility they wanted for numeric programming. C/C++ are
too static and dangerous, Matlab proprietary, (not sure what they don't
like about Octave), Java too verbose and lacking in numeric primitives,
Common Lisp
I agree with you. Improving an existing one is different, even if
fixing the original does give turn out to produce what is effectively
a new one.
Addressing a completely new class of problem would also be different,
but that would be moving up the stack.
>> The belief that Yet Another Programming Language is the answer to the
>> world's problems is a persistent, but (IMNSHO) a naive one.
Some people might think that applies to Raku.
Not me, but some people.
On Sun, Dec 8, 2019 at 2:09 PM Parrot Raiser <1parr...@gmail.com> wrote:
> Who initiated
Who initiated the project, and why?
What deficiencies in existing languages are they trying to address?
The belief that Yet Another Programming Language is the answer to the
world's problems is a persistent, but (IMNSHO) a naive one.
On 12/8/19, Andrew Shitov wrote:
> Let’s not hide the fact tha
Let’s not hide the fact that Julia development raised 4.6 million dollars
and the language is production-ready.
On Sun, 8 Dec 2019 at 12:46, JJ Merelo wrote:
> It might have been, but syntax is more Python-like to the point that in
> some cases it's exactly the same. It's got a very extensive ma
If math is your area of interest, the GSL is interesting *and* humongous:
I've been working on it for two weeks writing the raw interface to the C
library and I just started to write a Raku-level interface, something that
would let programmers use the library without having to learn how to create
a
Nice! Thanks for letting me know.
On Mon, Dec 9, 2019 at 12:21 AM Fernando Santagata <
nando.santag...@gmail.com> wrote:
> Hi,
> I authored an interface to the Fastest Fourier Transform in the West
> (libfftw3) as Math::FFT::Libfftw3; I'm working on an interface to the GNU
> Scientific Library (l
Hi,
I authored an interface to the Fastest Fourier Transform in the West
(libfftw3) as Math::FFT::Libfftw3; I'm working on an interface to the GNU
Scientific Library (libgsl).
I'm writing this just to avoid duplicating an effort.
On Sun, Dec 8, 2019 at 12:18 PM Tom Blackwood wrote:
> Thanks JJ.
El dom., 8 dic. 2019 a las 12:10, Tom Blackwood ()
escribió:
> Thanks JJ.
> We know Perl has PDL for data science,
> http://pdl.perl.org/
>
> We are looking into it and see if it's possible to make a Perl6 version of
> Scikit-learn based on PDL.
>
That would be really great.
JJ
Thanks JJ.
We know Perl has PDL for data science,
http://pdl.perl.org/
We are looking into it and see if it's possible to make a Perl6 version of
Scikit-learn based on PDL.
regards.
Tom
On Sun, Dec 8, 2019 at 6:40 PM JJ Merelo wrote:
> It might have been, but syntax is more Python-like to the
It might have been, but syntax is more Python-like to the point that in
some cases it's exactly the same. It's got a very extensive macro systems,
which enables it to work concurrently, for instance. It's more
scientific-computing oriented, which means that there are all sort of
mathematical module
11 matches
Mail list logo
