12 ms·

Why GitHub Won't Help with Hiring

hnarayanan 9y ago
While much of this article hits upon the right points, I’d like to add a few things. - GitHub also allows you to display your activity on private projects (as long as their development also happens on GitHub, of course). - It’s not a great indicator, but it’s an indicator of what kind of programming people do for fun (or alternatively, that their employment/life circumstances don’t allow them to be active on GitHub). I don’t think not having anything on there is a bad thing, but I’d like to talk to the candidate about why. Sometimes you’ll learn that people have the most fun non-programming hobbies or the most responsibly-filled lives.
knieveltech 9y ago
Nonsense. The last two full time jobs and several gigs I've landed in the last five years I provided the hiring manager with a link to my public profile on github in lieu of a resume.
- Choco31415 9y ago
  The author addresses that point in the introduction: “As an example in the latest Hacker News' Who is Hiring thread, there are a bunch of different job ads asking for a Github profile as part of the job application. ... While both of those posts give excellent reasons to reconsider asking for open source contributions when hiring, my take here isn't about why it is ethically dubious to require open source contributions or why GitHub isn't great for showcasing your projects. Instead, this post is about why GitHub profiles just aren't all that useful when looking to hire developers.“
- scarface74 9y ago
  And my anecdote is that I provided a resume for the last 7 jobs I've had. I've never had a problem getting hired based solely on my resume and an interview.
stevemk14ebr 9y ago
I wouldn't have been hired for the jobs i've had if it wasn't for my Github. I don't think false-negatives should lead you to disregard the ability to find that perfect developer. Is it not your responsibility as a developer to keep an accurate portfolio of your skill set?
- toomuchtodo 9y ago
  > Is it not your responsibility as a developer to keep an accurate portfolio of your skill set? It is not. If an employer can't ascertain your skill level through the interview process, their hiring is broken. It is a slippery slope where we allow employers to dictate uncompensated signaling necessary for a role. Observe how it worked out for everyone who got a degree because employers won't hire without one, and then they don't get hired regardless of that degree. So we'll all toil on public Github projects in hopes that'll be what convinces an employer to hire? Will we all need to intern for several months for free next? @always_good: Hiring is hard. If you succeed in hiring the right people, it won't be because they jumped through your hoops, but because they were passionate, had some of the skills and could grow fast, and a huge helping of luck.
  - always_good 9y ago
    > If an employer can't ascertain your skill level through the interview process, their hiring is broken. Easier said than done, especially if you're talking about whiteboard interviews. Nobody can even agree on what this perfect barrage of probing looks like.
    - deleted 9y ago
      [deleted]
  - _seemethere 9y ago
    That's not entirely true. Candidates have to meet employers halfway. Employer's have a limited amount of time and money too, why should they waste those resources having to mine for someone's skill level when there's plenty of candidates out there that will display that on some online site.
