digitalmars.D - One year of Go
- Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> Nov 12 2010
- "Nick Sabalausky" <a a.a> Nov 12 2010
- so <so so.do> Nov 12 2010
- Petr <janda.petr gmail.com> Nov 12 2010
- jfd <jfd nospam.com> Nov 12 2010
http://www.reddit.com/r/programming/comments/e49ta/go_one_year_ago_today/ Andrei
Nov 12 2010
"Andrei Alexandrescu" <SeeWebsiteForEmail erdani.org> wrote in message news:ibisr8$1vqr$2 digitalmars.com...http://www.reddit.com/r/programming/comments/e49ta/go_one_year_ago_today/ Andrei
Go is the Paris Hilton of programming languages. They keep getting buzz and attention not because of having ever demonstrated real merit, which they haven't, but because of being associated with recognizable names. Famous just simply for being famous. Pretty much the whole world has realized how useless they are, but they keep getting attention anyway.
Nov 12 2010
Go is the Paris Hilton of programming languages. They keep getting buzz and attention not because of having ever demonstrated real merit, which they haven't, but because of being associated with recognizable names. Famous just simply for being famous. Pretty much the whole world has realized how useless they are, but they keep getting attention anyway.
Sadly it is true, programmers no better, popularity means a lot. Which brings also many positive things like tools, support, growth... I remember another language backed up with again a big company, they'll eventually get to that level and that is it. Though i hope they come up with something good at the end, which is by the look of the start and a few princibles, unlikely. -- Using Opera's revolutionary email client: http://www.opera.com/mail/
Nov 12 2010
I haven't done any real Go programming, hell I haven't done any real D programming either, although I own the D programming language book, but from what I've seen and read about Go, the language just doesn't cut it for any serious application development where flexibility and power (both to the programmer and raw speed) is needed. We all know D evolved from C++, and I hope it stays true to those good principles set out by C++, and leave the bad(template's that are often hard to understand, lack of standard threading/locking library, and few others) ones and provide BETTER substitute for them(which D does from what i've found so far). Personally I don't care for garbage collection, although I think D should provide one because a GC is useful in many situations, but at the same time it should retain the full capabilities of manual memory management that C and C++ offer. D should not obstruct a programmer, it should enhance him/her. Petr PS Andrei: if you read this, then let me say BIG thanks for your participation in D. I'm slowly going through your Modern C++ through the past 6 months (yes im busy, but it's also heavy reading at times, but definately great), you made me a convert to functors and policy based class design.
Nov 12 2010
== Quote from Andrei Alexandrescu (SeeWebsiteForEmail erdani.org)'s articleeaturbrainz Back in the day I was writing a kernel, and having to rewrite queues for every single type of thing I wanted to queue, or use type-casts to enforce strong typing of queue elements at runtime, was annoying as fuck.
Andrei
eaturbrainz's problem is what convinced me of the true value of generics. I had a similar experience: In C, I had to rewrite a hashtable for every data type, so I ended up with workarounds using struct with pointers to "worker functions", like a kind of poor man's "interface". Generics is far more elegant. I may be oversimplifying it, but it seems that the "interface" approach that I consider to be a "workaround" is what Go is proposing to us. I'm glad that D has true generics, and a more robust one at that. It "fixes" a lot of "issues" of C++ templates, and is more readable, less fragile, etc., etc... than C++. I applaud Walter for that. :) Thank you for the post!
Nov 12 2010









so <so so.do> 