Live data from Hacker News

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

github.com

41–50 of 60 posts

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

#41
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…

This is actually a really cool idea, like I'm kind of obsessed with the idea of using custom attributes / aspect oriented programming using C#. I don't expect to ever be contacted by a recruiter for purely that fact... but if they saw my code... they might. That's cool.

On the other hand, i'm more of a consumer of open source software than a producer. I tried submitting a pull request once, it got rejected, and I decided it wasn't worth the time.

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

#42
post #14

Earlier quoted context omitted.

> 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.

Kind of sounds like C#

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

#43
post #14

Earlier quoted context omitted.

> 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.

[deleted]

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

#44
post #41
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…

This is actually a really cool idea, like I'm kind of obsessed with the idea of using custom attributes / aspect oriented programming using C#. I don't expect to ever be contacted by a recruiter for purely that fact... but if they saw my code... they might. That's cool. On the other hand, i'm more of a consumer of open source software than a producer. I tried submitting a pull request once, it got rejected, and I dec…

Our analysis of code is algorithmically (hence we created go-git, to analyse every git repository on the web). We're doing some cool things here, everything from feature engineered models based on extracting attributes from code to turning code into vectors using deep learning.

However, when we have a conversation, it is never a bot speaking, always a real developer. This actually helps train our system (we are humble about being wrong) and makes sure that every developer has a good experience working with us.

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

#45
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…

Even if this were true, would it be a bad thing to address some of Javas shortcomings like notorious boilerplate, 100 different ways to package & run your app, multiple seconds to boot up, and "write once, run nowhere"? Many go apps are command line tools, the kind of things people avoided using java for, and where GC does not apply.

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

#46

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…

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 also feel the same. I pulled src code of OpenJDK and Go. JDK code is sprawling over 1000s of directories and deep hierarchies and so many folders just to contain other folders. Go code looks far more cleanly organized.

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

#47
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 develop…

FWIW I've also had what felt very much like automated mails from your company. I've started marking them as spam after the first two.

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

#49

Earlier quoted context omitted.

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 develop…

FWIW I've also had what felt very much like automated mails from your company. I've started marking them as spam after the first two.

Same, I got one asking if I was interested in a job the other side of Europe. Nope. Interesting idea for a product though

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

#50
post #49

Earlier quoted context omitted.

FWIW I've also had what felt very much like automated mails from your company. I've started marking them as spam after the first two.

Same, I got one asking if I was interested in a job the other side of Europe. Nope. Interesting idea for a product though

I got one saying my experience with Go would "be a good fit" with a company.

My Go codebase at the time, on that account, consisted largely of hacky products, no tests, no web-server stuff, high coupling and complexity, and below average documentation. If that indicates experience with a language, I'm almost afraid to ask what WOULDN'T be a good fit.

That, and their stated "real-time" requirements for said company's product made me laugh.

Post reply on HN