Linked by Thom Holwerda on Mon 1st Mar 2010 13:53 UTC
General Development Less than four months after its unveiling at an early, experimental stage, Google Go looks promising to developers who say it offers significant improvements over other programming languages.
Thread beginning with comment 411554
To read all comments associated with this story, please click here.
validating GO ideas
by fche on Mon 1st Mar 2010 14:41 UTC
fche
Member since:
2009-09-22

One may consider withholding judgment on the validity/usefulness of the go language until at least one hard-core application appears that is written in it. The number as of a few months ago was apparently zero.

Edited 2010-03-01 14:42 UTC

Reply Score: 1

RE: validating GO ideas
by MORB on Mon 1st Mar 2010 15:24 in reply to "validating GO ideas"
MORB Member since:
2005-07-06

The problem is that while the language does have some really interesting features, there are too many holes and unknowns at the moment to really embark into writing anything serious with it.

The go developers prefer to approach things slowly and consider every feature they add in the language, even features that we are used to from other languages.

It's not a bad thing but it means is that go will mature slowly, especially since things like C++ interoperability are kind of a pain in the ass at the moment (mainly because of the conceptual mismatch between C++ and Go. For instance, go doesn't allow to overload functions, which alone is a major problem to interface any moderately complex C++ api with Go), which means that there's not much in the way of bindings to useful frameworks like Qt.

I also felt that the go community have a bit of a "let's rewrite everything in go!" mentality where they'd rather develop "pure" go libraries from scratch than binding to filthy C++ ones.

Also, they are rather uncompromising in their approach, they put compilation time above everything. If they can't implement a feature in a way that avoid contextual parsing or add any form of ambiguity (like what function overload to match with parameters), they don't put it in and have a slightly annoying tendency to rationalize it as the missing feature being unnecessary.

Basically Go has some nice features but in my opinion they're not so awesome that I'd be willing to work without exceptions, templates, RAII and most of the other goodies of C++.

Edited 2010-03-01 15:30 UTC

Reply Parent Score: 3