convery 9y ago
One thing that have always annoyed me about Github is the lack of (free) private repos which makes the activity history patchy. So you show that you're active for months on end, then then radio-silence for a month. Or when you delete/move a repo and suddenly months of activity disappears. Just makes it look like you've lost interest in what you were working on =(
- nikmobi 9y ago
  You can have the activity graph show private contributions. edit: I may have misunderstood, assuming you mean it's patchy because you're contributing to a private repo that's not on Github.
- tomc1985 9y ago
  Please don't do this -- GitHub does not register activity or hobbies outside of GitHub. You are arbitrarily ruling out people on BitBucket, Gitlab, and elsewhere, in addition to the legions of programmers that cannot post their work publicly and do not want to produce stuff on their own, unpaid, time.
  - to3m 9y ago
    Even if you do work on GitHub, when a repo is deleted, your activity on that repo is also deleted.
- scarface74 9y ago
  I use Microsoft's Visual Studio Team Services - their online hosted TFS version (yes they use Git). They give you free private repos, complete project management, either a hosted build server or you can use it to orchestrate your own private build agent, a wiki and a lot of other features. I am starting a side project mostly for learning but have no real interest in making it public.
ryanf323 9y ago
I look at GitHub profiles to help filter / disqualify candidates. Just last weekend, I had a marketing candidate who had stolen three Wordpress projects from their current employer and post them as public repos on their personal GitHub account. In addition to the flagrant intellectual property theft, the repos contained the wp-config.php file with exposed database “root” credentials to live, client sites.
- MiddleEndian 9y ago
  I know it's not really your responsibility but did you inform those sites and/or the candidate?
  - paulie_a 9y ago
    "if you see something, say something"
  - ryanf323 9y ago
    We did.
    - whatyoucantsay 9y ago
      Did you also report the employer's "theft", as you put it, of WordPress's GPL'd code?
      - xref 9y ago
        that's just...that's just not at all what GPL is
        whatyoucantsay 9y ago
        The GPL is a license. If you don't abide by it, you don't get to download a copy of the software, sell it or create derivative works. The history of WP itself enforcing the GP is instructive. More recently, Panasonic Avionics has been sued for $100M due to GPL violations.
always_good 9y ago
Github projects don't need to be impressive or have substantial technical depth to provide a positive signal. For example, a good README can communicate someone's abilities in documentation, thoughtfulness, and design.
deleted 9y ago
[deleted]
deleted 9y ago
[deleted]
- callmeed 9y ago
  Did you get hired yet? (If not, I will email you)
minimaxir 9y ago
The argument that "GitHub isn't a useful indicator of skill" has the logically-following argument "we won't look at GitHubs at all because they're a waste of time." Which is a loss of helpful information for hiring a candidate, and ignoring relevant information seems inefficient.
- cwyers 9y ago
  Nobody actually wants to make the most informed decision, what they really want is to make the right decision. There's all kinds of places where additional information leads to worse decisions: https://ignoranceanduncertainty.wordpress.com/2011/01/31/when-can-more-information-lead-to-worse-decisions/ https://ignoranceanduncertainty.wordpress.com/2011/01/31/whe... So you may in fact want to ignore relevant information to be more efficient.
brooklyn_ashey 9y ago
So of the 7.4% of users who pushed more than 10 times in the last year, how many are bootcamp students? (after you remove the big,open source projects like all the big companies have up there) I just think these students should know this.
madrox 9y ago
What I think a lot of the comments are missing is that, sure, a strong GitHub profile can be a positive signal for hiring, but an inactive GitHub profile is not a negative signal. So no one should be "filtering out" inactive or boring profiles. The exception I'll claim is for junior engineers. At that stage in someone's career, having a portfolio matters, and should be actively cultivating some kind of public code presence.
codefreakxff 9y ago
Why are we reading this post? "I've only had one job interview in the last decade or so, but as far as I could tell none of the people interviewing me checked out my GitHub profile before the interview" So that makes this guy an expert?
- sotojuan 9y ago
  The amount of anecdote-fueled blog posts by nonexperts (or worse, beginner experts) in tech is staggering. I don't know what causes it but it seems to work as this is in the front page. I'd wager this is the kind of HN post where people read the title and post in the comments without reading the post at all.
- dang 9y ago
  That's really not a charitable representation of the article. When the HN guidelines say: "please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize", it applies to authors as well as commenters. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html
  - codefreakxff 9y ago
    Well, it is an honest question. And I don't think it is uncharitable at all. The premise of the article is that github does not help with interviews but it doesn't really provide facts to back that up.
    - akkartik 9y ago
      It provides plenty of facts and data, but few anecdotes. That seems like a desirable situation.
      - codefreakxff 9y ago
        I don't want to get into a comment war here. Let's just say I respectfully disagree that there is plenty of facts and data, and that what facts and data are there area really more of an opinion with thin data that seems to violate the new guidelines that are being brought up to say that my comment is out of place. In my opinion the author has gone out of his way to cherry pick data to support his claim and has not put effort into finding data that would prove him wrong.
welder 9y ago
Even when combined with your WakaTime profile to account for code written at work? For ex: https://wakatime.com/@alan https://wakatime.com/@alan
imron 9y ago
Stitchpunk needs to :set expandtab
lucasgonze 9y ago
I am just tabbing over from looking at a github profile of a potential hire. It was somewhat useful as a way of understanding this person's technology style. I saw PHP, game dev, JSON. I saw that he does do OSS stuff, though not much. I saw that he can write a decent readme. That's the kind of thing a hiring manager gets from a github profile. It's not a one-dimensional test like how many checkins does the dev have.
- kelnos 9y ago
  > I saw that he does do OSS stuff, though not much. GitHub will not even remotely tell you that, though. There are tons of open source projects that are not hosted on GitHub. If you, say, contribute to the Linux kernel, or to Firefox, or perhaps Xfce, nothing will show up on your GitHub profile to give you "credit" for that. I agree with another poster that GH can be useful to disqualify candidates (say if they've posted something they've plagiarized as their own), and you might find interesting things on a candidate's profile that increases your impression of them, but it's absolutely useless for comparing candidates or getting a full picture of what they've worked on in public.
  - mdip 9y ago
    > absolutely useless for comparing candidates or getting a full picture of what they've worked on in public. You're absolutely right. Using a single source as a metric, even if that source is as huge as Github, would be terribly misleading. Though a simple google search would likely surface contributions to Linux/Firefox/Xfce, I don't get the sense that was the point you were trying to get at. The issue is that there isn't a way to get that full picture. But using Github and other sources out there is a lot better than nothing at all. I'm not terribly convinced there's a ton of value in it pre-interview, but there's been a lot of value -- for me (both on the giving and receiving side) during interviews. Here's the thing -- at the time I was involved heavily in hiring developers -- I'd get a few hundred resumes and had time to interview about ... 5 (I was usually the last interview for those candidates) for a given position. It was really important to me that those 5 be worth interviewing. I'd with any links in the resume, itself, and I'd google. I'd happen upon Github, SO, blogs, and even HN profiles. I discarded anything that wasn't code-related[0]. If I don't find anything, I pick up the phone and ask if there is anything they can point me to or send directly to me, code-wise (this was for every candidate that got a phone-screen and was being considered for an in-person). I get, at best, an hour to judge someone. Interviews are terrible -- I'd argue far worse than anything I can glean on Github/SO. However, combining the two ended up being really effective. Start with a bit of code the candidate wrote and -- after some disarming (i.e. "I know this is personal code and won't be up to your typical code quality -- we all have lives outside of work and can't dedicate the time we'd like to our hobby projects" etc) I start asking about choices that were made (why did you opt for a functional pattern there?) and how they'd improve on it. This gets right into how the developer reasons about code and since it's something they've written (hopefully recently), it's less difficult for them to do than if they're given someone else's code to evaluate[1]. And I've used it on the other side, as well. I received a great offer at a company after flatly refusing to do a whiteboard coding session. It was a job I didn't particularly want[2], so when they handed me a whiteboard marker, I (way more flippantly than I intended) said "I could kludge my way through that using the worst IDE in the world and without access Google, but if you want to log in to Bitbucket on your laptop there, I can show you several different implementations of that which I wrote for a backup application I've been working with for a few years". It was in a private repo, but was all my own code -- I was just a little more embarrassed by it than other projects, but it had the code he was looking for. We went an hour over in that interview and spent 1.5 hours talking about my code. I turned the job down, but it was one of my favorite interview experiences. [0] Partly because I believed it was the right thing to do -- your politics/pet causes, your silliness/rants/divorce are irrelevant ... life is messy. And partly because it could be a problem for me to know certain things (your religious affiliation, sexual orientation, etc). I don't care about any of those things anyway but managing bias never hurts. [1] I used to work very hard at disarming my candidates. I felt like nerves tended to hide good candidates and anything I could do to reduce those nerves and make the interview feel like a conversation, rather than a "contest"/"judgment", the better. [2] Generally speaking, my resume is up-to-date and I enjoy interviewing, so if I'm offered an interview, I take it. Even if I have no intention of finding a new job, provided that my current employer isn't going to be notified about the interview, there's nothing to lose by taking an interview -- even if all you get out of it is a little bit of additional practice.
callmeed 9y ago
I find this stuff fascinating, partly because I work in the industry and partly because I love sports statistics. One crazy idea I have it to experiment with some kind of "Sabermetrics for software engineers"–think "WAR for developers" [0]. Using GitHub would be an obvious data-source (how to use it and if its a good idea is an entirely different discussion). While I think this article makes some good points, he seems to only touch the most simple approaches. There's a lot of things you can do with a GitHub profile. To me, they'd never be deciding factors, but you can definitely extract some pluses out of a person's profile. [0] https://www.fangraphs.com/library/misc/war/ https://www.fangraphs.com/library/misc/war/
austincheney 9y ago
According to the article I am clearly in the identified top 1% of GitHub users by commit quantity. While prospective employers may not dissect the code in my various GitHub repositories this certainly hasn't hurt when looking for jobs. In fact, contributing to public open source has been the proven tipping point that shifts hiring decisions in my favor if the hiring manager is on the fence. In all other cases the combination of a frequent open source contributions and a strong interview have allowed me to nail senior positions as the top candidate. Whether or not any of this makes me a rockstar is completely subjective, but beating out all other candidates (several dozen) hands down on multiple occasions really increases my self-esteem.
twblalock 9y ago
I rarely look at candidate's GitHub profiles anymore. I used to do it, but I didn't get much value from it, and I didn't notice any correlation to job performance.
fecak 9y ago
GitHub profiles are incredibly useful for college grads, bootcampers, and self-taught devs that typically can't speak of professional accomplishments. As your professional accomplishments increase, the value of GitHub profiles (for most) as a marketing tool diminishes dramatically, but can still be helpful. For developers at any level, repos are a good conversation piece for interviews. The interviewer can ask why choices were made, what the candidate might do differently now (shows growth), and start interesting technical debates. I always ask my clients (I'm a resume writer and career consultant) if they have a GitHub profile if I don't see one listed, but I don't always include it on the resume. New entrants to the industry are not exactly punished for not having one, but it's becoming an expectation. This is different than expecting an older adult that may have life responsibilities that prevent (or simply no interest in) coding outside work.
- bphogan 9y ago
  They are also great in demonstrating knowledge in a new field. For example, if you do C# at your day job but you want to move into Go. Showcasing side projects can demonstrate some experience. This helps sidestep the "well, I don't have Go experience" issue.
  - mdip 9y ago
    This -- exactly. I know of at least one person who's done this and a few others who were able to move into areas of their preferred language (i.e. going from a job that was mainly web/C#/MVC to mainly REST/C#/Angular or React) by doing this. Even within a larger organization it's possible to use side-project examples as a demonstration that you're ready to move from a team that uses one discipline/language to an unrelated team. While a large organization might be willing to move a senior developer who's a less-perfect-fit from a different department if they've demonstrated that they can be trained/learn what they need to know, it's a lot easier if they can demonstrate that they're a lot more than a "less-than-perfect fit"
