> More published code is better than less published code irrespective of quality
This is the path I try to walk. I'd rather put something out there than nothing at all.
As an interviewer, I don't care that you've written bad code in the past (any developer who says he hasn't is lying). I do care that you have written code up to the standard of the job I'm hiring for (which is going to be quite lenient for a junior position), but I'm mostly going to be looking for cues demonstrating improvement and curiosity. The more technologies, languages, and concepts you touch, the better. To me, your Github profile is a showcase of your interests first and foremost.
I'm much less interested in hiring someone for their hard skills than I am for their potential. I can hire outsource hard skills for pennies on the dollar; what I want are people who can become proactive owners of the projects they're on, not just code monkeys who turn specs into code. For example, one guy I hired saw that we were looking for a dev with front-end chops, so he re-coded his resume with backbone.js just to show off a bit. This caught my attention, not because of his ability to write Javascript, but because his proactive solution to the question of "how do I get this company to hire me?" told me that he was the kind of person I wanted to work with, not just that he had a specific skillset that I could hire.