I’m joining the Go team at Google

Re:I’m joining the Go team at Google by johncolanduoni on Sunday September 25, 2016 @03:59AM (#12574389)

... which is still in a fairly early state, like I said. And NGEN doesn't help the issue of runtime dependence at all.

I'm not really a fan of Go, but being able to write small tools in it without pulling in a huge runtime is a big drawback.

[ Parent | on HN ]

Re:I’m joining the Go team at Google by pjmlp on Sunday September 25, 2016 @04:48AM (#12574484)

But that isn't a language feature, rather a toolchain one.

Once upon a time, on the PC we only had static compilation, regardless of the language.

.NET Core would help with the runtime dependencies (XCopy Deploy), but currently it is also WIP for those of us that care about desktop applications.

[ Parent | on HN ]

Re:I’m joining the Go team at Google by johncolanduoni on Sunday September 25, 2016 @09:45AM (#12575275)

Is the .NET stack and tooling any more a language feature? You were happy to argue that tooling was important a moment ago.

In any case, when choosing a language for a project which doesn't fit your requirements because maybe the tooling will get there someday, I think you're going to pretty consistently end up in a sticky situation. I like C# a lot more than Go for most things, and some of the reasons are things you listed, but the goalpost shifting is getting ridiculous.

[ Parent | on HN ]

Re:I’m joining the Go team at Google by pjmlp on Sunday September 25, 2016 @12:33PM (#12576005)

I am just digressing, sorry if you see it as goalpost shifting.

[ Parent | on HN ]