- mdip 9y ago
  > As your professional accomplishments increase, the value of GitHub profiles (for most) as a marketing tool diminishes dramatically, but can still be helpful. While I agree that they're less important, especially if there are commercial products/accomplishments that the candidate can point to, I wouldn't say that they diminish dramatically. For a candidate that has years of industry experience, a look at a GitHub profile can serve as a solid metric for their growth as a developer. I want to not only know that a developer "has been doing something for a while" but that they're honing that craft. For me, personally, I want to look back on anything that's 6-months old and be able to point out everything that I'd do differently[0]. It can also serve much the same purpose that it does for grads/bootcampers. It gives you an opportunity to show off your knowledge in areas that may not be covered by your professional work -- maybe you're doing mostly back-end/systems and want to demonstrate knowledge in React/TypeScript/Angular/front-end. I knew a guy who's repo is filled with rust projects. Professionally, he was a (very capable) Java developer[1]. His rust-filled repo landed him an interview for a job doing mostly systems work in C/C++ with a hope toward moving things over to rust where it made sense ... and no Java work[1]. > I don't always include it on the resume. I don't include mine, either. The best advice I received on resume writing was "It's to get you an interview, not a job", so I treat it as marketing copy. My github repos (I have a few github accounts) contain a lot of code that I shared because a few others wanted it and Github was the most convenient way to do it -- but that code was hastily written and was never meant to demonstrate my abilities. Some of it -- were it encountered by someone who doesn't understand that caveat -- would make me look bad. If I get a pre-interview (phone interview), I already have an e-mail ready with links to all of that waiting for a "To" field which includes boilerplate that I've also already casually joked about "I'm happy to send all of these to you to reduce time spent googling, as long as you promise you won't judge the thing I wrote in an hour at 2:00 AM on a Saturday night as a prime example of my coding ability and will at least give me an opportunity to apologize for some of the evil I've unleashed on the world." [0] I always joke that I don't feel like I'm growing as a developer if code that I wrote 6-months ago doesn't mildly embarrass me. [1] I learned, by accident, that he hated Java (I asked him if he was interested in putting his resume in for a Java position where I currently work) -- it was his first serious language and he'd since explored Clojure and many others but because he was known as "The Java Guy" where he was at, he wasn't able to get out of that line of work over there.
