Need someone to lead product management at your software company? I create software for people that create software and I'm looking for my next opportunity. Check out my resume and get in touch.

This is the blog of Adam Kalsey. Unusual depth and complexity. Rich, full body with a hint of nutty earthiness.

Business & Strategy

How not to apply for a job

Freshness Warning
This blog post is over 20 years old. It's possible that the information you read below isn't current and the links no longer work.

Say you’re a developer who’s in the market for a job. You come across a job listing, perhaps something like the one I recently posted. It’s a job you’re interested in and you send in your resume. Here’s what not to do.

A cover letter is not just a standard part of your resume. A cover letter is designed to highlight the parts of your experience that are specific to the job to which you are applying. It’s supposed to be the thing I see first and should draw me in, making me want to get the details from your resume. Don’t stick your cover letter in an attachment and your resume in another attachment or your cover letter might not get seen. It’s certainly not doing its job, hidden in an attachment like that. If you are sending a resume by email, your cover letter belongs in the body of your email.

You need to proofread your cover letter carefully. This is my first introduction to you. This is your chance to impress me. If you have sloppy spelling, capitalization, and spelling in your cover letter I’ll expect that your code as the same sort of problems. I’m not looking for Pulitzer-prize-winning stuff here, but most kids learn in first grade to capitalize proper nouns and the beginnings of sentences.

Your resume should tell me what languages you know, what technologies you have experience with, and how you’ve applied that experience. Unless you’re applying for a job as a secretary, you don’t need to tell me you’re proficient at MS Word — if you’re a software developer, I assume you’re familiar enough the basic workings of a word processor to use it to open a document and read a spec. Do tell me what sort of systems you’ve built and what challenges you overcame while building them. Do tell me how you applied your knowledge of efficient database operation to decrease server load by 30%.

When I look at your resume I should get a sense of what size projects you’ve worked on. If you’ve worked with an internationally-known company, then I immediately understand you’ve had exposure to larger projects. If all of your experience was at no-name companies in North Dakota, then you need to tell me that the project you worked on had 15 developers and an annual budget of 3 million dollars. Otherwise I’m likely to think your prior experience was building simple ASP front ends to little Access databases.

And finally, follow the directions for applying for the job. If I went to the trouble of describing how you should apply, there’s probably a good reason for it. If I ask for a plain-text resume, don’t send a Word document or a link to your resume on your Web site. If I ask for a code sample, include it. If you can’t follow those simple directions, how can I expect that you’ll be able to follow a spec?

I don’t even look at those emails I get with Word attachments, no code samples, no information about availability or your location. I simply file them away in case I ever have a need to hire a developer that doesn’t know how to follow directions.

Recently Written

Video calls using a networked camera (Sep 25)
A writeup of my network-powered conference call camera setup.
Roadmap Outcomes, not Features (Sep 4)
Drive success by roadmapping the outcomes you'll create instead of the features you'll deliver.
Different roadmaps for different folks (Sep 2)
The key to effective roadmapping? Different views for different needs.
Micromanaging and competence (Jul 2)
Providing feedback or instruction can be seen as micromanagement unless you provide context.
My productivity operating system (Jun 24)
A framework for super-charging productivity on the things that matter.
Great product managers own the outcomes (May 14)
Being a product manager means never having to say, "that's not my job."
Too Big To Fail (Apr 9)
When a company piles resources on a new product idea, it doesn't have room to fail. But failing is an important part of innovation. If you can't let it fail, it can't succeed.
Go small (Apr 4)
The strengths of a large organization are the opposite of what makes innovation work. Starting something new requires that you start with a small team.

Older...

What I'm Reading