Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

31–40 of 60 posts

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

#31

Post by mwsherman »

mrits wrote: post #28
mwsherman wrote: post #24

Earlier quoted context omitted.

Maybe, in the sense that Go is designed for the use case of large teams of everyday coders (i.e., not PL enthusiasts). A similar use case to Java, no doubt. That said, Java (and C#, which is where my experience lies) are fundamentally bureaucratic languages. Things like hierarchical namespaces and several layers of accessibility very much mirror their human-org counterparts. Explicitly implemented interfaces are a wa…

I wonder if you have taken the time to use Go. I no longer use it but I found it much more enjoyable than C++. I went back to Python for my side projects.

Yes, a decent amount, I am a fan: https://github.com/clipperhouse/gen

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

#32

Post by JBReefer »

melling wrote: post #12
insertnickname wrote: post #9

Earlier quoted context omitted.

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

A language isn't useful, to me, unless there's an Excel format reader/writer and a popular web framework with SO answers.

Novel is not useful when you work in Enterprise software.

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

#33

Post by brudgers »

EvanPlaice wrote: post #27
brudgers wrote: post #21

Earlier quoted context omitted.

On the one hand, I was responding to the Atwood's law reference. On the other hand, I have become interested in the way corporations use open-source as a strategy and implement that strategy tactically via sort of "basic fighter maneuvers" energy management discipline. [1] Incipient potential competitors who adopt Go draw a dependency on Google because for all practical purposes, Google will determine the direction o…

Go is an incremental improvement over the C++ ecosystem without all the legacy baggage. By controling the platform, Google can leverage the ecosystem to attract and cherry-pick early adopters to the language. Once the language becomes populat enough that the Enterprise starts to adopt it, Google will already be onto their next 'ground breaking' technology. Once people settle on a perception they tend to hold on to it…

Strategically, the hiring pipeline for Google doesn't matter. It can train new hires in Go or whatever, it's historically hired around non-language competencies to some degree. What matters is being able to introduce breaking changes by leading the development effort and hosting critical repositories: e.g. 1.4 broke subrepository references by changing locations.

Strategically, incipient potential competitors have a dependency on Google and those little breaking changes means that Google can add friction to their development pipeline. Google will, even if it didn't say so on the package, Angular 1 vs. 2 is an example of how willing Google is to leave developers in the lurch and create ecosystem FUD...think of all those now dubious tutorials and "should I wait" forum questions.

I don't think its just happenstance that Erlang allowed Whatsapp to become an existential threat to Facebook with a handful of engineers. Language stability matters for startups more than the big boys.

YMMV.

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

#34

Post by microtonal »

EvanPlaice wrote: post #27
brudgers wrote: post #21

Earlier quoted context omitted.

On the one hand, I was responding to the Atwood's law reference. On the other hand, I have become interested in the way corporations use open-source as a strategy and implement that strategy tactically via sort of "basic fighter maneuvers" energy management discipline. [1] Incipient potential competitors who adopt Go draw a dependency on Google because for all practical purposes, Google will determine the direction o…

Go is an incremental improvement over the C++ ecosystem without all the legacy baggage. By controling the platform, Google can leverage the ecosystem to attract and cherry-pick early adopters to the language. Once the language becomes populat enough that the Enterprise starts to adopt it, Google will already be onto their next 'ground breaking' technology. Once people settle on a perception they tend to hold on to it…

Go is an incremental improvement over the C++ ecosystem without all the legacy baggage.

Go has little to do with C++, it throws away many useful features (generics, const-correctness, RAII). Also, where C++ encourages reuse of existing C libraries, Go 'penalizes' it by making C calls expensive and placing restrictions on interaction with C (e.g. you cannot store pointer to Go data structures). There are reasons for doing this, but all these things make Go pretty much unacceptable for people who are in C++'s niche.

If Go can be compared to any language with traction, it's the later Pascal family of languages (Oberon) and Java pre-generics. It even makes some of the same mistakes (first no generics, then probably retrofitted generics).

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

#35

Post by pcwalton »

donatj wrote: post #8
xiaq wrote: 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.

> Go's lexical scoping and first class function/method's owe a lot to JS for leading the way IMHO.

I don't think this comment deserves the downvotes. JS deserves a lot of credit for doing scoping right in 1995, at a time when most popular languages (i.e. not Lisp or ML) were doing it wrong. (A notable exception was Perl 5, which did scoping right in 1994.) Thanks to JS, a lot of working programmers who would never be exposed to Lisp learned lexical scope. Remember that Emacs Lisp famously chose dynamic scope over lexical scope (a serious blunder) due to RMS's belief that lexical scope couldn't possibly be implemented in a performant way!

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

#36

Post by toni »

So a while back I was cold-emailed by a recruiter at source{d} (the makers of this library). He wrote that after analyzing my Github profile, he has a great opportunity for me in Country A. I responded back by sending him my private phone number and showing interest in talking to him about this opportunity on the phone.

Usually At this point, serious recruiters will do call you. But instead, he wrote that before going any further, he would like to ask me "a couple of quick questions" and requested if I could email him back my answers.

The kind of questions I was supposed to answer were pretty amusing: for example, one of the questions involved telling "If I live near Country A."

But he could easily find this out by looking at the country code of the phone number I just gave him in the previous email. My location is also public on my Github profile, so he could have easily found out that I live in Country B. which is around an hour away from Country A. The rest of the questions were also showing the recruiter's minimal knowledge of my actual Github profile.

At this point it was pretty evident that I was corresponding with a bot. They were running different set of algorithms against different set of people, trying to analyze the results.

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

#37

Post by microtonal »

xdc55 wrote: post #10
donatj wrote: 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…

Go's structs resembles C's structs, binding methods to a struct is an thing I've only seen in Go, but maybe some other programming language had this before.

Oberon, probably others:

http://www.excelsior-usa.com/doc/xds/o2rep.html

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

#38

Post by hellofunk »

woah wrote: post #23
hellofunk wrote: post #15

Earlier quoted context omitted.

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

Mysteriously they gained popularity at the same time that JS did.

That is certainly not true, and therefore, not mysterious.

In fact this website, ycombinator, is the result of a nice pay day that Paul Graham enjoyed for selling web service he built in the 1990s using functional programming techniques... and it was not JS.

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

#39

Post by workusername »

brudgers wrote: post #11
xiaq wrote: 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…

Google designed it for

Not relevant who they designed it for. What matters is who is adopting it. I work at a FTSE 100 company and I'm seeing it become the new Visual Basic. Everyone and anyone switching over, no barrier to entry. Idiomatic Go is increasingly turning into a pleasant memory. In the interview I started grinning at the interviewer, thinking his questions were a joke, then I realised, joined anyway. Lots of PHP devs switching over to write services. I left the MS world because of the low barrier to entry, and although I've thoroughly enjoyed Go I'm now thinking I'll have to move on for the same reason.

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

#40

Post by eisokant »

toni wrote: post #36

So a while back I was cold-emailed by a recruiter at source{d} (the makers of this library). He wrote that after analyzing my Github profile, he has a great opportunity for me in Country A. I responded back by sending him my private phone number and showing interest in talking to him about this opportunity on the phone. Usually At this point, serious recruiters will do call you. But instead, he wrote that before goin…

Hey Toni, Founder of source{d} here. First of all my apologies for the bad experience. This should have not happened. We're a team of developers ourselves (no recruiters) working on making sure that these kind of situations don't happen to any developer (we started this because we were fed up with the bad practices in recruitment). We're definitely not a bot, I can promise you this. Every email gets read by a developer themselves (our team: http://sourced.tech/about) and personally answered. If you send me an email (eiso@sourced.tech) I'll personally figure out what happened here.
Post reply on HN