Live data from Hacker News

Show HN: Go-git – low-level and extensible Git client library in Go

github.com

11–20 of 60 posts

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#11
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

Golang is the new Java. Google designed it for legions of corporate systems coders. It is ultimately destined to be seen as the enterprise language that it is [twenty years ago all the cool kids loved Java]. Google policy is no map function for you, it's just more palatable to bake it into the language than an HR document...it's still pure policy steeped in pointy haired logic.

Don't get me wrong, it's better than it could be: at least it doesn't have something equivalent to UML diagrams. But it's still a corporate policy. It just feels refreshing because...wait for it...it brings garbage collection to C++ programmers. And where have we heard that before?

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#12
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

This happens with every language, it's not particular to Go or JavaScript.

Yes, it's a sign of maturity to many developers, many of whom won't touch a language until there are hundreds of libraries, etc for everything. Marco Arment was ranting on his podcast that's it's better to use PHP over Go, for example, because there's so much more support.

https://www.relay.fm/radar/14

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#13
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

Golang is the new Java. Google designed it for legions of corporate systems coders. It is ultimately destined to be seen as the enterprise language that it is [twenty years ago all the cool kids loved Java]. Google policy is no map function for you, it's just more palatable to bake it into the language than an HR document...it's still pure policy steeped in pointy haired logic. Don't get me wrong, it's better than it…

Golang is no more a Google language than Unix is an AT&T OS.

And why are "corporate languages" necessarily bad?

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#14
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

Golang is the new Java. Google designed it for legions of corporate systems coders. It is ultimately destined to be seen as the enterprise language that it is [twenty years ago all the cool kids loved Java]. Google policy is no map function for you, it's just more palatable to bake it into the language than an HR document...it's still pure policy steeped in pointy haired logic. Don't get me wrong, it's better than it…

> Golang is the new Java.

So, a fast cross-platform runtime, simple language with good tooling, and lots of successful projects under its belt? Sounds good to me.

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#15
post #8
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

Go's lexical scoping and first class function/method's owe a lot to JS for leading the way IMHO. That said, it's "object" system is almost the complete reverse. JS is methods with data, Go is data with methods. It's an interesting contrast.

First class functions and lexical scoping have been actively used in programming languages since 4 decades prior to the invention of JS.

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#17
post #8
post #5

Golang is the new JavaScript: everything that can be rewritten with it will be :)

Go's lexical scoping and first class function/method's owe a lot to JS for leading the way IMHO. That said, it's "object" system is almost the complete reverse. JS is methods with data, Go is data with methods. It's an interesting contrast.

Remember that Javascript was literally bashed together in just over a week. That's not a slur, that's a description of reality. Javascript is a minor miracle on its own, but even in that minor miracle, Brendon Eich did not have time to also prototype something brand new. Everything in Javascript was decades old when it was created. The prototype system was probably the craziest thing that went in, but even that was old, if not popular.

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#18
post #14

Earlier quoted context omitted.

Golang is the new Java. Google designed it for legions of corporate systems coders. It is ultimately destined to be seen as the enterprise language that it is [twenty years ago all the cool kids loved Java]. Google policy is no map function for you, it's just more palatable to bake it into the language than an HR document...it's still pure policy steeped in pointy haired logic. Don't get me wrong, it's better than it…

> Golang is the new Java. So, a fast cross-platform runtime, simple language with good tooling, and lots of successful projects under its belt? Sounds good to me.

But with a statically-compiled executable that skirts all the problems with java classpaths and JARs and makes deploys trivial. It's almost like engineers at Google wrote a ton of Java, realized it's faults (along with being sick of paying patent ransoms to Oracle) and wrote a language that was similar but addressed the major pain points for them.

Re: Show HN: Go-git – low-level and extensible Git client library in Go

#19
post #10
post #8

Earlier quoted context omitted.

Go's lexical scoping and first class function/method's owe a lot to JS for leading the way IMHO. That said, it's "object" system is almost the complete reverse. JS is methods with data, Go is data with methods. It's an interesting contrast.

Javascript leading the way? What are you talking about? First class functions is a concept from mathematics and many programming languages had this feature way before javascript existed, and I simply don't understand exactly what concept of Go's lexical scoping resembles anything exclusive of javascript. I don't understand the last paragraphs about methods with data and data with methods, but Go's structs resembles C…

IIRC, the only difference in C++ between a struct and a class is the default visibility, and maybe some other bizarre quirky corner case or two.

Despite it technically not being in the Go lingo (the word "object" only appears once in the entire Go spec, and that's referring to composing arrays/slices together to get multi-dimensional arrays/slices), I generally don't kick myself too hard for referring to things in Go as "objects". They are. Sure, officially they're "structs with methods" (method is the official term), but given the diversity of other things the term "object" is applied to that's plenty close enough for me.

Post reply on HN