cpt1138 9y ago
If we are being interviewed like carpenters, a carpenter's work may be a lot of effort to create and then none and it still remains created. Why is the age or spontaneity of the commits a factor? Yes I am working in a professional capacity and can't show any of that. Why not look at the table I created 2 years ago?
miguelmota 9y ago
> "Interviewers Don't Check GitHub Profiles" This generalized statement is false; some do, some don't. Been at multiple startups and the best candidates hired have great open source projects on github that indicates they're qualified for the role more than someone with nothing to show.
mdip 9y ago
Having personally used GitHub to aid in hiring developers, I find it to be a very valuable resource ... provided it's used correctly. The author makes a few points that I would have considered somewhat obvious (i.e. social networking is not a metric that indicates a successful developer) and he's correctly pointing out that using it superficially as a sort-of "metrics engine" for developer candidate quality is going to yield poor results. Case in point, the candidates I interviewed -- if they had any public Github projects: (1) had maybe one or two projects of their own that were public. (2) They were personal projects of varying levels of "quality", i.e. not their day job. (3) They were the only developer/committer and new commits were somewhat rare. For the most part, just the existence of a profile with some projects was a plus. Most candidates didn't give me a way to see that they could actually write software (fizz/buzz?) -- though there are ways to solve that without resorting to white-board or in-interview programming. I started using GitHub and "external work" as an interview technique after an experience with one of my best hires. This was a candidate not unlike others that had a pretty dead profile, but there was one project that showed code quality and thought that far exceeded "the typical". It was clearly "That One Project(tm)"; his baby. The code quality was quite good, it had documentation and it had thought put to its design[0]. It had zero stars or forks, but it was obvious this was a tool he wrote for himself and really cared about. His interview started out very badly because he was nervous, but the project saved him. Mainly because I started wondering if he actually wrote the code in that project (because he failed to answer some pretty basic code design questions), I pulled up his project and started asking him specific questions about his code. He went from nervous to excited[1] and was suddenly able to explain things that he had a difficult time with when they were presented simply as abstract concepts. I used to facilitate many technical interviews, but it's been a little while since I've done one due to a new job/different company, however, I think the method I use is still the one I'd go to. The technique I used after this gentleman was to call the candidate a week in advance of the interview and ask if they have anything public, code wise (blog posts, SO/Github/Gitlab/Bitbucket profiles), that they can point me at or if they could provide some samples[2]. I always explicitly state "This doesn't need to be your best work, or even terribly great code, it just gives me a starting point to discuss development practices" and I recommend they pick something they've done recently since "any code we've written more than 6-months ago might as well have been written by someone else" The technical interviews would then, generally, be that candidate explaining their code, the choices they made, why they made them and what they think improvements would be in order of priority. That has worked really well for me and beats the daylights out of any paper/pencil, whiteboard or even "code this on this laptop while I look over your shoulder"[3]. Assuming you successfully disarm the candidate with the "we're not judging your code (!)" preamble, I've found that people are far more comfortable (and most legitimately enjoy) talking about things they've written -- even critiquing them[4]. [0] In this case, a unit tests covering the right parts of code, documentation, build instructions, logical layout/design -- he cared about this code and it gave a really good insight into [1] Given his performance in the interview, I would have expected this person to be introverted and not a terribly motivated programmer... goes to show how terrible interviews are at judging people -- this guy ended up being the guy everyone else on the team looks to -- he was passionate in a job that, frankly, wasn't the sexiest programming job. [2] This last point, to be clear, I expect to never receive proprietary samples. It did happen, once, and I didn't think this was something I had to actually state, but I wouldn't have hired someone who would share code they had agreed to protect since they'd be agreeing to the same thing working on the team they'd be going to. [3] The difference between a great developer and a great developer who gets anxious during interviews is that the latter might be a little introverted/not good at interviewing -- a personality trait that I've found to be common and for every job I've done interviews for -- not a negative (and can just as much be a positive) for the work I was assisting in hiring for. One of the hardest working people I know -- a guy I'd work with on literally anything because he'll make up for any deficiencies with sheer will and hard work -- has such anxiety in interviews that he actually forgot his middle name in an interview (not completely, he just spaced -- hard -- my boss hired him anyway on my strong recommendation). [4] A small tip: Complimenting the work is an easy way to get things started smoothly -- it doesn't need to be phony; there's usually some way to point out a few positive things about the work. Start there, ask questions in a manner that simply states a desire to understand the code more, and let things roll from there.
onebot 9y ago
What should be the Dribbble equivalent for software engineers then? All I hear these days is, whiteboards for hiring is bad, asking to do a sample project for hiring is bad, now GitHub is bad. I don't know when software engineers became such "I don't want to show my work" industry. Having a portfolio to show what your capable of is a great way to set yourself apart. I don't think anyone is expecting you to have developed Linux from scratch. But something is better than nothing. Which do you think is more likely to get an interview, someone with several source GitHub projects or someone that says "all my work was closed sourced" and has nothing to show. Having founded three startups now (2x acquired), most of the best engineers I have ever worked with have a noticeably more active Github/Bitbucket/Gitlab portfolio than the average. In my experience, great engineers have public proof (open source, a self produced product, book, etc) of their craft vs nothing at all. Now to be clear, just because someone has an active Github, or a book, or whatever doesn't mean you should hire on the spot. But should be someone you'd prioritize over someone that is seemingly too lazy to do any related extra circular activity.
- scarface74 9y ago
  I do plenty of extra curricular activity.They don't involve coding. I’ve also hired developers. I have a simplified version of a real world project that we are working on. The methods are skeletons with no code and a bunch of failing unit tests. Part 1 they have to get the unit test passing. Then I give them a harder set of requirements with unit tests. They have to make the second set pass without breaking the first set. It tells you a lot about how someone thinks.
  - onebot 9y ago
    I do the same as well, I think it is a great approach. It is just a paring exercise, the language of their choice, their equipment, full internet access. We just build something like a calculator or pig latin translator. Something that you build up in layers. I usually read off the test cases one step at a time, in hopes that they write their own tests along the way. But hiring good people is very time consuming. The reason GitHub as a portfolio makes sense, is that it helps compare potential candidates--that I know nothing about--faster. Biased or not, I have had the best experience with people that are very active publicly. From Battlebots competitors, book authors, to startup founders, etc. Ivy League Colleges, VCs, even Y-Combinator works very much the same way--trying to make an assessment based on past accomplishments. The more visible, the better. With the caveat being a strong direct reference. I am sure we all have extra circular activities besides coding, but depending on how strong your experience or professional network is, really depends on how much you need in a portfolio. I have been coding since I was nine and have decades of experience, I still have stuff I hack on that is public, from SlackBots that control GPIO pins to Sonos controllers, etc. I would think the more experience you have, the better chances you would have more stuff you can add to your GitHub (portfolio). At the end of the day, as a someone hiring, I am going to gravitate to engineers that have more and better examples of their work ability and output vs where they worked on their Resume. Not to say that we should ignore anyone that doesn't have public projects--but they are certainly at a disadvantage against someone that has.
crabasa 9y ago
Most people realize that "Github isn't your resume" unless you are paid to work on open source. Forking repos, submitting the occasional pull request or a random side project don't provide much signal compared the code you've written and the people you've worked with at past companies. I am currently working on building a tool [1] that helps developers build profiles that articulate very clearly both what they bring to a team and what they are looking for in a next job. We're approaching this as a data problem, but unlike many dark recruiting tools, we think it's important for the developer to be completely in control of the information that makes it into their profile. [1]: https://www.fizbuz.com https://www.fizbuz.com
- craftyguy 9y ago
  You need to provide a privacy policy for this service.
  - crabasa 9y ago
    Thank you for the reminder! A privacy policy has been added to the website.
wjwoodson 9y ago
The only question I can answer with GitHub is "can you use git." If I'm reviewing a candidate who says they are familiar with git based workflow and they provide a link to their GitHub with > 0 commits, check. If not, consider exploring in an interview.
galkk 9y ago
I think that "having github will help you" is the same kind of advice as "prefer to provide resume in pdf over doc". There are people who believe in it, it seems reasonable, but in reality nobody cares. Just another cargo cult.
tmaly 9y ago
When I am hiring, I tend to use a github account with an active project as a positive signal. It shows me they can code, perhaps in the languages I am hiring for. It also shows me they know how to use version control.
yogthos 9y ago
I very much check GitHub profiles when hiring. Even if a person has a simple project on there it shows they have interest in coding, and I can see their style of coding. That's enough to swing my judgement when I'm deciding between two candidates that are close. GitHub alone won't get you the job, but it certainly will play a positive role in your profile.

