Ask HN: How does a Jr. to Mid-Level programmer find work?

Nobody outside of HN cares if your software makes money. They just want some proof that you can write code. Being able to show working code at an interview puts you in the top percentage of candidates; most have clearly worked on interesting projects, but can't show you anything they have done. This makes hiring them a big gamble.

Another thing that helps is knowing something other than Java and Oracle, or whatever other combination of brand-name technologies is popular this week. A team I work closely with is trying to hire a Java developer. They got 50 resumes, most of them "meh". Nobody was really exciting. This is probably because after reading 48 resumes, you are not going to be in a good mood, so even if someone is really good, you are not going to notice.

Conversely, they also needed another Perl developer. They got one resume, and the guy was awesome. It was easier to spend time on him since he was the only applicant, and being the only obviously qualified person to apply is good for your odds.

The other team is thinking of changing the language requirement from Java to Scala, since people that know to put Scala on their resume are more likely to have a clue, and it will reduce the applicant pool enough to spend time talking to everyone on the phone. Plus, who wants to do a Java project when you can do a Scala project instead? ;)

Anyway -- working code + unusual skills == you getting the job.

Learn on your own and hang out in the social circles of other programmers.

Help answer people's questions on SO or irc. Learn the other JVM langauges. Learn about tools that J2EE people like, such as Maven and Hudson. Learn algorithms. Present at conferences.

Do this, and people will find you. Last time we needed to hire someone, I visited my favorite IRC channel, said "anyone want a job?", got a privmsg, and had the person interviewed in person and given an offer in just a few days. (A few because the weekend was in the middle.)

What you want is a friend who will talk you up to the people making the hiring decisions. What you don't want is to be another boring resume in a 50-resume-deep stack.

I was just in a similar boat (got an offer not too long ago!) and I think there are 2 important components:

1) Show that you are passionate and driven, which it seems you already have with your experience. Other ways could be get an iPhone or Android app out on their respective marketplaces so you can provide hard numbers (# of downloads, $ made, etc.). Contributing to OSS is always a good way to spend your time as well, but only if you really care about the project.

2) Make connections. This can be rough but a few things I've found can make it a lot easier. I've gotten a few really good leads through Twitter actually. Follow enough people from a company you'd like to work for and eventually one of them will mention something about openings. Another good avenue is going to technical talks (most universities hold a few of these a month, maybe more frequently). Go up and talk intelligently to the speaker and if they are accepting resumes definitely provide your best. The main thing is have someone inside the company turn in your resume for you. This informal referral or recommendation is huge. I read a statistic that only 1 in 20 online applications result in a face to face interview, those aren't great odds and being denied a lot is sure to affect your morale. Getting someone to turn in your resume is a sure-fire way to hear something back from the company.

Sure, but startups are an unusual case. Very few programming jobs are for startups. Most are for established companies that already have the business side down; where you are going to be too far away from "the business" for your experience to have any use. They need programmers that can add features in such a way as to avoid needing 50 new QA testers and overnight support staff. "Architechture astronautics" are fine; the company has plenty of time and money to invest into better solutions than whatever would put out the fire right now.

I've worked at small and large companies, and this has always been the case. The business was already well-established and does not really need help from the programming team. The programmers just need to craft extensible and clean solutions that solve the current problems and the anticipated future problems.

Startup experience wouldn't count against you, but neither would being able to run a marathon. The reality is that neither skill will be particularly useful. Being able to prove that you've written software, however, is a useful skill.

(People on HN seem to think that "good software" == "software that makes money", but that's not necessarily true. Good software products made money because of good marketing, good customer support, and general good business skills. The actual code quality varies. Ever use Windows? Yeah.)

Also remember that the OP is applying for a "junior developer" position, and I am answering with respect to that. CTO is very different from "junior developer".

Posting a question to Ask HN suggests a predisposition towards startups.

I've worked at small and large companies as well, and I've always been well-rewarded in job interviews and in the positions themselves for exactly what I'm describing. It's good to hear that two very different people can succeed in this business, just don't try to call BS on what I've found to actually work. I'll agree to refrain from the same.