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

91–100 of 118 posts

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

#91
post #66

Earlier quoted context omitted.

You'd go with a graphic designer with a portfolio you could look at every time, right? Say the graphic designer's previous employer didn't let them put stuff in the portfolio -- I don't know, maybe they only worked on NSA internal marketing -- that's the designer's problem. They aren't going to say "no fair," they're going to find a way to do some work to put in a portfolio. Wouldn't have to be open source work, just…

This assumes that all programming in analogous to 'graphic design'. This analogy breaks the moment you consider that perhaps at least some programming is more analogous to, say, civil engineering or in-house material science research or in-house statistics... none of these other professionals are going to be able to disclose their 'portfolio' in any meaningful way. Yet, mysteriously, civil engineers, material scienti…

The difference is that if you graduate as a civil engineer the probability that you can do what the job requires is quite high. This isn't the case for most graduates in the field we work in. This is a tragedy - I share your sentiment, but I can understand why companies are unwilling to use the same process that works for engineers as long as the education doesn't produce equivalent results.

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

#92

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…

If I might reframe the issue slightly, I don’t think the problem is that coders are expected to make FOSS contributions. The problem is that coders are expected to do significant amounts of unpaid work. We all laud Google Summer of Code because it lets young people get some traction without starving. Other companies that want the benefit of hiring people with FOSS experience need to put their money where their mouth is and fund FOSS contributions. There is an awful trend of corporations wanting experienced workers but doing nothing in terms of internships, apprenticeships and mentoring.

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

#93
post #85

Earlier quoted context omitted.

> The problem is that I can't believe a word you said. It comes down to this: filtering by OSS contributions gives you many false negatives (as the OP has complained) but virtually zero false positives. In hiring, a false negative is a bummer, but a false positive is disastrous. It would be irresponsible of me as an interviewer not to take this into account. If it someone's pissed because they fall into the false neg…

Unless the person is a major contributor to widely used project, all the OSS contributions show you is two things: (1) The person can apparently code when he's allowed to pick what he wants to work on and doesn't have any real pressure, and (2) He has time to work on open source. Most companies need people who can code well under pressure and when they have to work on something they don't necessarily want to work on.…

In my personal experience, all people who can code well, can do that under stress too. This must be one of those theoretically valid arguments that is rarely encountered in practice.

And from the developer perspective, just the fact that it helps you avoid idiotic CS101 tests over the phone at every interview is enough to make it worth.

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

#94

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…

The thing to me - as someone who is more devops than dev, works at a currently 100% closed company, and does not have a public track record on github - is that this article and argument are both kind of silly.

Github track records aren't just about the fact of seeing your code; it's about the fact that you're proving you can work with the OSS community projects. That's a skill set in and of itself, as demonstrated by the recent extremely public bickering between gnome and canonical, for example. If you have a demonstrated track record of navigating OSS project drama like that and still getting your patches pulled into trunk, a company that wants to build a relationship with an OSS project is vastly more likely to hire you.

Re-reading your comment on preview, it sounds like you're looking at this like "Okay, I've coded all day on closed-source, now I need to go do up some erlang on some personal bullshit project and commit it to github, with unit tests and a meaningful commit, just so I have a track record to point to in a year or more when I'm looking for a job."

And I'm not saying that wouldn't work, but more that that's not the point at all, and any company hiring based on that is exactly as clueless (albeit a bit more up to date) as the company hiring based on a minimum of CCIE + RHCSA when looking for developers.

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

#95
post #67

Earlier quoted context omitted.

It is becoming increasingly rare to work on an island away from open source. A lot of companies use open source in some way and having an in-house developer familiar with the projects they use or relay on can be quite useful. And the improvements that the company is willing to pay for but aren't a competitive advantage can be committed to the open source project. It's a win for everyone. Do you work on an island?

You people are insane. Going out on a limb here, as I hate making my life public - I worked at Factset Research Systems for just about four years. They are a publicly traded company (FDS - NYSE). Guess what - They would allow precisely 0% of the code I wrote for them while working there to be shown to another company. So what you are saying, is that, given that, unless I went home and coded and contributed to an open…