While much of this article hits upon the right points, I’d like to add a few things. - GitHub also allows you to display your activity on private projects (as long as their development also happens on GitHub, of course). - It’s not a great indicator, but it’s an indicator of what kind of programming people do for fun (or alternatively, that their employment/life circumstances don’t allow them to be active on GitHub). I don’t think not having anything on there is a bad thing, but I’d like to talk to the candidate about why. Sometimes you’ll learn that people have the most fun non-programming hobbies or the most responsibly-filled lives.

knieveltech 9y ago

Nonsense. The last two full time jobs and several gigs I've landed in the last five years I provided the hiring manager with a link to my public profile on github in lieu of a resume.

Choco31415 9y ago
The author addresses that point in the introduction: “As an example in the latest Hacker News' Who is Hiring thread, there are a bunch of different job ads asking for a Github profile as part of the job application. ... While both of those posts give excellent reasons to reconsider asking for open source contributions when hiring, my take here isn't about why it is ethically dubious to require open source contributions or why GitHub isn't great for showcasing your projects. Instead, this post is about why GitHub profiles just aren't all that useful when looking to hire developers.“
scarface74 9y ago
And my anecdote is that I provided a resume for the last 7 jobs I've had. I've never had a problem getting hired based solely on my resume and an interview.

stevemk14ebr 9y ago

I wouldn't have been hired for the jobs i've had if it wasn't for my Github. I don't think false-negatives should lead you to disregard the ability to find that perfect developer. Is it not your responsibility as a developer to keep an accurate portfolio of your skill set?

toomuchtodo 9y ago
> Is it not your responsibility as a developer to keep an accurate portfolio of your skill set? It is not. If an employer can't ascertain your skill level through the interview process, their hiring is broken. It is a slippery slope where we allow employers to dictate uncompensated signaling necessary for a role. Observe how it worked out for everyone who got a degree because employers won't hire without one, and then they don't get hired regardless of that degree. So we'll all toil on public Github projects in hopes that'll be what convinces an employer to hire? Will we all need to intern for several months for free next? @always_good: Hiring is hard. If you succeed in hiring the right people, it won't be because they jumped through your hoops, but because they were passionate, had some of the skills and could grow fast, and a huge helping of luck.
- always_good 9y ago
  > If an employer can't ascertain your skill level through the interview process, their hiring is broken. Easier said than done, especially if you're talking about whiteboard interviews. Nobody can even agree on what this perfect barrage of probing looks like.
  - deleted 9y ago
    [deleted]
- _seemethere 9y ago
  That's not entirely true. Candidates have to meet employers halfway. Employer's have a limited amount of time and money too, why should they waste those resources having to mine for someone's skill level when there's plenty of candidates out there that will display that on some online site.

convery 9y ago

