Hunting Heads and Developing Back Ends

I’d like to share with you a few thoughts about tech recruiting. This is not a post about how to write resumes, read resumes, ask or answer tech interview questions. Enough is written on the subject by people who are better at all of this than me. No, it’s about that email that arrives in almost every developer’s inbox about “a full-time, permanent position with a very competitive salary” for “a very prestigious company located in mid/down/up-town” which is looking for “an alphabet soup of technologies”. Half the time it’s a phone call. These happen during the times of boom and bust in the tech sector, although with varying frequency.

Now, people who are not programmers would probably think that this is spammers or scammers who will ask for a fee. Well, there is a fee involved, but this is not scammers: every time there’s a reasonably well paying job involved. A huge number of programming positions gets filled this way.

There’s always a shortage of decent software developers, project managers, system administrators and allied tradespeople. This was true back when I was starting my career, in 1997, but it only got worse. First of all the cost of running a startup came down from hundreds of thousands of dollars to thousands, and many talented programmers with ideas, tolerance of Ramen-heavy diet, slumming, and a little risk exited the corporate workforce to build url shorteners and travel sites for hipsters. Top notch people with kids and/or love of brightly colored furniture and fridges stocked with fancy sodas were vacuumed up by Google, Microsoft, Facebook, Yahoo and other modern Xerox Parc-wannabees. The hedge funds sucked in all those who are good at implementing complicated formulas and algorithms in code that can make a Kessel run in 12 parsecs or less.

The biggies look for a healthy mix of specialists, but they can easily afford to hire jack-of-all trades hackers. Everybody else usually looks for a person who has proven experience with a certain “stack” – an alphabet soup of languages, operating systems, and servers. Sometimes stacks are ageless like COBOL, CICS, DB2 – even today typing it into dice.com brings up 155 results. Some come out of favor: LISP – only 16 results though. Somer are old standbys: Php MySQL Apache – 370 results: C# SQL Server IIS – 439 results. Some, like RoR are up and coming – 93 results.

If you are relatively young(cheaper that way) and have done some work with a fashionable stack your phone will be ringing weekly with recruiter calls in the dreariest days of a tech bubble burst. If you are a specialist who deals with a particularly gnarly piece of hot tech – it will ring a few times a week.

Now here we come to a somewhat interesting phenomenon. Most of the time the person calling is a “headhunter”. Here’s what’s happening:

Web department in company Webco Enterprises has an opening. It could be caused by a number of things, but most commonly

1) after gettig tired of incessant complaining of the VP of Web Things, the Bean Counter finally agreed to budget in Y dollars for another headcount.

2) an experienced headcount who was making Y dollars accepted an offer of Y + $30,000 + an office with a door from company iWeb 2.0 and left.

So here is VP of Web Things with a budget of Y dollars. She’s swamped with work. In the next team meeting she tells her nerds to ask all of their friends if they know somebody and offers a referral bonus. Next she puts together a typical job ad complete with technological alphabet soup and takes it to the Master of HR. The Master of HR posts it on the company intranet, on the corporate site and on monster.com, dice.com, etc. Next VPoWT goes to the same sites and looks for candidates who posted their resumes there. It’s mostly drek, and the one person who might be ok wastes a lot of her time because he has another offer for Y + $10,000 from another company.

Now more desperate, she starts using “headhunters”. They send a couple of somewhat crappy candidates, followed by one barely ok one, followed by one who’s good enough. After a little song and dance the good one accepts Y dollars per year minus – 15% that silently go to the recruiter. The next few years he’ll be getting modest raises and maybe even a bonus or two that will not break the budget: the Bean Counter approved Y dollars, and it stays in the budget like that, and the headhunter only gets paid once.

Now, here’s what was happening on the other end: headhunters start pounding searches into their computers. LinkedIn, all recruiting sites, internal databases, etc. They might not understand what those letters in the alphabet soup mean, but they sure can try to match them up with what comes back from searches. Then they start shooting in the dark – it’s easier to get people who are currently looking for jobs, but it’s the shallow end of the pool that VP of Web Things already explored somewhat. They start pinging people who are working at the moment – this is where the good heads are.

