My current job, and every previous development job has clauses about outside development, and what internal hoops have to be jumped through. I'm compensated for that restriction, so I don't mind.
Even lacking those restrictions, contributing to open source projects just isn't really my thing, and my personal projects are just that -- personal, and are usually ugly, hacked together in a hurry and never revisited solutions to specific problems, not resume filler.
If you can't find some way to determine if I'm a good fit without looking at github, having me do unpaid work, or playing trivia games, you need to revise your hiring policies.
Why have we, as a group, allowed the creation of this requirement, official or otherwise, that we have a public portfolio of work we've done on our own time?
Don't be so hard on yourself. Any code that solved a problem is very impressive to an interviewer, showing independent iniative and get-things-done. Even silly seeming things like an AppleScript to copy birthdays from your address book to a text file.
Just because you don't have a Github account, doesn't mean there aren't a plethora of other ways to demonstrate the ability to code with samples etc. Don't conflate no Github account with no ability to demonstrate code.
Really? I am required to have an account with Github, to prove something?
In the real world, some of us work on highly proprietary code bases, where putting any code up online could expose the risk of future lawsuits or prosecutions, certainly this has already happened to individuals in the industry.
Thankfully in the real world there are some sensible and mature interviewers who are able to look beyond the heinous crime of not having a Github presence.
People who can't easily demonstrate their skills are always at a disadvantage relative to people who can.
For every one person who is great but can't publicize any of the good code they write, there are a lot of people who simply suck. Differentiating between them is expensive (read: hours interviewing the good candidate, many more hours interviewing bad candidates) which is why the people with a good github/bitbucket/ftp server full of code are at the top of my list. If they all bomb the interview, maybe I'll move down the list to the people who's skills are unknown.
This simple reality is why one should demand more money from employers who impose restrictions on what one does outside of work.
On the flip side, I have very rarely found an interviewer who has actually read through my github code. It is more like they are scanning through an imaginary checklist of 'has github account, has repositories in it' etc. The other day I got asked by an interviewer if I knew python. This was rather strange to me because we had just talked about one of my github projects ...which was an ml library for python.
My point is that if having a github account becomes a silly barrier like having an education from top school, it kind of defeats the point of being fair whilst also acquiring good people.
When I was the interviewer, the most useful lines to determining competency tended to be find github code, ask pointed questions.
As someone who is now interviewing for a new job. I've had three interviews this week ask pointed questions on github contributions including requests for me to change things on the spot ( or talk through a change that might occur).
Exactly. A lot of work is proprietary and confidential. Should you have a side project to show, sure, if you can do that without getting fired, or worse sued. As a salaried employee, In the past, I have signed employment contracts that basically state they own anything I write. I sure I'm not alone.
I've gathered there is a population of "developers" who refuse to demonstrate the ability to code at any stage of the interview process.
(The OP is definitely not part of that crowd, given his willingness to submit a pull req to some open source project.)