Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 01:47:57 UTC, Walter Bright wrote: The one difference was Go's support for green threads. There's no technical reason why D can't have green threads, it's just that nobody has written the library code to do it. Go can move stacks and extend them. Go is closer to

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 04:05:30 UTC, Laeeth Isharc wrote: Programming is - for now - still a human activity, and what is important in human activities may not always be measured, and what may be easily measured is not always important. That doesn't mean one should throw away the profiler

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/26/2015 11:40 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: Go can move stacks and extend them. That has no value on 64 bit systems, and is not a language issue (it's an implementation issue). Go is closer to having a low latency GC. I.e. it

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote: I think the way go handles interfaces and their composition would require a few tricks in D and C++, but I am sure it can be done. Interfaces can be done with D templates. It'll be compile time polymorphism rather than run

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 09:44:27 UTC, Walter Bright wrote: On 3/27/2015 1:41 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote: The MMU makes it pointless. The virtual address space allows for 4

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Russel Winder via Digitalmars-d-announce
On Fri, 2015-03-27 at 03:11 -0700, Walter Bright via Digitalmars-d-announce wrote: On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote: […] However, I cannot see this happening purely on volunteer, hobbyist resource. We need to find an organization or three willing to

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Russel Winder via Digitalmars-d-announce
On Fri, 2015-03-27 at 10:14 +, via Digitalmars-d-announce wrote: […] Have you actually thought about these issues or done performance tests? The Go team certainly have, and have changed their goroutine model twice because of it. No matter what they do in Go 0.0 →1.4, 1.5 onwards will be

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 10:37:01 UTC, Russel Winder wrote: The question is though what should happen in D. If Vibe.d fibres are a single threaded system, then they are not suitable for the actor, dataflow, CSP implementation needed in D since that must sit on a kernel thread pool where

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 12:37 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: On Friday, 27 March 2015 at 06:53:01 UTC, Walter Bright wrote: On 3/26/2015 11:40 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: Go can move stacks and

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Russel Winder via Digitalmars-d-announce
On Thu, 2015-03-26 at 18:47 -0700, Walter Bright via Digitalmars-d-announce wrote: On 3/26/2015 12:40 PM, Russel Winder via Digitalmars-d-announce wrote: (Almost) All publicity is good publicity. I attended a presentation at NWCPP on Go last week. I have never written a Go program, so

Re: DlangUI

2015-03-27 Thread Vadim Lopatin via Digitalmars-d-announce
On Thursday, 26 March 2015 at 13:48:20 UTC, Chris wrote: On Thursday, 26 March 2015 at 11:47:59 UTC, Vadim Lopatin wrote: Try `dub upgrade --force-remove` followed by `dub build --force` For the love of God, please put this on the github page under troubleshooting. It happens quite a lot.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote: The MMU makes it pointless. The virtual address space allows for 4 billion goroutines with 4 billion bytes each of stack. If you fragment the memory space you cannot use recursive page tables? If you want to address more than

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 1:41 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: On Friday, 27 March 2015 at 08:25:26 UTC, Walter Bright wrote: The MMU makes it pointless. The virtual address space allows for 4 billion goroutines with 4 billion bytes each of stack. If you

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 06:53:01 UTC, Walter Bright wrote: On 3/26/2015 11:40 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com wrote: Go can move stacks and extend them. That has no value on 64 bit systems, It has. and is not a language issue (it's an

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 08:41:40 UTC, Ola Fosheim Grøstad wrote: tables? If you want to address more than 512GB you need to move to 1MiB pages. Actually, it is 2MiB. Also keep in mind that there is an advantage to having very small stacks (e.g. 1-2K) when you do simulations.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Dejan Lekic via Digitalmars-d-announce
On Wednesday, 25 March 2015 at 22:30:15 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei Downplaying other languages makes the D

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread w0rp via Digitalmars-d-announce
I don't think it's such a good idea to dump on another language too much. My reaction to Go is that it doesn't have what I want in it, and that's about it. People can write Go if they want to, and I won't. I think I'd prefer to just present a good tool. If it's good enough for a particular

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Sönke Ludwig via Digitalmars-d-announce
Am 27.03.2015 um 11:11 schrieb Walter Bright: On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote: Aren't green threads now given the label fibres? My understanding of fibers is they are all in one thread. Go's green threads can be in multiple threads, the same thread, and

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Dejan Lekic via Digitalmars-d-announce
On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei If Go community is what they believe they are - intelligent. They would not blame D community for this article,

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread John Colvin via Digitalmars-d-announce
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote: Am 27.03.2015 um 11:11 schrieb Walter Bright: On 3/27/2015 2:57 AM, Russel Winder via Digitalmars-d-announce wrote: Aren't green threads now given the label fibres? My understanding of fibers is they are all in one thread. Go's

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Chris via Digitalmars-d-announce
On Friday, 27 March 2015 at 03:53:36 UTC, Laeeth Isharc wrote: That kind of articles are bad for the image of the D community Nick S: No. Just...no. I'm honestly *really* tired of general society's (seemingly?) increasing intolerance FOR intolerance. Some things ARE bad. Some ideas are

Re: DDT 0.11.0 released (please read!)

2015-03-27 Thread Bruno Medeiros via Digitalmars-d-announce
On 06/03/2015 17:37, Bruno Medeiros wrote: A new version of DDT is out. Improvements to the semantic engine, important fixes: https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0 There has also been some big internal changes lately, so these latest releases might be a bit more

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote: distribution across the cores, but in most scenarios the number of concurrent tasks should be high enough to keep all cores busy anyhow. There are also additional costs for moving fibers (synchronization, cache misses). It is a

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Dicebot via Digitalmars-d-announce
On Friday, 27 March 2015 at 14:18:33 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote: distribution across the cores, but in most scenarios the number of concurrent tasks should be high enough to keep all cores busy anyhow. There are also additional

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Sönke Ludwig via Digitalmars-d-announce
Am 27.03.2015 um 17:06 schrieb Dicebot: On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote: No... E.g.: On the same thread: 1. fiber A receives request and queries DB (async) 2. fiber B computes for 1 second 3. fiber A sends response. Latency: 1 second even if all the other

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:27:48 UTC, Dicebot wrote: I have no interest in arguing with you, just calling out especially harmful lies that may mislead random readers. Nice one. I am sure your attitude is very helpful for D.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Chris via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:20:28 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 16:09:08 UTC, Chris wrote: It need not be new, it needs to be good. That's all. I don't understand this obsession people have with new things, as if they were automatically good only because they

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Sönke Ludwig via Digitalmars-d-announce
Am 27.03.2015 um 17:31 schrieb Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com: On Friday, 27 March 2015 at 16:18:33 UTC, Sönke Ludwig wrote: So what happens if 10 requests come in at the same time? Does moving things around still help you? No. Load balancing is

Re: GtkD 3.1.0 released, GTK+ with D.

2015-03-27 Thread via Digitalmars-d-announce
On Thursday, 26 March 2015 at 22:41:01 UTC, Mike Wey wrote: Shortly after the last release, GtkD has been updated for GTK+ 3.16. Thank you, that's awesome :) Can't wait for my distro to get updated to start playing with this.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread John Colvin via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:40:14 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 16:27:48 UTC, Dicebot wrote: I have no interest in arguing with you, just calling out especially harmful lies that may mislead random readers. Nice one. I am sure your attitude is very helpful for

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:18:33 UTC, Sönke Ludwig wrote: So what happens if 10 requests come in at the same time? Does moving things around still help you? No. Load balancing is probabilistic in nature. Caching also makes it unlikely that you get 10 successive high computation requests.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Dicebot via Digitalmars-d-announce
On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote: No... E.g.: On the same thread: 1. fiber A receives request and queries DB (async) 2. fiber B computes for 1 second 3. fiber A sends response. Latency: 1 second even if all the other threads are free. This is a problem of

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Chris via Digitalmars-d-announce
On Friday, 27 March 2015 at 15:54:31 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 12:48:04 UTC, Dejan Lekic wrote: My personal opinion about the article - people may hate D equally for being too pragmatic. That Yeah, well, both the D/Go communities use the term pragmatic to

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:06:55 UTC, Dicebot wrote: On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote: No... E.g.: On the same thread: 1. fiber A receives request and queries DB (async) 2. fiber B computes for 1 second 3. fiber A sends response. Latency: 1 second even

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:09:08 UTC, Chris wrote: It need not be new, it needs to be good. That's all. I don't understand this obsession people have with new things, as if they were automatically good only because they are new. Why not try square wheels? Uh, it's new, you know. New

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 14:47:08 UTC, Dicebot wrote: On Friday, 27 March 2015 at 14:18:33 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 12:15:03 UTC, Sönke Ludwig wrote: distribution across the cores, but in most scenarios the number of concurrent tasks should be high enough

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread via Digitalmars-d-announce
On Friday, 27 March 2015 at 12:48:04 UTC, Dejan Lekic wrote: My personal opinion about the article - people may hate D equally for being too pragmatic. That Yeah, well, both the D/Go communities use the term pragmatic to gloss over underwhelming design issues in D/Go, and makes a point of

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Dicebot via Digitalmars-d-announce
On Friday, 27 March 2015 at 16:11:42 UTC, Ola Fosheim Grøstad wrote: Not a broken design. If I have to run multiple servers just to handle an image upload or generating a PDF then you are driving up the cost of the project and developers would be better off with a different platform? You can

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Sönke Ludwig via Digitalmars-d-announce
Am 27.03.2015 um 17:11 schrieb Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?= ola.fosheim.grostad+dl...@gmail.com: On Friday, 27 March 2015 at 16:06:55 UTC, Dicebot wrote: On Friday, 27 March 2015 at 15:28:31 UTC, Ola Fosheim Grøstad wrote: No... E.g.: On the same thread: 1. fiber A receives request

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Nick Sabalausky via Digitalmars-d-announce
On 03/26/2015 09:47 PM, Walter Bright wrote: It seems to me that every significant but one feature of Go has a pretty much direct analog in D I'm no Go expert, but AIUI, Go seems to be one of those languages that considers *lacking* certain features to *be* a feature. Ie the whole

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Sönke Ludwig via Digitalmars-d-announce
Am 27.03.2015 um 19:56 schrieb Walter Bright: On 3/27/2015 5:15 AM, Sönke Ludwig wrote: It has, that is more or less the original selling point. It also keeps an internal thread pool where each thread has a dynamic set of reusable fibers to execute tasks. Each fiber is bound to a certain

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread w0rp via Digitalmars-d-announce
On Friday, 27 March 2015 at 19:11:58 UTC, Walter Bright wrote: On 3/27/2015 5:48 AM, Dejan Lekic wrote: That `source.byLine.join.to!(string);` line for example, takes much longer time to understand than 20 lines of Go code. Any D newbie with knowledge of some modern language will struggle

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 5:15 AM, Sönke Ludwig wrote: It has, that is more or less the original selling point. It also keeps an internal thread pool where each thread has a dynamic set of reusable fibers to execute tasks. Each fiber is bound to a certain thread, though, and they have to, because otherwise

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 5:48 AM, Dejan Lekic wrote: That `source.byLine.join.to!(string);` line for example, takes much longer time to understand than 20 lines of Go code. Any D newbie with knowledge of some modern language will struggle understanding (and being 100% sure that he/she understands!) that

Re: DTanks Alpha

2015-03-27 Thread Kingsley via Digitalmars-d-announce
On Wednesday, 25 March 2015 at 15:16:06 UTC, Russel Winder wrote: On Tue, 2015-03-24 at 23:37 +, Kingsley via Digitalmars-d-announce wrote: On Saturday, 21 March 2015 at 15:57:54 UTC, Dan Olson wrote: Kingsley kingsley.hendric...@gmail.com writes: In preparation for the London D meetup

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread weaselcat via Digitalmars-d-announce
On Friday, 27 March 2015 at 20:20:07 UTC, Nick Sabalausky wrote: On 03/26/2015 09:47 PM, Walter Bright wrote: It seems to me that every significant but one feature of Go has a pretty much direct analog in D I'm no Go expert, but AIUI, Go seems to be one of those languages that considers

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 1:20 PM, Nick Sabalausky wrote: I'm no Go expert, but AIUI, Go seems to be one of those languages that considers *lacking* certain features to *be* a feature. Ie the whole minimalism approach to language design. For people who value that (not for me personally though), it's a

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 1:35 PM, weaselcat wrote: there's a difference between minimalism and blatantly not adopting core advances in language design over the past 40 years. Yes, and there's also a difference between gratuitous complexity and finding the underlying simplicity. It's a tricky thing

Re: GtkD 3.1.0 released, GTK+ with D.

2015-03-27 Thread captaindet via Digitalmars-d-announce
On 2015-03-26 17:41, Mike Wey wrote: GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL license. Shortly after the last release, GtkD has been updated for GTK+ 3.16. GtkD 3.1.0 is now available on gtkd.org: http://gtkd.org/download.html great news - thanks for your

Re: 2nd London D Programmers Meetup - Robot Tank Battle Tournament

2015-03-27 Thread Kingsley via Digitalmars-d-announce
On Wednesday, 25 March 2015 at 13:21:21 UTC, Iain Buclaw wrote: On 25 Mar 2015 12:15, Russel Winder via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: On Wed, 2015-03-25 at 11:25 +, wobbles via Digitalmars-d-announce wrote: On Tuesday, 24 March 2015 at 23:32:38

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread weaselcat via Digitalmars-d-announce
On Friday, 27 March 2015 at 20:58:44 UTC, Walter Bright wrote: On 3/27/2015 1:35 PM, weaselcat wrote: there's a difference between minimalism and blatantly not adopting core advances in language design over the past 40 years. Yes, and there's also a difference between gratuitous complexity

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread ketmar via Digitalmars-d-announce
On Fri, 27 Mar 2015 22:37:21 +, weaselcat wrote: On Friday, 27 March 2015 at 22:32:32 UTC, ketmar wrote: On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote: Not a broken design. If I have to run multiple servers just to handle an image upload or generating a PDF then you

Re: GtkD 3.1.0 released, GTK+ with D.

2015-03-27 Thread Mike Wey via Digitalmars-d-announce
On 03/27/2015 10:27 PM, captaindet wrote: On 2015-03-26 17:41, Mike Wey wrote: GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL license. Shortly after the last release, GtkD has been updated for GTK+ 3.16. GtkD 3.1.0 is now available on gtkd.org:

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread ketmar via Digitalmars-d-announce
On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote: Not a broken design. If I have to run multiple servers just to handle an image upload or generating a PDF then you are driving up the cost of the project and developers would be better off with a different platform? but it is

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread weaselcat via Digitalmars-d-announce
On Friday, 27 March 2015 at 22:32:32 UTC, ketmar wrote: On Fri, 27 Mar 2015 16:11:41 +, Ola Fosheim Grøstad wrote: Not a broken design. If I have to run multiple servers just to handle an image upload or generating a PDF then you are driving up the cost of the project and developers

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread ketmar via Digitalmars-d-announce
On Fri, 27 Mar 2015 12:48:03 +, Dejan Lekic wrote: That `source.byLine.join.to!(string);` line for example, takes... ...almost no time to understand. it's a simple composition, the thing they should learn on their CS courses, along with lambda calculus (or functional programming, if you

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/27/2015 2:47 PM, weaselcat wrote: On Friday, 27 March 2015 at 20:58:44 UTC, Walter Bright wrote: On 3/27/2015 1:35 PM, weaselcat wrote: there's a difference between minimalism and blatantly not adopting core advances in language design over the past 40 years. Yes, and there's also a

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread deadalnix via Digitalmars-d-announce
On Thursday, 26 March 2015 at 08:39:14 UTC, Russel Winder wrote: On Wed, 2015-03-25 at 14:00 -0700, Andrei Alexandrescu via Digitalmars-d-announce wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei The reaction in the Go

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Laeeth Isharc via Digitalmars-d-announce
There are some very interesting psychological dynamics in the reaction to this kind of piece. For me it was key that although it was clearly written in a humorous tone, and hurriedly, he seemed to speak from the heart - it is refreshing to see such work even when one doesn't agree with it.

Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers

2015-03-27 Thread Laeeth Isharc via Digitalmars-d-announce
On Friday, 27 March 2015 at 06:49:05 UTC, Ola Fosheim Grøstad wrote: On Friday, 27 March 2015 at 04:05:30 UTC, Laeeth Isharc wrote: Programming is - for now - still a human activity, and what is important in human activities may not always be measured, and what may be easily measured is not

Re: Release D 2.067.0

2015-03-27 Thread Walter Bright via Digitalmars-d-announce
On 3/26/2015 3:53 PM, ketmar wrote: filling bugs like this huge project not compiling! is not working, as nobody wants to run dustmite on such projects, people just waiting for issue author to provide more information. Realistically, people who want to work on bug fixing are going to work on

Re: Release D 2.067.0

2015-03-27 Thread ketmar via Digitalmars-d-announce
On Fri, 27 Mar 2015 21:36:15 -0700, Walter Bright wrote: On 3/26/2015 3:53 PM, ketmar wrote: filling bugs like this huge project not compiling! is not working, as nobody wants to run dustmite on such projects, people just waiting for issue author to provide more information. Realistically,

Re: Release D 2.067.0

2015-03-27 Thread Vladimir Panteleev via Digitalmars-d-announce
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote: On 3/26/2015 3:53 PM, ketmar wrote: filling bugs like this huge project not compiling! is not working, as nobody wants to run dustmite on such projects, people just waiting for issue author to provide more information.

Re: Release D 2.067.0

2015-03-27 Thread ketmar via Digitalmars-d-announce
On Sat, 28 Mar 2015 04:55:47 +, Vladimir Panteleev wrote: But honestly, there already exists so much information on how to use DustMite... ...that people in bugzilla keep asking what it is. ANYONE should be able to use DustMite or Digger to reduce a test case down to reasonable size.