One thing that have always annoyed me about Github is the lack of (free) private repos which makes the activity history patchy. So you show that you're active for months on end, then then radio-silence for a month. Or when you delete/move a repo and suddenly months of activity disappears. Just makes it look like you've lost interest in what you were working on =(

nikmobi 9y ago
You can have the activity graph show private contributions. edit: I may have misunderstood, assuming you mean it's patchy because you're contributing to a private repo that's not on Github.
tomc1985 9y ago
Please don't do this -- GitHub does not register activity or hobbies outside of GitHub. You are arbitrarily ruling out people on BitBucket, Gitlab, and elsewhere, in addition to the legions of programmers that cannot post their work publicly and do not want to produce stuff on their own, unpaid, time.
- to3m 9y ago
  Even if you do work on GitHub, when a repo is deleted, your activity on that repo is also deleted.
scarface74 9y ago
I use Microsoft's Visual Studio Team Services - their online hosted TFS version (yes they use Git). They give you free private repos, complete project management, either a hosted build server or you can use it to orchestrate your own private build agent, a wiki and a lot of other features. I am starting a side project mostly for learning but have no real interest in making it public.

ryanf323 9y ago

I look at GitHub profiles to help filter / disqualify candidates. Just last weekend, I had a marketing candidate who had stolen three Wordpress projects from their current employer and post them as public repos on their personal GitHub account. In addition to the flagrant intellectual property theft, the repos contained the wp-config.php file with exposed database “root” credentials to live, client sites.

MiddleEndian 9y ago
I know it's not really your responsibility but did you inform those sites and/or the candidate?
- paulie_a 9y ago
  "if you see something, say something"
- ryanf323 9y ago
  We did.
  - whatyoucantsay 9y ago
    Did you also report the employer's "theft", as you put it, of WordPress's GPL'd code?
    - xref 9y ago
      that's just...that's just not at all what GPL is
      - whatyoucantsay 9y ago
        The GPL is a license. If you don't abide by it, you don't get to download a copy of the software, sell it or create derivative works. The history of WP itself enforcing the GP is instructive. More recently, Panasonic Avionics has been sued for $100M due to GPL violations.

always_good 9y ago

Github projects don't need to be impressive or have substantial technical depth to provide a positive signal. For example, a good README can communicate someone's abilities in documentation, thoughtfulness, and design.

deleted 9y ago

[deleted]

deleted 9y ago

[deleted]

callmeed 9y ago
Did you get hired yet? (If not, I will email you)

minimaxir 9y ago

The argument that "GitHub isn't a useful indicator of skill" has the logically-following argument "we won't look at GitHubs at all because they're a waste of time." Which is a loss of helpful information for hiring a candidate, and ignoring relevant information seems inefficient.

cwyers 9y ago
Nobody actually wants to make the most informed decision, what they really want is to make the right decision. There's all kinds of places where additional information leads to worse decisions: https://ignoranceanduncertainty.wordpress.com/2011/01/31/when-can-more-information-lead-to-worse-decisions/ https://ignoranceanduncertainty.wordpress.com/2011/01/31/whe... So you may in fact want to ignore relevant information to be more efficient.

brooklyn_ashey 9y ago

So of the 7.4% of users who pushed more than 10 times in the last year, how many are bootcamp students? (after you remove the big,open source projects like all the big companies have up there) I just think these students should know this.

madrox 9y ago

What I think a lot of the comments are missing is that, sure, a strong GitHub profile can be a positive signal for hiring, but an inactive GitHub profile is not a negative signal. So no one should be "filtering out" inactive or boring profiles. The exception I'll claim is for junior engineers. At that stage in someone's career, having a portfolio matters, and should be actively cultivating some kind of public code presence.

codefreakxff 9y ago

Why are we reading this post? "I've only had one job interview in the last decade or so, but as far as I could tell none of the people interviewing me checked out my GitHub profile before the interview" So that makes this guy an expert?

sotojuan 9y ago
The amount of anecdote-fueled blog posts by nonexperts (or worse, beginner experts) in tech is staggering. I don't know what causes it but it seems to work as this is in the front page. I'd wager this is the kind of HN post where people read the title and post in the comments without reading the post at all.
dang 9y ago
That's really not a charitable representation of the article. When the HN guidelines say: "please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize", it applies to authors as well as commenters. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html
- codefreakxff 9y ago
  Well, it is an honest question. And I don't think it is uncharitable at all. The premise of the article is that github does not help with interviews but it doesn't really provide facts to back that up.
  - akkartik 9y ago
    It provides plenty of facts and data, but few anecdotes. That seems like a desirable situation.
    - codefreakxff 9y ago
      I don't want to get into a comment war here. Let's just say I respectfully disagree that there is plenty of facts and data, and that what facts and data are there area really more of an opinion with thin data that seems to violate the new guidelines that are being brought up to say that my comment is out of place. In my opinion the author has gone out of his way to cherry pick data to support his claim and has not put effort into finding data that would prove him wrong.

welder 9y ago

Even when combined with your WakaTime profile to account for code written at work? For ex: https://wakatime.com/@alan https://wakatime.com/@alan

imron 9y ago

Stitchpunk needs to :set expandtab

lucasgonze 9y ago

I am just tabbing over from looking at a github profile of a potential hire. It was somewhat useful as a way of understanding this person's technology style. I saw PHP, game dev, JSON. I saw that he does do OSS stuff, though not much. I saw that he can write a decent readme. That's the kind of thing a hiring manager gets from a github profile. It's not a one-dimensional test like how many checkins does the dev have.

kelnos 9y ago
> I saw that he does do OSS stuff, though not much. GitHub will not even remotely tell you that, though. There are tons of open source projects that are not hosted on GitHub. If you, say, contribute to the Linux kernel, or to Firefox, or perhaps Xfce, nothing will show up on your GitHub profile to give you "credit" for that. I agree with another poster that GH can be useful to disqualify candidates (say if they've posted something they've plagiarized as their own), and you might find interesting things on a candidate's profile that increases your impression of them, but it's absolutely useless for comparing candidates or getting a full picture of what they've worked on in public.
- mdip 9y ago
  > absolutely useless for comparing candidates or getting a full picture of what they've worked on in public. You're absolutely right. Using a single source as a metric, even if that source is as huge as Github, would be terribly misleading. Though a simple google search would likely surface contributions to Linux/Firefox/Xfce, I don't get the sense that was the point you were trying to get at. The issue is that there isn't a way to get that full picture. But using Github and other sources out there is a lot better than nothing at all. I'm not terribly convinced there's a ton of value in it pre-interview, but there's been a lot of value -- for me (both on the giving and receiving side) during interviews. Here's the thing -- at the time I was involved heavily in hiring developers -- I'd get a few hundred resumes and had time to interview about ... 5 (I was usually the last interview for those candidates) for a given position. It was really important to me that those 5 be worth interviewing. I'd with any links in the resume, itself, and I'd google. I'd happen upon Github, SO, blogs, and even HN profiles. I discarded anything that wasn't code-related[0]. If I don't find anything, I pick up the phone and ask if there is anything they can point me to or send directly to me, code-wise (this was for every candidate that got a phone-screen and was being considered for an in-person). I get, at best, an hour to judge someone. Interviews are terrible -- I'd argue far worse than anything I can glean on Github/SO. However, combining the two ended up being really effective. Start with a bit of code the candidate wrote and -- after some disarming (i.e. "I know this is personal code and won't be up to your typical code quality -- we all have lives outside of work and can't dedicate the time we'd like to our hobby projects" etc) I start asking about choices that were made (why did you opt for a functional pattern there?) and how they'd improve on it. This gets right into how the developer reasons about code and since it's something they've written (hopefully recently), it's less difficult for them to do than if they're given someone else's code to evaluate[1]. And I've used it on the other side, as well. I received a great offer at a company after flatly refusing to do a whiteboard coding session. It was a job I didn't particularly want[2], so when they handed me a whiteboard marker, I (way more flippantly than I intended) said "I could kludge my way through that using the worst IDE in the world and without access Google, but if you want to log in to Bitbucket on your laptop there, I can show you several different implementations of that which I wrote for a backup application I've been working with for a few years". It was in a private repo, but was all my own code -- I was just a little more embarrassed by it than other projects, but it had the code he was looking for. We went an hour over in that interview and spent 1.5 hours talking about my code. I turned the job down, but it was one of my favorite interview experiences. [0] Partly because I believed it was the right thing to do -- your politics/pet causes, your silliness/rants/divorce are irrelevant ... life is messy. And partly because it could be a problem for me to know certain things (your religious affiliation, sexual orientation, etc). I don't care about any of those things anyway but managing bias never hurts. [1] I used to work very hard at disarming my candidates. I felt like nerves tended to hide good candidates and anything I could do to reduce those nerves and make the interview feel like a conversation, rather than a "contest"/"judgment", the better. [2] Generally speaking, my resume is up-to-date and I enjoy interviewing, so if I'm offered an interview, I take it. Even if I have no intention of finding a new job, provided that my current employer isn't going to be notified about the interview, there's nothing to lose by taking an interview -- even if all you get out of it is a little bit of additional practice.

callmeed 9y ago

I find this stuff fascinating, partly because I work in the industry and partly because I love sports statistics. One crazy idea I have it to experiment with some kind of "Sabermetrics for software engineers"–think "WAR for developers" [0]. Using GitHub would be an obvious data-source (how to use it and if its a good idea is an entirely different discussion). While I think this article makes some good points, he seems to only touch the most simple approaches. There's a lot of things you can do with a GitHub profile. To me, they'd never be deciding factors, but you can definitely extract some pluses out of a person's profile. [0] https://www.fangraphs.com/library/misc/war/ https://www.fangraphs.com/library/misc/war/

austincheney 9y ago

According to the article I am clearly in the identified top 1% of GitHub users by commit quantity. While prospective employers may not dissect the code in my various GitHub repositories this certainly hasn't hurt when looking for jobs. In fact, contributing to public open source has been the proven tipping point that shifts hiring decisions in my favor if the hiring manager is on the fence. In all other cases the combination of a frequent open source contributions and a strong interview have allowed me to nail senior positions as the top candidate. Whether or not any of this makes me a rockstar is completely subjective, but beating out all other candidates (several dozen) hands down on multiple occasions really increases my self-esteem.

twblalock 9y ago

I rarely look at candidate's GitHub profiles anymore. I used to do it, but I didn't get much value from it, and I didn't notice any correlation to job performance.

fecak 9y ago

GitHub profiles are incredibly useful for college grads, bootcampers, and self-taught devs that typically can't speak of professional accomplishments. As your professional accomplishments increase, the value of GitHub profiles (for most) as a marketing tool diminishes dramatically, but can still be helpful. For developers at any level, repos are a good conversation piece for interviews. The interviewer can ask why choices were made, what the candidate might do differently now (shows growth), and start interesting technical debates. I always ask my clients (I'm a resume writer and career consultant) if they have a GitHub profile if I don't see one listed, but I don't always include it on the resume. New entrants to the industry are not exactly punished for not having one, but it's becoming an expectation. This is different than expecting an older adult that may have life responsibilities that prevent (or simply no interest in) coding outside work.

