Live data from Hacker News

When it comes to hiring, I'll take a Github commit log over a resume any day.

blog.stackoverflow.com

31–40 of 118 posts

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#31
post #15

Could someone explain why "being on Github" is synonymous with "contributing to open source" in some circles? The Github projects are a very small part of the open source universe. You can easily build *BSD or LinuxFromScratch with a substantial userland without ever downloading anything from Github.

Apparently, because Github offers a simple API that lets Careers integrate with it. I'd wager that a SourceForge link is next on the feature list.

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#32
post #3

This is an interesting approach but not all talented developers partake in open source projects.

This is true and thanks for the feedback. Do you (or anyone else reading) have any ideas for things that all talented developers would want to list on their profiles that we don't have on Careers yet? Thanks again!

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#33
post #4

This puts developers in companies that commit to open source projects like Chromium to be at a significant advantage to those developing proprietary software. I understand where the author is coming from, but this is unfair for those who work on closed-source projects. Of course I have my own personal projects, but for most of them, I am not about release their source.

Unfair how? Anyone can participate in open source. Those who do deserve the benefits that come with it (of which visibility is one of the most obvious).

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#34
post #4

This puts developers in companies that commit to open source projects like Chromium to be at a significant advantage to those developing proprietary software. I understand where the author is coming from, but this is unfair for those who work on closed-source projects. Of course I have my own personal projects, but for most of them, I am not about release their source.

Nothing about the hiring process is "fair" in the sense that it looks at you in the best possible light. It does not maximize for fairness for the individual, but for value added to the company.

Further, the disadvantage you refer to is natural.

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#35
post #4

This puts developers in companies that commit to open source projects like Chromium to be at a significant advantage to those developing proprietary software. I understand where the author is coming from, but this is unfair for those who work on closed-source projects. Of course I have my own personal projects, but for most of them, I am not about release their source.

Surely you've got something you're willing to throw up on github? No one is saying it needs to be particularly useful to anyone else; just some actually code you wrote that people can look at.

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#37
post #4

This puts developers in companies that commit to open source projects like Chromium to be at a significant advantage to those developing proprietary software. I understand where the author is coming from, but this is unfair for those who work on closed-source projects. Of course I have my own personal projects, but for most of them, I am not about release their source.

Surely you've got something you're willing to throw up on github? No one is saying it needs to be particularly useful to anyone else; just some actually code you wrote that people can look at.

I do, but they aren't particularly large projects nor anything that involves complex algorithms or systems design...

That would be private code that's in Facebook. (I didn't work on Hive, Thrift or anything open source)

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#38
Maybe this is paranoia, but I'm beginning to find a lot of threads like this (and a few yesterday about 'how to hire people') actively coercive: "Contribute to Open Source or Don't Get Hired".

There are a lot of increasingly shrill remarks out there about how everyone should be doing open source projects in their 'spare time', so no-one has any excuse not to have a track record of FOSS contributions... frankly, it's bullshit.

I work in a closed-source shop (for some very good reasons, we can't open) and our devs do sterling work of a sophistication not seen in most projects, open or otherwise, solving a very difficult and rather open-ended algorithmic problem. On a good day, we get a lot of sophisticated work done.

Strangely, at the end of one of these good days, no one wants to go home and write a big fucking pile of code - we have girlfriends/wives/families that haven't seen us for 12 hours and probably aren't going to want to use the remaining hours (and typing time) to write MORE code. Even if that was a good idea - we are paid for full-time work here which means ideally we go home and relax, not flail away on endless side projects.

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#39
post #28
post #15

Could someone explain why "being on Github" is synonymous with "contributing to open source" in some circles? The Github projects are a very small part of the open source universe. You can easily build *BSD or LinuxFromScratch with a substantial userland without ever downloading anything from Github.

Speaking frankly, even on our slowest days, the number of open source commits being pushed to GitHub dwarfs other sites [1]. That's not to say OS development isn't happening elsewhere, but there happens to be a lot of it going on in one particular place these days. To your second point, you're right. I'd love to be able to convince older OS projects to move to GitHub. Some do[2], but it's an uphill battle. 1. https:/…

[deleted]

Re: When it comes to hiring, I'll take a Github commit log over a resume any day.

#40
post #4

This puts developers in companies that commit to open source projects like Chromium to be at a significant advantage to those developing proprietary software. I understand where the author is coming from, but this is unfair for those who work on closed-source projects. Of course I have my own personal projects, but for most of them, I am not about release their source.

Look, I work on a lot of proprietary stuff as well, but even if Github didn't exist, we'd both be subject to the same "unfairness." Here's a job interview, circa 1981: Candidate 1: "I brought this fanfold printout of the source code for _____ I wrote with me, have a look. Candidate 2: "I can't show you any of the code, but trust me, it's good." Github merely drags that conversation forward from 1981 up to 2011. When…

That's funny, in 1982 that's exactly what I did for a job interview - I brought in a listing of source code to show what I could do. I found out later that that's why I was offered the job.

The argument that this isn't fair to many programmers has also been going on at least for the last 30 years. Fair or not, it helps a lot in convincing an employer you're worth hiring.

Post reply on HN