> Do you think that when a heart surgeon from NYC applies to work in Seattle or LA, they say, "That's great that you didn't kill anyone at First General on 57th street, but, do you have any published video of you doing surgery pro bono we can watch so that we know you're not full of it?"

I think their diploma and med license are sufficient. I also think a lot in hiring decision for particular surgeon can depend on their peers opinion.

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

#96
post #51

Earlier quoted context omitted.

Employment contracts don't dictate what you can write in the privacy of your own home on a non-employer-owned machine and what you subsequently do with it. (Of course non-compete clauses can kick in if you're working on Oracle DB and contribute to Postgres, but there are always other OSS projects where that little restriction doesn't apply.)

The sad thing is man, some DO. I've personally seen contracts with clauses like this: "Any code, materials, designs, patents, design patterns or other such intellectual property ("IP") created by candidate is automatically and immediately assigned, irrevocably, to Employer upon its creation without further consideration." The legality of this withstanding, I'm just letting you know, from experience, I've seen this ap…

Thanks for the reply, I guess I underestimated the tricks companies try. I'd like to see it get tested in court, I want to doubt they would uphold one's ability to sign off one's brain to someone else. I know schools have similar clauses but they usually specify something like "...created by candidate using school equipment or resources", which is understandable. It's interesting to consider that not specifying means you could create something on Mars and the company would own it.

Anyway, I'll shift my stance to lusis'. My eyes would pop out if I ever saw that in a contract offered to me.

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

#97
post #53
post #44

Earlier quoted context omitted.

Anyone can participate in open source. That's not correct - plenty of employment contracts lay claim to any contributions, which means the projects can't accept them.

Let me quite honest and say that if someone Agnes an employment contract, as a developer, that prevents them from writing unrelated code in their spare time or lays claim to any code written outside of the office, that person is an idiot. I'm not a developer and on every company I've been with in the past 10 or so years I've gotten something in writing or marked up my contract/employee agreement stating that in no wa…

Congrats, you've called everyone working at Google an idiot :-)

http://news.ycombinator.com/item?id=1969979

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

#98
post #2

Think of all the good that could be done for the open source world if this led every company to expect open source contributions from their new hires. Careers 2.0 probably isn't popular enough to change the world that significantly but it does make me want to hunt down someone for a profile invite (though I guess I should save those for people who are actively looking for jobs) P.S. Careers 2.0 is hosted by Stackover…

Think of all the good that could be done for open source if the company requiring their hires to contribute would be required to contribute themselves or to facilitate contributing under work time.

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

#99
post #52

Earlier quoted context omitted.

The problem is that I can't believe a word you said. I can't see examples of this awesome super top-secret code because it's all closed-source, as you say, for good reasons. I also can't trust your references, because you'll only give me ones that will say good things about you, and any digging at your work history will only uncover "yes he worked here" responses. I want to see open-source contributions because I lik…

> The problem is that I can't believe a word you said. It comes down to this: filtering by OSS contributions gives you many false negatives (as the OP has complained) but virtually zero false positives. In hiring, a false negative is a bummer, but a false positive is disastrous. It would be irresponsible of me as an interviewer not to take this into account. If it someone's pissed because they fall into the false neg…

In hiring a false negative means your competition gets a better programmer which means they will be able to eat your lunch.

How isn't that a disaster?

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

#100
post #52

Earlier quoted context omitted.

The problem is that I can't believe a word you said. I can't see examples of this awesome super top-secret code because it's all closed-source, as you say, for good reasons. I also can't trust your references, because you'll only give me ones that will say good things about you, and any digging at your work history will only uncover "yes he worked here" responses. I want to see open-source contributions because I lik…

Thanks for the sarcasm: "awesome super top-secret code". Realistically, the code and details of are covered by NDA. The task solved, the huge difficulty of same, the overall success of the task being solved, demonstrable fluency in related but public areas of computer science, and the commercial success (modest or otherwise) of the code would not be. If you don't understand this, or couldn't say the same things about…

"Thanks for the sarcasm" - no, thank /you/.
Post reply on HN