An issue we've talked about here before that I've experienced myself is that recruiters often don't understand that titles in this industry are often meaningless and don't know enough about the lingo and the languages to competently place someone somewhere where they should be making the money they deserve based on their skillset.
I met with a local recruiter that claimed to be the best at what it did -- working with technical people -- and they couldn't parse my résumé except to say that they didn't see anything that said "senior" and therefore they couldn't help me. Given the fact that the types of jobs they were bragging about placing for was icanhascheezburger and other equally worthless entities, I'm fine with the fact that they don't get it, but experiences like that could be damaging to someone that doesn't understand their worth to begin with and would be willing to settle for less because people paid to help them don't actually understand what they can do.
100% agreed, many are just looking for buzzwords. The best way to avoid being underpaid is to know what you are worth. Some recruiters will be better than others at understanding the market and where an individual's experience/skill/etc place them.
After talking to a new candidate for about 20-30 minutes, if we haven't discussed compensation yet I'll usually throw a guess at them. I've been off by 50% on either side, but usually I'm within 10%. Part of that accuracy is based on my having a specific niche, to the point where I'm quite aware of which employers pay more than others in my market. I'll adjust my guess based on their employer, which is something more generalist recruiters probably couldn't do.
I myself am always back and forth on the value of recruiters in general. In the abstract, it seems like a perfectly okay idea for some circumstances. In real life, though, I've only ever talked to one recruiter (out of dozens and dozens of requests to 'connect on linkedin'), and that's because the salary they were offering was so high I figured it might be a joke.
Steve - You are probably in a unique position because of your visibility, at least within the community itself if not to at least some subset of recruiters. Recruiters that read the tech news have probably (hopefully?) seen your name a few times, though I could still imagine you being approached by a freshly minted recruiter for a junior level Rails job in some far off town.
Surprisingly, I too go back and forth on the value of most recruiters. My business model is so much different than pure contingency recruiters that it's not an apple to apples comparison. The industry is plagued by a well-earned bad reputation in some cases, but there are some that are worth the time. If you are ever interested in having a discussion with another recruiter (that probably won't have a job for you, but perhaps some insight), I'm easy to find and I'd be happy to take your call.
When a recruiter offers to talk to you, it's not necessarily a threat that you will be recruited. Some of us are real life human beings, capable of having a conversation without the need to try and push a job or my clients on the other person. I talk to lots of people about their career, give tips, etc. without the thought of possibility of recruiting them. Most of these people are more junior and certainly not as well-known as Steve, but I get requests for career advice often based on my writing.
My business focus is geographic at this point, so unless Steve wanted to move to where my clients are I probably wouldn't have a job for him. My mention of 'probably not have a job for you' could have been clarified as 'I'm quite confident that I won't have any relevant jobs to discuss'. But based on his mention of only having spoken to one recruiter, my offer to discuss his career with him remains open.
The average recruiter is a recent grad with little to no experience and often don't receive much training. Most are giving a list of people are are told to start calling until they find someone who is interested. It's sink or swim and the turnover rate for new recruiters is incredibly high.
Why do staffing agencies take this approach? Most understand to some extent its a numbers game. If you call 100 people, 10 are interested, 5 will be qualified, 3 will be interviewed, and one hired. In many cases its cheaper to hire an army of new recruiters who work mostly on commission than it is to hire experienced recruiters who know what they are doing (and understand that they could just start their own staffing agency). This is not a defense of these practices, just an explanation.
There are however lots of great recruiters out there who do "get it" and can help you make the right career portal. Personal referrals from friends who have had good experiences are usually the best way to find those good recruiters.
Very true. What bothered me about this particular agency is that the owners were older folks who I believe were transitioning from design recruiting to tech because they knew there was more potential there. As such, they had nothing to rely on besides titles.
I just went back to their website and it looks like they are back to working solely with creatives, so a small victory there.
This is 100% correct, and the source of the issue. The size of fees is also an incentive to cheat. I was lucky to be hired into my first job by a manager who did lots of training and had high ethics. There are some good ones out there. Some recruiters need to realize earlier in their careers that their name and reputation in the industry need to be preserved and protected through good practices.
The numbers game can be eliminated by engaged and retained search models, which is how I like doing most business.
Enterprise Architect also works. Those two magical words can mean any of the following (I've seen them all):
1.) Network infrastructure design. Varies between handing over a Visio diagram to Cisco sales team vs detailed component level design .
2.) Server hardware guy who decides server/nas/vm requirements for the company. Deals with hardware vendors.
3.) Some combination of 1 and 2, but does 90% vendor management.
4.) Software engineer who does integration.
5.) Another visio guy, but this time highish level application workflow design. No programming. More like technical business analyst.
6.) Like the above, but presales focus and client facing. Gets a commision. Like this: http://bit.ly/YlsaWu
7.) Lead software engineer with 20+ years experience designing $10M+ software for use in critical real time distributed applications. Delegates coding jobs to different teams. Defines APIs. Defines design patterns. Does coding reviews. Understands entire code base. Excellent knowledge of concurrency and parallelisation design considerations.
To put it mildly, there is some ambiguity in the title. But what makes this 'solution architect' so special is recruiters consider it a very senior position that is remunerated accordingly. And here is the kicker that illustrates how poorly some recruiters understand IT roles:
Sometimes its not clear if a solution architect role is a software or hardware job. So long as you've got experience as a solution architect you'll tick the recruiters box and your resume will make the short list.
So to all IT people out there, I'd suggest if you ever find your job role shifting towards work requiring Visio, try and get a title change to the coveted Solution Architect or Enterprise Architect. It shouldnt be a problem unless you have a very senior person with the same title. Dont demand a pay rise. You'll be well compensated the next time you look for a job.
'Solution Architect' is one title that should actually scare more recruiters than it attracts, but that isn't always the case. I would discourage any client from using solution architect, enterprise architect, or anything architect as job titles. The architect title means well, but the implications seem to be mostly negative today.
One thing that is not mentioned is stressing exactly how valuable your skills have been to previous employers. Stating exactly how you saved X amount of money or added X amount of new revenue is a really powerful reason that some get paid more then others. patio11 has a really great post about this: http://www.kalzumeus.com/2011/10/28/dont-call-yourself-a-pro...
Remember businesses are about making money. The way to get paid more is to demonstrate you can make them more money.
The bullet point about self-promotion and tooting your own horn were perhaps not detailed enough, but giving concrete and quantifiable examples is very effective.
I laugh off every resume that claims to have saved/earned the company $Xmillion based on some BS accounting that I couldn't verify even if it wasn't obviously fake.
Tell me how you can save/make me money, and I'll listen. Tell me that "You reduced IT spend my $5million" dollars and I won't have any reason to believe you.
Same for people who take sole personal credit for building something that obviously is the work of dozens.
It's not nearly as simple as that. That might work for a freelancer, but it's not so easy if you're getting a regular job. Even if you could prove you saved/added $X in your last job (how?), most companies will not pay much above what they're paying employees in a similar position.
>most companies will not pay much above what they're paying employees in a similar position.
And most companies are not worth working at. If you are in a position to negotiate in such a manner as described by the parent post, you aren't hurting for work.
I recently updated my resume on linkedin and dice and I am shocked by the response. I haven't actively searched for a new job for about 10 years so I didn't really know what to expect both in terms of available positions in my geographical area, Tampa, FL, and salary. In the last 3 weeks I've received 5-10 phone calls and/or emails per day from recruiters with salaries that are all over the board, but higher than my current salary. I have several years of .NET experience, but switched to ROR about a year and a half ago. 90% of the available positions I am contacted about are for .NET, which I don't really want to go back to. However, this makes me wonder if the wise career move would be to go back to .NET and just keep ROR as my side project language. Any advice for someone not living in a start-up or technology hub?
With that .NET experience, outside a startup hub to drive a lot of Rails demand, it seems like you will earn more with .NET than with Rails, doesn't it?
I've asked before: has anyone compiled a list of how various skillsets get paid in our world?
If I could get a job doing X or Y, and be happy at either, but X is $20,000 more than Y, I'd love to know that so I can work on those opportunities more.
With Pitchbox[1] we've seen full-stack engineers typically have the potential to earn the same in Ruby, .NET, or any language for that matter...compensation variation usually comes down to who they work for and the company's compensation ceiling more so then the language.
More narrowly focused skill-sets on the other hand will have variation...for example, developers that solely want to work on the front-end (e.g. backbone) are going to make 20K-40K+ less then their full-stack counterparts.
I am in my first year of web dev after college. I started out doing PHP stuff when I was in school, and now I work using ASP.NET MVC4.
I can't help but wonder if I am sabotaging myself by spending time on ASP instead of PHP, and would love some hard numbers to help me make a more informed decision.
In my opinion, early on in your career the important thing isn't so much what language you are developing in, but who you are developing with. If you aren't in an environment where there are more experienced developers that you can learn from, find a different job. Over time you will probably move through several languages, but the core principles of programming apply to all of them, and learning how to think through problems from a developer's perspective is fundamentally important.
Another bit of advice would be to work in a position where you have your hand in all aspects of a project. That will help you decide if you want to focus on a particular subset of application development (i.e. back-end, front-end, UX), or if you want to move forward as more of a generalist. This decision will impact your future type of employment. Concentrating on one particular aspect of development will lead you towards larger companies and/or larger development teams. Being a generalist will lead you towards smaller companies or start-ups with smaller or no teams at all, as well as possibilities outside of normal technology companies (i.e. I am interviewing with a law-firm next week that needs a senior developer to create internal tools). I'm of course speaking only from my experience and making generalizations on that basis alone.
.NET MVC is a great first step on the corporate dev path. You'll mostly work in cost center departments (see article). It'll pay pretty well for a day job, but you'll have limited market leverage as a cost center. You'll have to go where the .NET jobs are, and that's mostly big companies that treat IT as a necessary evil.
PHP is a great first step on the indie dev path. You'll work in smaller shops, pay can fluctuate wildly, but at least you'll be a profit center. It takes a bit more hustle to manage your career but you'll be better positioned to hang out your own shingle later if you're interested in doing so.
A few years of enterprise work can be a fine starting point for transition into more indie dev, but you'll have to be honest with yourself about the trajectory you're on from one year to the next.
Entry level .NET (web) jobs may well be in IT departments, in a so called cost center, but I've have four web development jobs, all using .NET, and all of them have been for product companies, working on the core product, which was either sold on a SAAS model or DVD.
Anecdotally when I arrived in London I talked to a recruiter who claimed that PHP devs get payed less then .Net devs. One recruiter in one city so take with a pinch of salt.
My first job in the development industry was working as a PHP developer for a nine month internship.
Now that I'm graduating I received several job offers, most of them involved working with PHP again. However, I received two offers from two relatively large companies, one as an ASP.Net developer and the other as a Java EE developer. The salaries for these two jobs were quite a bit higher than the others and included great benefits too.
Again, I'm only a graduate so can't really give any solid answer as to whether you're sabotaging yourself by working with ASP.Net, though I doubt you are. Most decent employers will probably be more interested in ensuring you can program rather than focusing on what specific language you've been using recently. If they know you can program, they can probably assume you'll be able to apply that knowledge to a new language.
The .NET positions are typically higher in salary, but they also have a wider range. The ROR positions all seem to be within about $10,000 of each other.
Being in Tampa, FL is definitely a limiting factor in my desire to continue working professionally with Rails. However, I really do not want to relocate at this time. I guess I've been lurking on HN too long, because the availability of .NET jobs and lack of ROR jobs in my area was still surprising.
When you were working with .NET before, I assume that means you were writing C# (or maybe VB.NET)? You might consider learning F# -- it's a fantastic language to work with and might even change your mind about working with .NET. (Plus, you'll already have a head start given your previous experience.)
"As a recruiter I typically handle salary discussions for my candidates, and I know that for most engineers that particular service is considered most valuable. "
When I've worked with recruiters I appreciated the fact that they would negotiate on my behalf. That said, don't forget that when it comes to salary, a recruiter's interest and yours are not really aligned. They don't care about how high a salary they get for you as long as they you get hired.
Thanks for the comments, though not necessarily true. As an agency recruiter that represents several companies, typically the recruiter is paid a percentage based on the hire's salary - so actually, their interests and yours are directly aligned in that way. You are correct though that in general, the recruiter wants to simply get a deal done. Getting an extra 10K for the candidate may result in an extra 2K in the recruiter's pocket, but if the deal doesn't happen it's 0K for the recruiter.
These examples are specific to contingency recruiting, which is not the focus of my business (more retained/engaged search).
There was a study on how real estate agents sell clients' houses vs their own. On average, agents will keep their own properties on the market ~10 days longer.[0]
If a client's house sells for $310k vs $300k, that's an extra ~$10k for the client. On the other hand, spending the additional time negotiating only nets the agent $300.[1]
Typically agents will sell additional houses rather than negotiate prices on sure sales. However their behavior changes when selling their own houses.
---
[0]: From Freakonomics as mentioned by vitalique and roel_v below.
[1]: Real estate agent fees are typically 6%, equally split between buyer / seller agents.
I think this is from Freakonomics by Levitt and Dubner. After the initial publication of the book (and probably before it, since this is just a typical principal-agent case) this point has been raised and discussed numerous times, though. National Bureau of Economical Research has a paper on this topic [0]. From the abstract: "It is not obvious that sellers benefit from those services".
"Our central finding is that, when listings are not tied to brokerage services, a seller’s use of a broker reduces the selling price of the typical home by 5.9 to 7.7 percent, which indicates that agency costs exceed the advantages of brokers’ knowledge and expertise by a wide margin."
The main difference between houses and job candidates are that the houses can't refuse the sale and have no idea of their own worth.
Recruiting is a sales job with a commission typically tied to salary of the hire (similar to commissions for selling houses that are related to sale price) - but where it gets interesting is that the brokered item in 99% of sales situations has no say in the matter. In recruiting, the candidate is to some degree the product of the transaction, and the product can reject the sale. It's an interesting dynamic that makes recruiting unique.
This explanation is rudimentary and hopefully recruiters don't treat candidates like some common 'product' for sale, but it gives some insight into why analogies between recruiters and realtors or other sales/commission jobs are not entirely relevant.
That is an interesting perspective, and again raises the question of contingency recruiting as a model. The company is paying for the service, so I guess you could equate the company as the seller paying a commission on the price. But the buyer (candidate in your model) and agent (recruiter) are the ones trying to drive price up (higher salary), which isn't how buyers act. I don't think that mentality is really prevalent in the industry, and the analogy seems to offend technologists. If there is a better analogy, I haven't found it yet.
And where engaged or retained search is most valuable is to get rid of this. Real estate agents selling their own home know that they will sell that house - they aren't competing with other agents to sell their own home, so they aren't pressured to sell quickly. When recruiters are compensated partially up front and have semi-exclusive deals with companies, it takes away the need to sell quick (force a hire). If I know I'm going to fill the slot, and I know that another recruiter isn't going slip in and take my fee, I'm not of the same cut-throat incentives to just make a deal happen. Again, good analogy with contingency recruiting.
My wife's a Realtor, so I have some insight into this. One aspect you're missing is the value of reputation, referrals, and repeat business. Going the extra mile for her clients to get them the best deal possible (which, sometimes, happens to be the offer-in-hand) has long-term consequences for getting future business. That's worth a lot more than the extra $300.
Also, "selling additional houses" isn't as easy as it sounds. There's a lot of unpaid effort involved in acquiring clients and getting to an offer, before any of the negotiation starts. Time spent negotiating and baby-sitting an existing offer at least has a high likely-hood of being paid time.
So are you saying that realtors don't on average keep their own houses on the market 10 days longer than they keep client houses? We don't need to fully understand the incentives to know they are different if we know the outcomes are different.
I'd love to know what the distribution of this is. If you pick a realtor at random it appears to be "worse" than not using a realtor, but what is the variance? I suspect that a good realtor is probably going to get you a better price, I'm pretty certain that a bad one won't!
When I bought my current property the seller used a listing only service and pretty much screwed up every part of the transaction that was possible to screw up (missed deadlines, filed the wrong papers, failed to show up for closing for 3 days...) - I nearly walked away, in retrospect I should have, this is basic stuff that even a sucky realtor will get right.
The post above is not saying that realtors are evil or useless, just that the standard commission schema means that a realtor's payoffs/incentives are quite different than the owner who hires the realtor.
That's pretty much always the case when one person hires another person to do something. The hire-er wants to get as much work done for as little money as possible, and the hire-ee wants to get as much money as possible for each unit of work. They're polar opposites, yet this arrangement happens all of the time.
The problem with having different incentives is when one party doesn't recognize that there is a mis-alignment. If you're selling your home and you don't realize that your Realtor's time is not an endless, worthless resource at your disposal, then you may be inclined to insist on your Realtor spending endless hours of aggressive negotiation, potentially putting the offer at risk of closing at all, for an amount of additional money to you that's not really going to make much of a difference to you. (My wife's been involved in deals where one party or the other has risked a deal that's been in the works for 2-3 months over less than 0.1% of the house's value.)
0.1% of a house's value seems like a fair amount of money. I doubt it would seem strange to put a lot of effort into getting that much money, if it was framed differently.
Admittedly, not spending 2-3 months to work out another deal is worth quite a lot of money as well. But this behaviour doesn't seem obviously irrational.
0.1% of a house's value is almost certainly not an appreciable amount of money. It's so low that, if the parties could not find a way to come to terms over it, the agents may swallow it themselves just to get the deal done.
For a half-million dollar home, which would be a relatively nice house for most of the country, you're talking about $500. For any party on that transaction (buyer, seller or their respective agents who each stand to make $15k on a normal 3% commission), that's not a lot of money and is almost certainly not worth arguing over if you're in all but the earliest stages of negotiation.
Reputation and referrals are my lifeblood. I have been giving things away for 15 years - mostly information, insight, tips, etc. I have contacts who ask me for career advice all the time, even when not looking for jobs, and I always take the call and try to provide honest advice. When those people are asked who to use for search, they send business my way.
I now do very little marketing to new clients or candidates - I post some jobs on my site, but very little advertising and very few cold calls. The value of acquiring a set of very specific and useful information (market rates, info on companies, etc.) and providing that to your network when asked is rewarded down the road.
I certainly see that as an issue. I've written here before about how the recruiting industry could change, and my business model addresses that at least a bit. For one, almost all of my clients pay me flat fees up front, which is why I'm willing/able to advertise for them (as opposed to contingency recruiters doing free PR).
I'm also transparent with my candidates. If they have two offers and my fees are different with the two clients, I think it's my duty to let the candidate know so they can make an informed decision if they feel I am showing any hint of bias towards one client (of course the difference in fee is usually nominal at best).
Being retained or engaged by a client, as opposed to contingency, really minimizes the incentive to encourage a bad deal for either side in the transaction. I know I'm going to get my fee eventually, so I don't need to try to talk both sides into a marriage that isn't good for either.
The real estate example is a very good analogy for most contingency recruiting models though.
Only a bad real estate agent would do this. Their commission is percentage based, so a good agent will try to get you the most possible for your home. Also, it's unconventional, by try an agent who is open to dual-agent sales (represents both the buyer and seller). Their interest in that case is to get the most fair deal to each party.
> "Their commission is percentage based, so a good agent will try to get you the most possible for your home."
That discounts the value of time. If it takes, say, 40 hours of work to sell your home for $300K, and another 40 hours of negotiations to bump that to $400K, it is not in the realtor's interest to pursue the $100K - he/she can simply pursue another $300K sale in the same time.
A commission based structure tends to have weird cliffs like this subject to the details of the field.
Letting a recruited negotiate for you is horrible. They have no interest in getting you a great salary. They say things like "just so I know the ballpark, how much do you need to pay your bills?" and then they will tell the hiring manager exactly what your minimum is, just to close a deal.
Recruiters are good for one thing: to make introductions. Good recruiters are good for that, and deserve the SALES commission for their SALES job. Recruiters aren't your lawyer.
Get two job offers, auction yourself off. That's how you negotiate.
I would disagree on this. This is the second comment about having no interest in salary, and that seems to be a fairly serious misconception about most recruiting.
I'm not sure where you are located, but in the US most recruiting is done on a contingency basis, meaning a fee is paid only if a hire is made. That fee is almost always based on a percentage of the employee's starting salary (could include bonus as well). Fees have a wide range, but during my career I have seen them everywhere between 15 and 33%.
The counter argument is that contingency recruiters want to close the deal, otherwise they don't get paid at all. Is the easiest way to close a deal, and to make sure the deal stays closed (see "counteroffer"), to get the candidate his/her minimum acceptable level? No. You are doing both parties a disservice if you do that.
You are doing the candidate a disservice by only trying to achieve the minimum. You are doing the client a disservice because although they may get the hire, the deal is not as secure as it would be at a higher number (again, see counteroffer), and if your goal as a recruiter s to help clients both attract and retain (key is retain) talent, they are better off paying a bit more to make the hire happy on start and less likely to be poached by someone else.
If I know a candidate's minimum, achieved via some proxy ('Dave, I'll accept at 120 and start May 15', it is fulfilling to call that candidate and say 'Remember when you said I could accept at 120? Well I got you 128. Congrats!' Happens all the time, and feels good every time for the candidate. On the other end, I'm coaching clients about retention and not just getting someone on board.
The biggest benefit to a recruiter (or any intermediary) in negotiations is a buffer. I've seen candidates do some incredibly dumb things in negotiation, such as asking for 150% of what they really are worth and expect to get, just to 'start off negotiations' - as if this were a good tactic. What happens if the recruiter isn't there as a buffer? The candidate makes the proposal, and the company says no thanks and let's just pretend we never met.
Other side is a client will call and say 'your candidate was making 80 at the last job? I'll go as high as 90, but offer 60 just do see the reaction.' My response would be 'the reaction is going to be an annoyed candidate who now feels lots of time has been wasted. Lets not screw around, get serious about this.'
Without a buffer, neither of these deals happen, yet both parties were willing to accept the terms of he other. If you think this is rare, you haven't been involved in enough deals with enough people yet.
This article misses several key points that help explain why a "geek" might make less than his/her peers:
1. Failure to research the industry. This is the main reason people are underpaid. Sure, talking to friends is great but go broader than that. Glassdoor.com provides anonymized salary information on a per-company basis. Job sites like indeed.com contain salary ranges. LinkedIn can also be consulted. Finally, the stalwart salary.com provides a bell cure of salary for a specific title.
2. No B.A.T.N.A.[a] Best Alternative to Negotiated Agreement. Leverage. Fall back position. Multiple irons in the fire. Call it what you will. Having a good "plan B" gives you the upper hand. Even if the recruiter is negotiating for you, you need to negotiate with the recruiter.
I thought my mention of the bullet point 'Market knowledge' addressed that, but I didn't mention research specifically. Most geeks should have that instinct to seek more data, regardless of what kind of data they get from friends.
I never have seen BATNA before, interesting. I'd lump that in with negotiation. If you have multiple irons in the fire, that should be part of your negotiation tactic. If you know what you are worth and you have value above what you are being paid, you should make that clear and negotiate based on those facts.
A recruiter negotiating on your behalf mainly serves as a buffer - to prevent either side from souring a deal that should happen. If my client tells me they are going to offer 80K as a first pass to someone making 100K, I'll encourage them to make a better offer for fear of ruining their chances to present a higher offer later. If a candidate tells me to ask for 150K even though they will accept 100K, I'll educate the candidate that this tactic may prevent an offer from ever being made.
The actual reason you make less money is that you were offered less money and said yes. So why did you say yes? Pondering that question will reveal a lot about yourself and what you value, and it will also suggest what you should do if you're not happy with your current situation.
This might not be the case in the silicon valley, but here in Europe I find companies consistently try to offer as little as they can get away with, no matter the position. If you want a salary you think you deserve, you have to ask and be very determined about it. The same can be said of raises, I was massively disappointed to find out effort and hard work has nothing to do with getting a raise, but the truth is many employers are very happy to pay you as little as they can for as long as they can, specially if you are good.
Isn't the answer to that question always going to be that you were offered what you were offered because that was the least amount they thought you might accept?
That is, nobody pays you what you're worth to them. If they did, their profit from hiring you would be zero. Therefore, they pay you the least amount they can get you to accept.
> Isn't the answer to that question always going to be that you were offered what you were offered because that was the least amount they thought you might accept?
That would be an answer, albeit a very vacuous one.
From a game-theoretic perspective, you want the most they are willing to pay and they want the least you are willing to accept. But those two values delineate a range, sometimes a pretty big one, and what's really interesting here is where the final number falls in that range.
In real life, the game of negotiation does not have perfect information, which means you can fool the opposing party as to what the endpoints of that range are. That's the main way of pushing the final landing point closer to where you want it.
So there's a lot more to questions like this than these vacuous answers. It's a psychological game, and if their offer was actually the minimum you were willing to accept, you have to ask what else you could have done, either now or in the past, to set yourself up in a position where you could have "tricked" them into paying more than you were willing to accept.
I coach clients to pay not just what it will take to hire talent, but also what it will take to retain talent. This is a key difference particularly when talking about hiring unemployed candidates that may be inclined to accept less than market rate, or when considering candidates that are obviously underpaid by a significant amount. Market rate isn't an exact science but knowing what competitors offer candidates (generally speaking) is useful information that recruiters could potentially provide.
> So there's a lot more to questions like this than these vacuous answers. It's a psychological game, and if their offer was actually the minimum you were willing to accept, you have to ask what else you could have done, either now or in the past, to set yourself up in a position where you could have "tricked" them into paying more than you were willing to accept.
Yes, and that's what I meant when I originally wrote, "So why did you say yes? Pondering that question will reveal a lot about yourself and what you value, and it will also suggest what you should do if you're not happy with your current situation."
The point is that once you say yes, that's what you get. So think about why you said yes to a "low" offer. Was it because you didn't know it was a low offer? Then do some homework; get to know the market better. Was it because you did know it was a low offer but didn't know how to work up to a higher one? Then brush up on your negotiating skills or get an agent to represent you. Was it because you're not good at presenting yourself and have learned to live with lower offers? Then get some coaching or talk to a mentor.
Do you understand what I mean now? If you said yes to a "low" offer, it was only because you had reason to believe you couldn't do better. So identify that reason and do something about it.
Well there are several ways to go with this beyond just why you said yes. What if you are consistently offered less? At some point it may not become a choice.
Can you explain what makes you believe my explanation fails to account for systemic conditions? Are they not accounted for by the beliefs and preferences of the person saying yes?
Great article. Stepping back, I love the approach Dave is taking as a recruiter where he is sharing real career advice that technologists can benefit from without any hard pitches.
Great recruiters are few and far between, but the best ones out there can add a huge amount of expertise and value to your job hunt.
Dad? :) Thanks for the kind words. It can be depressing to be in an industry that is so hated, and I'm generally trying to give candidates actionable advice and insight into conversations that many are simply not privy to. I use the word transparency a ton when discussing recruiting - secrecy seems to be one way recruiters try to make money, but transparency and sharing ideas is another way to really differentiate yourself in the recruiting business. Thanks!
The taboo about discussing let alone being open about salary information has no impact here?
I believe most people are reasonable. If I see that the people I work with make more or less than me, a decision was made by someone. If that decision is reasonable, the difference is reasonable. I wouldn't be upset, but I would then know what I could do to improve my value, which would make me a better employee.
On the other hand, if employees remain clueless about the compensation of others in their company, they don't know when they could be worth more, and won't be motivated to make it happen. Perhaps companies like this, but they shouldn't, because it removes a very key motivator from your employees. Saving $20k on a few employees isn't worth much if those employees could earn that $20k by providing more of what you want (especially if that nets you significantly more in business value than the difference in their salary).
This is why I don't understand keeping salaries private. Sure, some people are being severely under or over paid, and they'd have to regress closer to the norm or risk upsetting happiness levels of others, but I don't see any serious issues with this.
It's a taboo precisely because it benefits the rich and powerful. Here in socialist Europe it's recently become illegal to fire people for discussing salary, so we can hope people will start being more open, but there's a long way to go.
I gave some thought about this taboo when writing the post, and I originally had some language about being taught as a child not to ask people how much money they make. I'm not sure if parents still stress this with their children, but I'm rarely asked what I make.
In my line of work, I generally am required to ask everyone what they make, and some are more hesitant to tell me than others. Some companies are much more transparent about comp than others, but as a rule individual comp is regarded as something not to be shared with others at your company. The hypothetical discussion I allude to in the article could easily be between two people who do not work together, or that used to work together, making the sharing of salary information more of a private matter instead of a company matter.
If employees had the rare ability to fairly critique their performance vs that of others, making salary transparent shouldn't be an issue. Imagine a baseball team that always paid their best player (highest average, value over replacement, some agreed upon statistic) the most money - it would be hard to argue with that. But in companies with multiple employees and no common metric for measurement, it's nearly impossible to expect Employee A to accurately assess his/her own performance related to Employees B, C, and D. Most would have a tendency to think they are a bit more qualified or a bit more productive than they are relative to their peers.
If you try to regress people closer to the norm you're going to lose those star performers - the ones who have outsized, convex effects on the company.
A fictional example. If you squeeze everyone into a narrow band, you'll loose your patio11 star A/B tester. and with him, millions of dollars of easy profit.
But then he's clearly doing something to warrant the discrepancy in pay. That's what I'm saying.
If I see he makes $250,000 and I make $150,000, and I ask "why?" and get an answer along the lines of "he provides us with x, y, and z, and those are extremely valuable to the business." Now that's fine, and I am empowered to be treated as a business partner. I can improve myself and provide something more valuable to the company to warrant better compensation with an understanding of what I can look to receive by providing more business value.
But if I have no clue, why would I want to engage with my company on that level? It doesn't even feel appropriate to make such an approach with this nonsensical taboo.
The point isn't to regress people that earn their difference in pay, the point is to regress people who don't earn their difference. An ancillary benefit is to provide everyone with a better understanding of their value and what value they provide the company, which makes it easier for people to grow professionally.
Agreed. My theory on this one was based on some large companies in my area that had engineers with 20+ years of experience making 150K, that were horrified to learn that they were worth only 100K based on their skills. They became 'valuable' to their own company, but didn't have that value to anyone else due to specific skills that didn't necessarily transfer (think proprietary langs and frameworks).
I think the chief reason why some people make more than others is because they want more.
The reasons given in this article are interesting but they strike me as rather technical embellishments to the fundamental variable: the desire for money.
I make no moral judgement about that desire; I simply recognise that some people have it more than others.
You could potentially distill all of these reasons to desire. Someone desired more money, so they decided to go into consulting and learned a rare skill while negotiating better and speaking at conferences and so on. No argument here.
Single women make more than their male counterpart. Married men make more than their female counterpart. Several reasons for why this might be true including married men are more likely to work overtime while married women are more likely to work parttime. A married man is committed to his job in the same sense that he is committed to his family since he is more likely to play the provider role. He is a dependable presence in a company.
That wouldn't really make sense. The hypothetical engineer of questionable skill is just as susceptible to outsourcing pressures as you are.
If said engineer is able to compensate for that outsourcing pressure and you cannot, it is better explained by the points made in the article - negotiation savvy, domain knowledge, externalities like goodwill, etc.
pretty good article. I've seen some strange things with money and disparity. The one thing that I've always found, though, (common to urban myth) is that effort is reciprocated with more money - I find people have always looked out for me from the higher layers even when everyone around me who worked half as hard complained about no raises. At that time I was a little underpaid relative to my peers. So good resources will get the money balanced out over time if they are really truly good imho. Good will aside - that's a separate issue of course.
We're smack in the middle of an uncanny valley between two economic periods. The industrial era gave everyone a mediocre income through repetitive work. The technological era brings much more income volatility and (when it reaches maturity, probably late in this century) will inevitably require a Basic Income. It's about concavity versus convexity: http://michaelochurch.wordpress.com/2013/03/14/gervais-macle...
Concave work is that where the difference between top-notch stuff and mediocrity is small-- maybe 1.2x or 1.5x. Convex work means that excellence is so far superior over mediocrity (10x, maybe more) that mediocre work has almost no value.
What we do is convex because we automate all the concave processes. If the work can be commoditized, a good programmer will automate it away. That leaves the hard, creative stuff. So we have a convex input-output profile. That's part of the fun-- you can add 20% more value by being just a little better-- but it's also pretty terrifying to realize how close we are to a "natural" celebrity economy where a few stars are extremely well-paid and most get nothing.
We, however, have a few things that play differently. First, no one except a superior programmer (who become rare as one moves along) can evaluate us. Most CEOs are not only in the dark themselves, but unable to evaluate a CTO, who's unable to evaluate VP/Eng, who's unable to evaluate programmers. It's a classic Design Paradox. I think it's pretty random whether a non-technical CEO gets a decent CTO. Second, even we are in the dark about what makes a great programmer. Is it talent, or experience? Obviously, it's a mix of both... but the rarity of great programmers suggests that either few have the talent, or quality work experience is thin on the ground. We're unlike most people in the corporate world in that we deeply want to get better at our jobs (independent of being more rewarded) and yet the path to that is very opaque. How do you become a great programmer? Get great projects. How does one do that? It's not easy.
The complete opacity of programmer skill and development helps and hurts us. No one knows what we're worth. We don't even know.
As a VP of Operations trying to hire 3 support engineers right now, this post is spot on.
I'm paying you what I think you're worth, and that's a stab in the dark based on what other support engineers in $locale are making, how sharp I think your skills are, and most importantly, how much potential I think you have (I expect one of my candidates to grow into my position at some point when I leave to be a CTO at my next org).
TL;DR People are the hardest part, and we're all still learning how to do it right. Interesting times such as now don't help.
Determining the theoretical 'worth' of a programmer is difficult because demand for programmers is typically tied up with a firm determining how much value they can get from a particular hire. Where information regarding the value of a skill is difficult to quantify due to the largely tacit nature of the skill, valuation is difficult.
It is, however, possible to examine value by examining the differences in demand. If a firm compares their programming staff to a theoretical programmer, then determine what they would be willing to pay for wrt some specific added value that they would get at a particular level of execution, they can effectively price talent.
The take home point is that your first step to pricing is by way of comparing delivered value. The interesting part here is that programmers will likely discover that their skillsets are highly asymmetric wrt value delivery.
My question is how do we measure delivered value? Seems the push for quantifying contributions (https://news.ycombinator.com/item?id=5462622) might be related to the difficulty in value calculation.
Oh, I don't know how hard it is to get better. All you have to do is point yourself at challenges that are harder than what you've previously done, and then do them. Sure, that's a local optimization process that will be prone to reaching local maxima, but you can always broaden your view to find a larger challenge.
Most of us spend more time on our day job and its dev problems than we do on extracurricular learning. Finding a job (or academic post) that is set up to help you push yourself consistently is the trick.
Most dev jobs don't inherently scale difficulty up to match your constant skill growth. "Good" work (at least the metered, someone-else-is-paying-for-it kind) is subject to a lot of competition.
It's hard to get to (or even near) the 2.0 level without continually getting high quality work. That kind of work is rare in the corporate world and most people never get it.
It's also hard to push yourself to a 2.0 level if you can't work on it full time.
Now, a neat thing about side projects is that they don't have to be 2.0+ to be useful and successful. There are other things that matter just as much. That said, if your goal is to become a 2.0+ programmer, you'll pretty much need access to a quality of work that most developers never get to do at their paid jobs.
Well said. I find that most that are trying to become great programmers place more emphasis on finding a great team above a great project. Of course, having a great team may be one of your criteria for what makes a project great.
I don't think the path to greatness or the concept of programmer skill are as opaque as you suggest, even for non-technical evaluators of talent, once we at least have some small set of evidence and indicators available that tend to suggest talent.
For example, if I'm approached by an engineer from a major player like Google, I immediately have at least an idea that the engineer should be better than average, simply based on the fact that this engineer has already been vetted by Google's hiring process. That in itself isn't a guarantee of talent or 'fit' (fit isn't entirely relevant to this discussion), other than the ability to pass a rigorous interview which does not make one great, but it's an indicator, and chances are that engineer will probably be given a pass on a first phone screen. Someone who has held a job for years at an esteemed tech organization (need not be globally known) probably had to do something right to keep their job. Not foolproof, but fairly reliable.
Running references is another way to get some indicators. Granted, if a candidate can't find 3 people to say nice things about them he/she should find another line of work, but when you ask references the appropriate questions you will notice patterns if the references are being honest. I always ask about 'areas for improvement' as well as strengths, and if 3 references provide consistent answers to an area for improvement, I can be sure that is a flaw that should be acknowledged or addressed before hire. If you don't get consistent answers from the first few references, ask for more. Even a candidate's ability to provide references is another indicator of skill (not to mention soft skill, another element of greatness probably). Not foolproof, but usually reliable.
If working in smaller circles, you may know people that worked with this candidate that is not on their reference list. This is potentially dangerous territory to step into but I'd imagine a CEO making a large investment of both cash and equity would want to know what some others think.
Over the past few years, the technical interests outside of employment are becoming another indicator. I've said this before (as have others), but below-average engineers don't read or write Haskell code on weekends. This doesn't mean that all great engineers write Haskell on weekends, but that would certainly be an indicator of technical ability, and that indicator should have very few false positives.
The choices an engineer makes are also an indicator - not a guarantee, but certainly a signal. One might question the skills of someone who leaves a job doing very interesting and complex work for something much more junior or less challenging technically. These decisions start to create a narrative that at least suggest some skill level.
Of course, if we have the benefit of seeing someone's portfolio that is another indicator. It's difficult to judge an individual contribution to a group effort, but taking that type of evidence combined with any solo effort, interview performance, and perhaps a pairing exercise with your company's 'most talented' two developers, shoof provide some body of evidence for a decent talent evaluation.
A non-technical CEO could use similar tactics (not identical) to learn about a CTO, rather than relying on luck or other methods.
What makes anyone great and who decides who is great is tricky business, but it's mostly tricky when we have no prior info to use in the evaluation. The path is perhaps a bit more opaque, but I don't think most programmers really believe they are in the dark (and unable to evaluate talent accurately) as you suggest.
My article wasn't obviously as much about greatness as perceived value and salary disparity. None of the engineers in my article need to be great, or even good, for the disparity to exist. Your points, as always, are well made.
I met with a local recruiter that claimed to be the best at what it did -- working with technical people -- and they couldn't parse my résumé except to say that they didn't see anything that said "senior" and therefore they couldn't help me. Given the fact that the types of jobs they were bragging about placing for was icanhascheezburger and other equally worthless entities, I'm fine with the fact that they don't get it, but experiences like that could be damaging to someone that doesn't understand their worth to begin with and would be willing to settle for less because people paid to help them don't actually understand what they can do.