On Sunday, 29 March 2015 at 16:32:32 UTC, Idan Arye wrote:
> Computer science is all about tradeoffs. I used to love Ruby, but then a Rails project got out of hand... Nowadays I use it mainly as a bash replacement - Hundredfolds more expressive, only a tiny tiny bit syntax overhead, and for things that bash's safety would be enough Ruby's certainly suffices.

This is pretty much the recurring story with ruby. The first 10 000 lines are a lot of fun, and then it gets out of hands.

On Sunday, 29 March 2015 at 21:43:21 UTC, Walter Bright wrote:
> On 3/28/2015 5:34 PM, ketmar wrote:
>> on the other side of the spectrum was Chuck Moore, for example, who
>> imagines modern computers filled with many cheap and average RISC
>> processors, and using parallel multiprocessor execution to achieve great
>> performance.
>
> Isn't that what a GPU is?

This is exactly what a GPU is.

On Monday, 30 March 2015 at 00:20:11 UTC, Laeeth Isharc wrote:
> https://www.quora.com/Why-didnt-D-language-become-mainstream-comparing-to-Golang
>
> fwiw

Nice, well-written answer, enjoyed reading it.

On Monday, 30 March 2015 at 03:47:45 UTC, Joakim wrote:
> On Monday, 30 March 2015 at 00:20:11 UTC, Laeeth Isharc wrote:
>> https://www.quora.com/Why-didnt-D-language-become-mainstream-comparing-to-Golang
>>
>> fwiw
>
> Nice, well-written answer, enjoyed reading it.

Thank you.

On Sun, 29 Mar 2015 14:43:14 -0700, Walter Bright wrote:

> On 3/28/2015 5:34 PM, ketmar wrote:
>> on the other side of the spectrum was Chuck Moore, for example, who imagines modern computers filled with many cheap and average RISC processors, and using parallel multiprocessor execution to achieve great performance.
> 
> Isn't that what a GPU is?

yes, GPU is a good example of that.

On Saturday, March 28, 2015 14:19:46 Walter Bright via Digitalmars-d-announce wrote:
> Thank you. I need to learn std.algorithm better.

Don't we all. Part of the problem with std.algorithm is its power. It's frequently the case that you think that something isn't there when it's either there under a different name, or you just have to look at one of its functions from a different angle to use it for what you're trying to do. It wouldn't surprise me at all if folks who know it quite well get surprised by what it can do at least from time to time.

- Jonathan M Davis

On Sunday, 29 March 2015 at 22:07:40 UTC, Laeeth Isharc wrote:
>>> should we add a link to the wiki and ask author if we could mirror there ?
>>>
>>> This section on wiki looks like it could with a bit of fleshing out!
>>>
>>> http://wiki.dlang.org/Coming_From/Python
>>
>> I just seen what you did in the wiki, that's great! I don't have much time to invest tonight but I'll definitely do my part of the job in a day or two.
>
> Thank you for noticing.  It's not very inspired, but I don't have much energy at the moment, and it is the best I can do with what I have.  Better an acceptable start than trying to be perfect.
>
> The Ruby / Java / Eiffel / C# / and Basic sections also need starting.

While not forgetting that Java, Eiffel, C#, Basic have options to compile straight to native code, just like D, so the focus should be on other features and not on native vs VM.

--
Paulo

On Monday, 30 March 2015 at 03:26:14 UTC, deadalnix wrote:
> On Sunday, 29 March 2015 at 16:32:32 UTC, Idan Arye wrote:
>> Computer science is all about tradeoffs. I used to love Ruby, but then a Rails project got out of hand... Nowadays I use it mainly as a bash replacement - Hundredfolds more expressive, only a tiny tiny bit syntax overhead, and for things that bash's safety would be enough Ruby's certainly suffices.
>
> This is pretty much the recurring story with ruby. The first 10 000 lines are a lot of fun, and then it gets out of hands.

Just like any other language with dynamic typing.

On Monday, 30 March 2015 at 00:20:11 UTC, Laeeth Isharc wrote:
> https://www.quora.com/Why-didnt-D-language-become-mainstream-comparing-to-Golang

Post this on reddit.

On Sunday, 29 March 2015 at 19:03:06 UTC, Laeeth Isharc wrote:
> On Sunday, 29 March 2015 at 15:34:35 UTC, Ola Fosheim Grøstad wrote:
>> Actually, there is quite a large overlap if you look beyond the syntax. Dart is completely unexciting, but I also find it very productive when used with the IDE.
>
> Glad to hear this - I haven't yet got very far with Dart, but it seems like a toss-up between Dart and Livescript for a passable language to run on the client (for my little use case).

I don't know the future of Dart, but if you have time to wait for it you might consider atscript/Angular 2.0.

> Knuth is also right that people think in different ways, and it's an entirely natural thing to see a multiplicity of languages emerging that are adapted to these different ways (and of course the particular challenges people face are also different).  That's why religious wars about these things have

I think most imperative languages are just variations over the same theme. I pick them based on what they+ecosystem is good at, not the language by itself. So basically, you have to be best at one particular application area to do well. Go is aiming to have a good runtime for building smaller web-services, and they are getting there. Because they focus.