Finally someone hunts up the the right head for VPoWT’s headcount and pockets the 15% of a yearly salary of that head.

Now, here comes the interesting part: most of these headhunters who are calling are trying to line up publicly available job listings with people on LinkedIn. For instance, I recently received two emails about a rather awkwardly named position “Director of Back End Development” (second recruiter spelled it “Backend”).

I looked it up on one of the recruiting sites (I think dice.com), and it was an old and infamous pre-dot-com-boom company that chose such a unique job title for what I do for a living. It was literally the only one with that creative title. I could have applied directly, bypassing the 15% headhunter’s fee. This is the reason why headhunters rarely name the company name.

In the past, through my random and numerous connections I’ve heard stories about what the setup is like at that place, and it’s a doozy. I’m pretty sure that the person who will take that job will take a lot of development up his or her back end.

The moral of the story is this: it’s easy enough to bypass recruiters – they are just engaged in arbitrage: the hiring manager is busy, the potential headcount is not even looking. That 15% is OPM (other people’s money) to the hiring managers, but not so much to the headcounts.

Deadprogrammer’s Hierarchy of Web Needs

I recently received a phone call from a recruiter. He wanted to lure me away to some “big company” that still had “small company feel” to participate in a “redesign of a major website”. He felt like all of these things, as well as “a well stocked kitchen” were big selling points.

I am a veteran of many website redesigns, major and minor. I’ve come to dread the word “redesign” because very frequently it meant taking a perfectly good website and making it significantly worse, and then through major struggles making it marginally beter. In the past I wrote a rather bloated article titled “The Russian Tea Room Syndrome” about this. Today I would like to write a bit more about this, as this topic rarely leaves my mind and my life.

Earlier in my career, I had very little influence over the redesign process, but this is changing. This is the primary reason why my job title has the shameful word “Architect” in it: I write code and configure servers, but I want my say in strategery as well.

So, Michael, you might ask, what is the problem with redesigns? Aren’t redesigns about making websites better? Well, many redesigns suffer from not following IBM’s famous motto.

IBM has one of the best corporate mottos ever: CRUSH and DESTROY. Uh, I mean THINK. They even give out props with the word “THINK” on it and publish THINK magazine.

Many redesigns happen simply as a knee jerk reaction: oh, look company X is doing Y and using Z. When you sit in a meeting and somebody is describing a redesign purely in terms of things other people do, you are likely in trouble. No thinking is involved at all.

But sometimes it’s the type of thinking that is going on that is the problem. You have to think about the relative importance of things.

I have a picture by famous graffitti artist Banksy hanging on my wall. It is a metaphor about true and false importance.

In 1943 a Brooklyn College professor Abraham Maslow outlined what is now known as Maslow’s Hierarchy: a pyramid that ranks human needs. It looks like prior to him nobody really gave a lot of thought to relative importance of pooping and morality. Well, maybe a little – there’s a Russian idiom for a person of untrustworthy nature that originated during WWI when soldiers relieved themselves in rows, next to specially dug trenches: “I would not take a dump next to this person”. Also see “I hope they serve beer in hell

Here’s Maslow’s pyramid in all of its glory:

I decided I’d come up with the hierarchy of web needs:

standard adherence: strict XHTML, CSS, etc

choice of technology: language, CMS, OS, cloud/servers, etc

other features: widgets, games, microformats

multimedia: video, podcasts, interactive flash

design: graphical elements, typography, pleasing layout

semantic web: metadata, tagging

usability: text size, image size, logical layout, uncluttered interface, site name/urls, browser support

community features: comments, ratings, feeds

googliness: search, speed, security

content qualities: usefulness, interest, freshness, uniqueness

content: text, images, links

In my opinion unsuccesful redesigns happen when people start from the wrong end of the pyramid (always skipping the first step: I’m yet to meet anybody with power who thinks about these things are important).

I will expand on this in my next post.