No activity in the last month? Something I personally would pick up on.
No activity in the last month? Something I personally would pick up on.
People have lives outside of coding and sometimes they go a month or two (or 6) without pushing anything to github, it's not the worst thing in the world. I mean we're looking for quality of contributions here, not quantity, right? To me a bigger 'red flag' would be that all the django code seems to use function based views (not class based views) and doesn't really have any consistent formatting. OP I'd suggest skimming two scoops of django[2] and reading PEP8[3] so that you can get a good idea of how most shops write their code. Either way, I think your projects are mostly great and show that you're actually able to build things.
[1] https://github.com/philangist
[2] http://twoscoopspress.org/products/two-scoops-of-django-1-5
definitely going to read up on PEP8. thanks again!
Good coders spend time outside work keeping up to date on their skills - trying stuff out. This stuff needs to go somewhere. Why not put it in github and show me that you're regularly learning new things?
Also, "pick up" meaning I would notice. I'm not saying I expect to see a 365 day streak or anything, but I would expect to see a fair few contributions from people looking to switch from ops -> dev as they hone their skills.
In short, IMHO people that try and fail over and over until they get it right are much more likely to be good coders, than those with one or two totally pristine repos they committed to years ago.
I read your link and it was a snoozefest, and I'm not really sure twitter posts count as references.
People want to see your code before they hire you. Github is a place to share code. That's it really - white male or not.
This is especially relevant to OP because he doesn't have commercial experience coding. Most interviewers will be nervous of this, a large portfolio accessible in a familiar format will alleviate much of their tension.
Don't forget, most interviews for the interviewer are basically an ass covering exercise. Nobody wants to be remembered as "the person that hired THAT guy".
This isn't a criticism of your comment, just something to keep in mind when making hiring choices. :)
I don't know if that's it. The undergrad population in the CS department when I was in college was 11% women (already pretty dismal) but when it came to code-heavy advanced courses like writing an operating system it dropped to 0%.
I would guess they either didn't believe they could do it or they were unwilling to put in the extra work, which in a sense was 'unpaid' since it was not a requirement for graduation. None of these women had children or had to worry about pay discrepancies.
In response to your questions: there was a single offering of the course. All of the women I encouraged to enroll said they were uninterested due to the perceived difficulty and workload. This may or may not have been a cover due to other concerns ("am I good enough?", "I heard only boys take this course", etc.). To be clear, the vast majority of men in CS were also unwilling to enroll in this course because of the workload.
Unwilling to put in the extra work. REALLY??
Hi have we met
Every woman has to worry about pay discrepancies. In every industry, at every job level. That's what this whole "gender pay gap" is all about, you know?
And it's everybody's job to fix this!
I would like to offer you some counter-advice: don't work for an employer who bases hiring decisions solely on your github activity or any other open source contributions. These are important metrics but so is your own research, your genuine enthusiasm for the field, and your personality fit.