bphogan 9y ago
They are also great in demonstrating knowledge in a new field. For example, if you do C# at your day job but you want to move into Go. Showcasing side projects can demonstrate some experience. This helps sidestep the "well, I don't have Go experience" issue.
- mdip 9y ago
  This -- exactly. I know of at least one person who's done this and a few others who were able to move into areas of their preferred language (i.e. going from a job that was mainly web/C#/MVC to mainly REST/C#/Angular or React) by doing this. Even within a larger organization it's possible to use side-project examples as a demonstration that you're ready to move from a team that uses one discipline/language to an unrelated team. While a large organization might be willing to move a senior developer who's a less-perfect-fit from a different department if they've demonstrated that they can be trained/learn what they need to know, it's a lot easier if they can demonstrate that they're a lot more than a "less-than-perfect fit"
mdip 9y ago
> As your professional accomplishments increase, the value of GitHub profiles (for most) as a marketing tool diminishes dramatically, but can still be helpful. While I agree that they're less important, especially if there are commercial products/accomplishments that the candidate can point to, I wouldn't say that they diminish dramatically. For a candidate that has years of industry experience, a look at a GitHub profile can serve as a solid metric for their growth as a developer. I want to not only know that a developer "has been doing something for a while" but that they're honing that craft. For me, personally, I want to look back on anything that's 6-months old and be able to point out everything that I'd do differently[0]. It can also serve much the same purpose that it does for grads/bootcampers. It gives you an opportunity to show off your knowledge in areas that may not be covered by your professional work -- maybe you're doing mostly back-end/systems and want to demonstrate knowledge in React/TypeScript/Angular/front-end. I knew a guy who's repo is filled with rust projects. Professionally, he was a (very capable) Java developer[1]. His rust-filled repo landed him an interview for a job doing mostly systems work in C/C++ with a hope toward moving things over to rust where it made sense ... and no Java work[1]. > I don't always include it on the resume. I don't include mine, either. The best advice I received on resume writing was "It's to get you an interview, not a job", so I treat it as marketing copy. My github repos (I have a few github accounts) contain a lot of code that I shared because a few others wanted it and Github was the most convenient way to do it -- but that code was hastily written and was never meant to demonstrate my abilities. Some of it -- were it encountered by someone who doesn't understand that caveat -- would make me look bad. If I get a pre-interview (phone interview), I already have an e-mail ready with links to all of that waiting for a "To" field which includes boilerplate that I've also already casually joked about "I'm happy to send all of these to you to reduce time spent googling, as long as you promise you won't judge the thing I wrote in an hour at 2:00 AM on a Saturday night as a prime example of my coding ability and will at least give me an opportunity to apologize for some of the evil I've unleashed on the world." [0] I always joke that I don't feel like I'm growing as a developer if code that I wrote 6-months ago doesn't mildly embarrass me. [1] I learned, by accident, that he hated Java (I asked him if he was interested in putting his resume in for a Java position where I currently work) -- it was his first serious language and he'd since explored Clojure and many others but because he was known as "The Java Guy" where he was at, he wasn't able to get out of that line of work over there.

cpt1138 9y ago

If we are being interviewed like carpenters, a carpenter's work may be a lot of effort to create and then none and it still remains created. Why is the age or spontaneity of the commits a factor? Yes I am working in a professional capacity and can't show any of that. Why not look at the table I created 2 years ago?

miguelmota 9y ago

> "Interviewers Don't Check GitHub Profiles" This generalized statement is false; some do, some don't. Been at multiple startups and the best candidates hired have great open source projects on github that indicates they're qualified for the role more than someone with nothing to show.

mdip 9y ago

