In the last post in this series, I introduced the concept of a journeyman idealist. This post represents a simple continuation of that one — part 2 of a 3 part series.
Before I dive in, though, I’d like to remind everyone that Monday, the 12th, is the last day to enter the giveaway for free expert beginner swag. Go here and fill out the rafflecopter form for a chance to win free stuff.
The Job Interview
When it comes to the role of the journeyman idealist, we can start with the interview. Let me first say that I think job interviews are stupid. Full stop. I don’t mean that they need work — I mean that you should take that baby and throw it out with the bathwater.
I go into a lot more detail in my book than I will here, but the history of the job interview is basically, “an aging, grouchy Thomas Edison pulled a random management fad that would have rejected Albert Einstein out of thin air.” That’s actually the entire history. No one has meaningfully change it since it debuted, except that now it can be equally stupid over Skype or Webex as the original. in-person flavor. (Seriously, research this — your jaw will drop.)
Imagine if I channeled Thomas Edison today (and were brilliant enough to have that kind of global influence). I declared that, henceforth, all marriage should take place via speed dating. Want to get married? Show up, meet 20 or so different people for 5 minutes each, then marry one at the end of the night. Everyone leaves married!
Now, further imagine that people just did this for the next 100 years, without really questioning the practice’s merits. And then imagine yourself, 100 years from now, observing the world. Books have been written about how to ask all of the best questions in speed dating and to give all of the best answers. They have titles like, “How to Radically Alter Your Appearance for 4 Minutes” and “Acing the Marriage Carousel.” Wouldn’t you ask, “this is insane — why do we do this?” And wouldn’t you feel bemused at the answer, “well, sure, it’s not ideal, but what other option is there? No, we just need to improve the lighting in the room and work on acoustics so it’s fairer.”
The Journeyman Idealist Job Interview
Job interviews are silly across the board. But we, in the software development industry, take this to unparalleled heights of absurdity. To illustrate my point, I did some quick research. I searched glassdoor for “{Profession} interview questions” and calculated what percentage of results on the first page constituted trivial minutiae/extreme detail shop talk.
- Lawyer: 0%
- Dentist: 0%
- Speech Pathologist: 0%
- Lab Technician: 10% (generously — the 1 positive response was just asking if the person had experience in “pipetting”)
- Accountant: 20%
- Economist: 20%
- Statistician: 30%
- Electrical Engineer: 50%
- Network Engineer: 70%
- Mechanical Engineer: 80%
- Programmer: 90%
- Software Engineer: 100%
Notice anything? Other professions, it seems, assess mutual fit through the process via common conversation. We do it with a game of Jeopardy. Journeyman idealists absolutely drive this dynamic. To them the job interview’s primary purpose is not to bring on needed staff, but to set all right in the industry by stack ranking according to merit. (Or, as Google introspectively points out, “to make the interviewer feel smart.”) And you don’t accomplish that with fluff like “how would you help this company make money?”
Programmer Roles
If you’ve ever tried to sort out why some of us have the title, “programmer” while others have “software engineer” and still others “developer,” you’ve no doubt stumbled across things like this. And that’s before we started calling ourselves things like, well, journeyman or craftsman. I picked the linked explanation post at random — seems well written enough. Every post I’ve found like this follows the same basic pattern. “Let’s acknowledge that these titles are probably interchangeable… but I just can’t help myself and I want to categorize.” And so, unlike, say lawyers or mechanical engineers, we call ourselves a bunch of different things right out of the gate.
And then we get to the vertical ranking. Of course, you’ve got to have Software Engineer I through VII. And then after that you graduate to senior, principal, and then fellow engineer. Or, wait. Maybe senior, principal and fellow are actually V, VI, and VII, respectively. Or is that Rocky? And what about tech lead, team lead, and architect? And does all of that apply to developer and programmer or just to software engineer?
My gosh, when your head stops spinning, you’ll realize that “make sense of all permutations of programmer titles in O(n^2) time” would make the perfect technical interview question.
The Virus of Rank
Look at how our infatuation with the illusion of meritocracy pervades and defines our industry. We concern ourselves with trivia during job interviews. We invent six job titles per week to give ourselves and then set about arguing how they compare to one another. And, perhaps most interestingly of all, we do this for free, and we offer up insane amounts of surplus value in the process.
Consider software developer lifeline stackoverflow. I cannot even begin to describe how grateful I am for all of the answers it has furnished me over the years. But what motor drives that world (and gives rise to “coder competitions” and the like)? Our curious obsession with stack-ranking ourselves. Stack overflow offers this in the most naked form imaginable.
We go on to the site and spend dozens or hundreds of hours offering free labor that goes for more than $100 per hour on the market. But we don’t do it for the points, and we don’t do it for the badges. We do it for the rank and for socially proving our position in this imagined meritocracy.
I know, I know. Many professions now have stack exchanges. But which ones occupy the top ranks of traffic? You don’t even have to look, do you?
I know, I know. The cred you build up there has real market value during interviews. Do the math and see if that holds up. At a paltry 5 hours per week building rep over the course of 4 years, your labor’s market value would have been $100,000. I sure hope that better job you secured because of your rep pays you at least $200,000 per year.
The Mechanics and Soul of Journeyman Idealism
Software developers do an impressive amount of collaboration and offer impressive amounts of free help. A genuine “rising tide lifts all boats” spirit seems to underscore much of our industry and drive us to help one another (even if badges and points do nudge us in that direction). So why does a merit-sorting obsession lurk just beneath the surface?
I offer you a simple and admittedly depressing answer. Simply put, we labor intensely under the false belief that programming skill strongly correlates with business value and should correlate strongly with pay. Reality simply does not support this, but let me return to that shortly, after I describe how this creates the journeyman idealist layer that haggles over titles, chases points, and conducts interviews.
Axiomatically, in our world, programming skill has a clear, directly proportional labor to value, which, in turn, equals pay. In the interests of the broader meritocracy and owing to our notion that we can somehow objectively rank programming skill, we gnash our teeth at the notion that some impostor might occupy the wrong position and rank. (I’m guilty of it myself.)
Unchecked, this drives us to think of money and status as a zero sum game in our industry, which is ludicrous given that demand for our labor far outpaces supply. And yet, we believe it anyway. And that makes us set up wage depressing games and sniping all on our own, with little intervention from opportunists or traditional idealists.
Programming Skill Has Diminishing Marginal Returns
Selling out. This is how we generally thinking of the transition into management. Or, perhaps more benevolently, “taking your hands away from the keyboard.” You cash in a larger payday but get away from doing what you love.
As programmers, we like to reassure ourselves that we could totally do this anytime we want, but that we choose not to. We also then make fun of the incompetents in the layers of management above us, all the while harboring smoldering righteous indignation that they should command higher salaries. We do all of the real work.
But if you want to get even more miffed, consider that people with roles like “project manager,” “Scrum master,” “management consultant,” “agile coach,” “trainer” and more also command comparable or higher bill rates. These days, I mostly avoid doing app dev for a wage or a bill rate because it tends to pigeon-hole people into low bill rate roles.
I’ll stop beating around the bush. Programming has a definite wage cap, and organizations pay more for all sorts of “peripheral” roles. This probably causes some cognitive dissonance for many reading, but there you have it — programmers command some of the least money in the programming industry.
And it’s because getting better at programming only creates commensurate value to a point. If I need some REST endpoint written in C#, I’d rather have Jon Skeet, with his legendary knowledge of the language, do it. But not so much so that I’d pay more than a few extra dollars per hour.
We fetishize programmer skill to an almost comical degree. That’s fine, and even fun, in a hobby context, but self-destructive when wages are at stake.
Chasing Value and Money
I once worked with a man, whose identity I will obfuscate to protect the guilty. He had an idea for a website that he eventually paid someone to execute. The idea? More or less plagiarize some kind of fad diet and then charge people a subscription fee to do it. All he needed was studio time to record a bunch of videos and then a custom web app to create a paywall.
When the time comes to hire an app dev vendor, people like this guy contact 4 or 5 vendors and then pick the second least expensive one. But let’s say that money was no object and time was of the essence, and he picked the most expensive (and thus, presumably, best) one. He could have hired the most rock-starrin’, 10-X-n’, algorithm-interview-acin’ developer on Earth, and he would have had a terrible, lawsuit inviting product delivered faster and in more maintainable packaging. The real 10x developer would have been the one that managed to talk him out of this hair-brained scheme.
And that’s a simple example. That scenario illustrates, with the least moving parts, that you simply cannot correlate programming skill with furnished value. That plagiarist could have hired a journeyman idealist consultant to conduct interviews on his behalf, forcing people to implement alpha-beta pruning on white boards, and not writing any code would still have won the day.
Until Next Time
Editorial Note: I started this as a single post, but it wound up being about 5000 words — more than 3 times the size of a normal post. So, I’ve turned it into a series. This is part 2, and I’ve added part 3 to my posting schedule over the next few weeks. You can stay tuned for that when it comes out. Or, you can have the whole thing now. Sign up for my mailing list below, and I’ll send you the full post as a PDF. If you’ve already signed up and want the PDF, just go ahead and subscribe again. I’ve tested it — you won’t be registered twice.
[thrive_leads id=’7071′]
