Re: [julia-users] Julia for large scale software development

2014-12-27 Thread Tamas Papp
On Fri, Dec 26 2014, Páll Haraldsson pall.haralds...@gmail.com wrote: Maybe I should just put my blinders on, just not look at other languages more. I'm pretty convinced all the others I know are obsolete (for new code).. I just might be missing something with the newer languages. Or maybe

[julia-users] Julia for large scale software development

2014-12-26 Thread Páll Haraldsson
I mentioned Julia as a good alternative to Ceylon language in their forum (for linear algebra). First of all, I assume you could call Ceylon (in theory at least, or vice versa, I don't know to much about Ceylon). And second, I'm not sure I agree with the responses I got. It seems they (or I?)

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Mike Innes
None of those are particularly good reasons. It boils down to Julia doesn't do Java-style OO well, but believe it or not Java-style OO isn't the only way you can build a large program. To take a couple of specific points as examples, you can use composition

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Stefan Karpinski
Oh, man. Suggesting a different language on a language's mailing list – that's throwing down the gauntlet! I think I'll write a reply on the ceylon list about some of the factual claims about Julia. On Fri, Dec 26, 2014 at 4:41 PM, Páll Haraldsson pall.haralds...@gmail.com wrote: I mentioned

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Tomas Lycken
Duty calls...! http://xkcd.com/386/ On Friday, December 26, 2014 10:58:06 PM UTC+1, Stefan Karpinski wrote: Oh, man. Suggesting a different language on a language's mailing list – that's throwing down the gauntlet! I think I'll write a reply on the ceylon list about some of the factual

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Páll Haraldsson
I'm sorry, I wanted to correct them myself. Not expecting anyone (else) to since I started this.. I think I know a good thing when I see one. I just though maybe I'm missing something getting those responses and wandered if my admiration of Julia was somewhat misplaced. Maybe I should just

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Kevin Squire
LOL!!! (A good xkcd link always does that.) On Friday, December 26, 2014, Tomas Lycken tomas.lyc...@gmail.com wrote: Duty calls...! http://xkcd.com/386/ On Friday, December 26, 2014 10:58:06 PM UTC+1, Stefan Karpinski wrote: Oh, man. Suggesting a different language on a language's

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Spencer Russell
On Friday, December 26, 2014 5:32:39 PM UTC-5, Páll Haraldsson wrote: Maybe I should just put my blinders on, just not look at other languages more. I'm pretty convinced all the others I know are obsolete (for new code).. I just might be missing something with the newer languages. Julia

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Páll Haraldsson
Note, I said I know. You may know more languages. Wander what the top 3 are (if Julia isn't top 1). Still, languages have died out (mostly) and I think we need fewer languages, not more. I do not see a good reason for C++ any more (is the exception handling in Julia as least as good as

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread Stefan Karpinski
I think we need more languages if only because I think we've barely started to explore the programming language design space – it's a very non-convex optimization problem. Sure, some languages are close to local optima, but you never know what's going to happen when you start combining things in

Re: [julia-users] Julia for large scale software development

2014-12-26 Thread cdm
and in support of Stefan's language/software observations, the hardware aspect is nearly as important, but perhaps more subtle ... AMD and ARM are committed to the HSA movement (bit.ly/1E2mOWq) recognizing that CPUs, GP/GPUs, FPGAs and perhaps other new SoC developments will increasingly