Having personally used GitHub to aid in hiring developers, I find it to be a very valuable resource ... provided it's used correctly. The author makes a few points that I would have considered somewhat obvious (i.e. social networking is not a metric that indicates a successful developer) and he's correctly pointing out that using it superficially as a sort-of "metrics engine" for developer candidate quality is going to yield poor results. Case in point, the candidates I interviewed -- if they had any public Github projects: (1) had maybe one or two projects of their own that were public. (2) They were personal projects of varying levels of "quality", i.e. not their day job. (3) They were the only developer/committer and new commits were somewhat rare. For the most part, just the existence of a profile with some projects was a plus. Most candidates didn't give me a way to see that they could actually write software (fizz/buzz?) -- though there are ways to solve that without resorting to white-board or in-interview programming. I started using GitHub and "external work" as an interview technique after an experience with one of my best hires. This was a candidate not unlike others that had a pretty dead profile, but there was one project that showed code quality and thought that far exceeded "the typical". It was clearly "That One Project(tm)"; his baby. The code quality was quite good, it had documentation and it had thought put to its design[0]. It had zero stars or forks, but it was obvious this was a tool he wrote for himself and really cared about. His interview started out very badly because he was nervous, but the project saved him. Mainly because I started wondering if he actually wrote the code in that project (because he failed to answer some pretty basic code design questions), I pulled up his project and started asking him specific questions about his code. He went from nervous to excited[1] and was suddenly able to explain things that he had a difficult time with when they were presented simply as abstract concepts. I used to facilitate many technical interviews, but it's been a little while since I've done one due to a new job/different company, however, I think the method I use is still the one I'd go to. The technique I used after this gentleman was to call the candidate a week in advance of the interview and ask if they have anything public, code wise (blog posts, SO/Github/Gitlab/Bitbucket profiles), that they can point me at or if they could provide some samples[2]. I always explicitly state "This doesn't need to be your best work, or even terribly great code, it just gives me a starting point to discuss development practices" and I recommend they pick something they've done recently since "any code we've written more than 6-months ago might as well have been written by someone else" The technical interviews would then, generally, be that candidate explaining their code, the choices they made, why they made them and what they think improvements would be in order of priority. That has worked really well for me and beats the daylights out of any paper/pencil, whiteboard or even "code this on this laptop while I look over your shoulder"[3]. Assuming you successfully disarm the candidate with the "we're not judging your code (!)" preamble, I've found that people are far more comfortable (and most legitimately enjoy) talking about things they've written -- even critiquing them[4]. [0] In this case, a unit tests covering the right parts of code, documentation, build instructions, logical layout/design -- he cared about this code and it gave a really good insight into [1] Given his performance in the interview, I would have expected this person to be introverted and not a terribly motivated programmer... goes to show how terrible interviews are at judging people -- this guy ended up being the guy everyone else on the team looks to -- he was passionate in a job that, frankly, wasn't the sexiest programming job. [2] This last point, to be clear, I expect to never receive proprietary samples. It did happen, once, and I didn't think this was something I had to actually state, but I wouldn't have hired someone who would share code they had agreed to protect since they'd be agreeing to the same thing working on the team they'd be going to. [3] The difference between a great developer and a great developer who gets anxious during interviews is that the latter might be a little introverted/not good at interviewing -- a personality trait that I've found to be common and for every job I've done interviews for -- not a negative (and can just as much be a positive) for the work I was assisting in hiring for. One of the hardest working people I know -- a guy I'd work with on literally anything because he'll make up for any deficiencies with sheer will and hard work -- has such anxiety in interviews that he actually forgot his middle name in an interview (not completely, he just spaced -- hard -- my boss hired him anyway on my strong recommendation). [4] A small tip: Complimenting the work is an easy way to get things started smoothly -- it doesn't need to be phony; there's usually some way to point out a few positive things about the work. Start there, ask questions in a manner that simply states a desire to understand the code more, and let things roll from there.

onebot 9y ago

What should be the Dribbble equivalent for software engineers then? All I hear these days is, whiteboards for hiring is bad, asking to do a sample project for hiring is bad, now GitHub is bad. I don't know when software engineers became such "I don't want to show my work" industry. Having a portfolio to show what your capable of is a great way to set yourself apart. I don't think anyone is expecting you to have developed Linux from scratch. But something is better than nothing. Which do you think is more likely to get an interview, someone with several source GitHub projects or someone that says "all my work was closed sourced" and has nothing to show. Having founded three startups now (2x acquired), most of the best engineers I have ever worked with have a noticeably more active Github/Bitbucket/Gitlab portfolio than the average. In my experience, great engineers have public proof (open source, a self produced product, book, etc) of their craft vs nothing at all. Now to be clear, just because someone has an active Github, or a book, or whatever doesn't mean you should hire on the spot. But should be someone you'd prioritize over someone that is seemingly too lazy to do any related extra circular activity.

scarface74 9y ago
I do plenty of extra curricular activity.They don't involve coding. I’ve also hired developers. I have a simplified version of a real world project that we are working on. The methods are skeletons with no code and a bunch of failing unit tests. Part 1 they have to get the unit test passing. Then I give them a harder set of requirements with unit tests. They have to make the second set pass without breaking the first set. It tells you a lot about how someone thinks.
- onebot 9y ago
  I do the same as well, I think it is a great approach. It is just a paring exercise, the language of their choice, their equipment, full internet access. We just build something like a calculator or pig latin translator. Something that you build up in layers. I usually read off the test cases one step at a time, in hopes that they write their own tests along the way. But hiring good people is very time consuming. The reason GitHub as a portfolio makes sense, is that it helps compare potential candidates--that I know nothing about--faster. Biased or not, I have had the best experience with people that are very active publicly. From Battlebots competitors, book authors, to startup founders, etc. Ivy League Colleges, VCs, even Y-Combinator works very much the same way--trying to make an assessment based on past accomplishments. The more visible, the better. With the caveat being a strong direct reference. I am sure we all have extra circular activities besides coding, but depending on how strong your experience or professional network is, really depends on how much you need in a portfolio. I have been coding since I was nine and have decades of experience, I still have stuff I hack on that is public, from SlackBots that control GPIO pins to Sonos controllers, etc. I would think the more experience you have, the better chances you would have more stuff you can add to your GitHub (portfolio). At the end of the day, as a someone hiring, I am going to gravitate to engineers that have more and better examples of their work ability and output vs where they worked on their Resume. Not to say that we should ignore anyone that doesn't have public projects--but they are certainly at a disadvantage against someone that has.

crabasa 9y ago

Most people realize that "Github isn't your resume" unless you are paid to work on open source. Forking repos, submitting the occasional pull request or a random side project don't provide much signal compared the code you've written and the people you've worked with at past companies. I am currently working on building a tool [1] that helps developers build profiles that articulate very clearly both what they bring to a team and what they are looking for in a next job. We're approaching this as a data problem, but unlike many dark recruiting tools, we think it's important for the developer to be completely in control of the information that makes it into their profile. [1]: https://www.fizbuz.com https://www.fizbuz.com

craftyguy 9y ago
You need to provide a privacy policy for this service.
- crabasa 9y ago
  Thank you for the reminder! A privacy policy has been added to the website.

wjwoodson 9y ago

The only question I can answer with GitHub is "can you use git." If I'm reviewing a candidate who says they are familiar with git based workflow and they provide a link to their GitHub with > 0 commits, check. If not, consider exploring in an interview.

galkk 9y ago

I think that "having github will help you" is the same kind of advice as "prefer to provide resume in pdf over doc". There are people who believe in it, it seems reasonable, but in reality nobody cares. Just another cargo cult.

tmaly 9y ago

When I am hiring, I tend to use a github account with an active project as a positive signal. It shows me they can code, perhaps in the languages I am hiring for. It also shows me they know how to use version control.

yogthos 9y ago

I very much check GitHub profiles when hiring. Even if a person has a simple project on there it shows they have interest in coding, and I can see their style of coding. That's enough to swing my judgement when I'm deciding between two candidates that are close. GitHub alone won't get you the job, but it certainly will play a positive role in your profile.