Re: Dylan vs Julia

Gour,

I've already posted about this on the Julia list and have talked with you
off-list ... so I'll keep this short.

Dylan and Julia are both decent languages. Julia is on the way towards
becoming more general purpose while Dylan is moving forward in other ways
(already being well suited for general purpose work).

Dylan has had a strong specification that has stood up to the review of a
number of people for years during its development and the base language has
been pretty stable over the years since then.

In the last year, we've been working a lot on usability, GUI bindings and
many other things. The next year will see continued growth in those areas
as well as hopefully improvements in our numerics and unicode support.

We have a lot of good documentation for our libraries, and are continuing
to work on even more.

There are differences between the two and both are evolving (although Dylan
is evolving the language less).

As for GUI stuff, we're getting close to having a solid Objective C bridge
on OS X and iOS, we have good Windows bindings, some good work on GTK+ and
I'm in the process now of building Qt bindings.

You'll probably be fine with whichever language you choose so long as it
has the GUI bindings that you require.

 - Bruce



On Fri, Feb 14, 2014 at 5:29 PM, Gour <[email protected]> wrote:

> Hello,
>
> while reading different stuff about Julia I did stumble upon its
> Wikipedia page (
> http://en.wikipedia.org/wiki/Julia_%28programming_language%29)
> where there is table comparing Julia with Common Lisp, Fortress and
> Dylan.
>
> I'm not interested neither for Lisp nor for Fortress (which anyway seems
> to be not alive), but wonder how does Julia compare with Dylan in
> general.
>
> Afaik, one of the differences is that Julia JIT-ed, while Dylan produces
> native executables which might impact the performance for end user.
>
> Anything else which might be important to know and/or some reasons why
> the creators of Julia were not e.g. happy with Dylan (amongst many other
> languages) and pursued designing Julia?
>
> In the past I was playing with Haskell, but found that there is too much
> monad talk and the language had too steep learning curve for some of
> potential contributors to the project - multi-platfom GUI (desktop) app.
>
> Later I was evaluating D, Ada, OCaml, F#, Nimrod, Rust...some are nice
> languages, but most are lacking bindings for developing GUI desktop
> applications and/or are more suitable as 'system' and not 'general
> programming' language, iow. fiddling with low(er)-level stuff like
> pointers etc. - we want to avoid C(++) - or have strange syntax like Rust.
>
> Iow. we're looking for some 'general programming' language suitable for
> desktop app which is has good-enough performance and provide more
> type-safety than e.g. Python (we have to call 3rd party lib for
> computing planetary ephemeris and would like to use sqlite3 as app's
> storage format).
>
> I saw a thread which 'claimed' that e.g. Julia is e.g not quicker than
> Python/Cython although it seems it was due usage of int32, but wonder
> what could one expect from Dylan?
>
> So, anyone somewhat familiar with boh Julia & Dylan can share what would
> be some of Dylan's pros in comparison with the Julia?
>
> Are there some major features missing in either language which I am not
> seeing or the two can't be easily compared at all?
>
>
> Sincerely,
> Gour
>
> p.s. I sent almost the same meesage to julia-user and I'm not trolling,
> but simply interested for any input no matter of bias to help me decide
> better.
>
> --
> It is far better to discharge one's prescribed duties, even though
> faultily, than another's duties perfectly. Destruction in the course
> of performing one's own duty is better than engaging in another's
> duties, for to follow another's path is dangerous.
>
> http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810
> _______________________________________________
> hackers mailing list
> [email protected]
> https://lists.opendylan.org/mailman/listinfo/hackers
>

_______________________________________________
hackers mailing list
[email protected]
https://lists.opendylan.org/mailman/listinfo/hackers