I am looking to become a developer and while I have been studying I have made a Github page and have filled it mostly with scripts or simple games that I have made plus a couple basic web applications.

Simply put, should I list my Github page on my resume as it is, or should I only include it if it contains something impressive (for example, consisting of many classes and/or being measured in the thousands of LOC as opposed to the hundreds)?

I guess I want to show that I do script and program in my own time, but I don't know if the simplicity of these scripts/apps are expected, or if they'd be a negative.

  • 1
    What do you name your projects? Maybe get a directory with Free_time_simple_scripts or something like that.
    – Kevin
    Commented May 15, 2014 at 15:06
  • 5
    If the code isn't terrible: YES. Commented May 15, 2014 at 18:01
  • 2
    Already some good answers, but I think it is worth mentioning simplicity -> complexity is not that important. Readability of the code, sensible comments, variable names and appropriate documentation are what will stand out. Automated tests are a good sign too. That doesn't mean you should spend hours polishing a small script, but do take a second look every now and then, and at least make it tidy and all comments accurate. Commented May 15, 2014 at 19:58
  • 1
    This article discusses why Github isn't your CV, your question is about GH as part of it, but still an interesting read.
    – rath
    Commented May 25, 2014 at 13:12

4 Answers 4


If you are happy with the code, then it always helps to publish it. I'm a hiring manager for engineers, and even if the project isn't impressive, I'd like to browse it to get a sense of:

  • If the engineer has enough internal motivation to publish side projects

  • If the code seems to follow most best practices. I won't have to teach the engineer best practices if they join my team

  • Looking for good clean well tested code.

If you're proud of it, include the link!


You should.

Your github repository is the only evidence that's available to them that you can write or design anything. Yes, your github contents could use improvement. I put mine up as a motivator to me to improve on my software engineering capabilities. My github is woefully out of date but I get a kick out of seeing where I am compared to where I was. Showing something is better than showing nothing, as long that the something that you show is a positive, like your competence :)

Plus, your github link is your way of saying that you know how to use github. Actually, I had to learn the github internals to do that but that'sanother story for another day. At the very least,publishing your github account should motivate you to learn as much as you can about github. There is no uch thing as being too good at github :)

Being a good software engineer is a process not a termination point to a process. As you improve and get to be wylier as a problem solver, your github contents become more sophisticated. And no, the process doesn't have an end point :)

In terms of what to publish, code that highlights your grip on the fundamentals is fine. Junk is not. The line between good stuff and junk can be blurry. My standard is that I don't publish anything that I cannot justify as publishable.


If you were interviewing at my company, we'd ask you if you had a github account (or some other public code repository) quite early in the hiring process.

Depending on your responsibilities we'd then look for specific traits (actually more the absence of undesirable traits) so that we'd get a feeling of

  • your actual capabilities versus your claimed experiences
  • how much training would be necessary to integrate you into a project team

So, along with my predecessors, I strongly recommend including it.

Edit 04/2016: re Undesirable traits

Happy coincidence ... just a few days ago I came upon this piece, which nicely sums this up for the "programmer" side of employees.

On the "personality" level ... difficult to say without getting into a lengthy monologue. Recently one of my clients complimented me on how I always manage to project calmness and listen to them, think about problems before presenting a solution, while other consultants "just want to do their thing" and charge heavily. To which I replied "I left my ego tied up in the trunk outside in the parking lot". They have also heard "I don't know, I have to look it up", "Interesting problem, let me experiment a bit, no charge", "I could do that but if you just buy X, you'll be better off" from me.

TL;DR: rock stars, code ninjas, pure tech wizards: no. Generally Competent Human: yes.

  • Hi, can you share with us some of these undesirable traits?
    – user308553
    Commented Apr 4, 2016 at 16:49

I say yes. As a technical lead who also does interviews, I like to see people's code and honestly, I'm not looking for quality code, though that would be noted if it was the case. It's more about: Can you get better? Can you learn? Can you grow? For me, the ideal repository is a one that starts with a really old, poorly done calculator app and then the latest commit being some personal passion project with multiple layers of complexity. It doesn't need to be perfect or good. I just need to see if you can grow. The ideal candidate is a candidate who is extremely responsive to change, and isn't afraid to learn new things.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .