News for hackers. Stuff that matters.
Re:The Software Engineer’s Guide to Negotiating a Raise by lambdasquirrel on Tuesday June 30, 2015 @05:05PM (#9808418)
I can't agree with this more. As much as I sympathize with entrepreneurs and managers having trouble hiring engineers in this current environment, I feel like "they" brought it on themselves because wages were probably below what they should've been for years, and because of that, supply became depressed.

Now that a lot more infrastructure and tooling is in place, we're seeing the effects of that prolonged depressed supply. It's easy (relatively) to hire junior devs, and much harder to hire senior devs. And even still, I talk to senior devs who have trouble getting a raise. I'm like... ok... well I hear X is hiring.

Re:The Software Engineer’s Guide to Negotiating a Raise by beambot on Tuesday June 30, 2015 @05:39PM (#9808586)
> wages were probably below what they should've been for years...

Not only that... tech companies like Apple, Adobe, Pixar, Google, Intel, eBay, Lucasfilm, and Intuit all illegally colluded to keep them low. The settlement for the affected workers was appallingly low!

https://en.wikipedia.org/wiki/High-Tech_Employee_Antitrust_L...

Re:The Software Engineer’s Guide to Negotiating a Raise by AnkhMorporkian on Tuesday June 30, 2015 @06:45PM (#9808891)
I agree that the settlement was definitely low, but I really disagree that the settlement was absurdly low on aggregate.

I've always done freelance/contract work, so I'm not 100% sure what 'significantly' better means in the normal software world, but I'm going to assume 5k/year would be a really significant raise. I know the national average is somewhere around 3%, so 5k seems like it would be absurdly more than average. Please do correct me if I'm wrong.

So, just going on $5,000 lost for a year for the 64,000 litigants, that's $320,000,000. They settled for $324,000,000. I swear I didn't presuppose any of those numbers, they just worked out like that.

Re:The Software Engineer’s Guide to Negotiating a Raise by wyago on Tuesday June 30, 2015 @07:13PM (#9808993)
Given that the suit was about wage collusion, not about suppressing raises, calculating based on raises seems like an incorrect method. The reason prices were lower was not due to a lack of raises, but rather because those companies were artificially suppressing the demand for software engineers by agreeing not to poach, which makes calculating exact losses extremely difficult (unless we can precisely quantify the loss in demand).
Re:The Software Engineer’s Guide to Negotiating a Raise by brookside on Wednesday July 01, 2015 @12:17AM (#9810041)
This, exactly. We aren't talking about a typical annual wage increase percentage, but collusion that effectively set a cap on salaries for certain types of employees couldn't test the market. I'm wildly guessing, but i would think the difference in salary for many was 40k+ a year.
Re:The Software Engineer’s Guide to Negotiating a Raise by slewis on Tuesday June 30, 2015 @07:07PM (#9808970)
The period in question is 4 years so multiply by 4 (although not all litigants were present during all 4 years so you can back it off a little).

And 5k is too low. Google gave a 10% raise across the board around the time this information came out. So assume 150k salary * 10% = 15k. Salaries also continued to rise more rapidly after the 10% raise, but it's hard to say by how much without having access to the internal data.

Re:The Software Engineer’s Guide to Negotiating a Raise by AnkhMorporkian on Tuesday June 30, 2015 @07:08PM (#9808974)
I'm not being snarky; where does 4 years come from? Do we have start/end dates on when the agreement was formed/ended? If we do, then I'm totally willing to revise my judgement on this. Also, 10% from Google does not translate to 10% across the board, only to any employees who would be hired by Google, which would surely not be 100%.
Re:The Software Engineer’s Guide to Negotiating a Raise by beambot on Tuesday June 30, 2015 @08:08PM (#9809188)
From the linked wikipedia article: "The civil class action which was filed by five plaintiffs, one of whom has died, accused the tech companies of collusion to not recruit one another's employees between 2005 and 2009."

Hence 4 years of wage suppression. Given tech salaries in SV, $5k is off by about an order of magnitude -- especially when you consider the knock-on effects of job mobility that was systemically quashed by collusion (i.e. moving jobs => better pay => faster career progression => compounded earnings).

Re:The Software Engineer’s Guide to Negotiating a Raise by slewis on Tuesday June 30, 2015 @08:19PM (#9809224)
Your first question is answered by beambot. The 10% argument is that Google felt it had to raise salaries by that much for everyone after collusion ended, in order to retain employees.
Re:The Software Engineer’s Guide to Negotiating a Raise by 0x5f3759df-i on Tuesday June 30, 2015 @06:27PM (#9808816)
>On September 8, 2014, Judge Koh set April 9, 2015 as the actual trial date for the remaining defendants, with a pre-trial conference scheduled for December 19, 2014. Also, as of early September 2014, the defendants had re-entered mediation to determine whether a new settlement could be reached.

Wikipedia seems out of date, what was the final result?

Re:The Software Engineer’s Guide to Negotiating a Raise by jmorrow977 on Tuesday June 30, 2015 @08:40PM (#9809290)
Apparently the payment is increased to $415M, which in my opinion is still too low.

https://pando.com/2015/04/14/apple-wage-fixing-plaintiff-acc...

Re:The Software Engineer’s Guide to Negotiating a Raise by sanderjd on Tuesday June 30, 2015 @05:18PM (#9808497)
What I don't understand is that the X that is hiring likely also has a bunch of senior devs who are having trouble getting a raise. It would be far more efficient to give raises to current employees who already have expertise at the company than to hire externally.
Re:The Software Engineer’s Guide to Negotiating a Raise by Swizec on Tuesday June 30, 2015 @05:55PM (#9808677)
Company valuations are based on N(engineers). It is said that hiring a full-time engineer increases your valuation by $1M.

And it only costs about 10% of that per year to pay the engineer. Winning.

Basically, there's no incentive to give raises to current engineers because when your company doesn't care about profits or expenses, but about getting and maintaining investment and stock value, it doesn't matter how expensive it is to train new people and how ineffective they are. As long as they are just effective enough to maintain a N(user) growth, you're good.

Re:The Software Engineer’s Guide to Negotiating a Raise by hawkice on Tuesday June 30, 2015 @08:00PM (#9809163)
> It is said that hiring a full-time engineer increases your valuation by $1M.

I won't dispute that this is said, but every once in a while I get the sense people saying these things should double check which column of their balance sheet these things belong on.

Re:The Software Engineer’s Guide to Negotiating a Raise by tallerholler on Tuesday June 30, 2015 @06:29PM (#9808821)
yes but when we're talking about the real world where maintaining N(user) growth translates into designing, implementing, and maintaining complex systems, it can be fatal to simply view engineers as a commodity that can be discarded or replaced on a whim...
Re:The Software Engineer’s Guide to Negotiating a Raise by seiji on Tuesday June 30, 2015 @06:37PM (#9808859)
Your argument failed once you said "yes but" — when valuation is a function of number of employees, adding fine-grained nuance and deeper levels of consideration just won't happen.

If companies want the best, yes they should do all you said. If companies are just trying to grow grow grow, they can probably do better with an approach of 1,000 coder monkeys instead of 10 expert systems builders.

Plus, no reasonable company is going to pay the 10 expert people the equivalent of the 100 coder monkey duties they are actually performing. That would be what... a salary of $10 million to $20 million per expert employee per year. Yes, you are worth that much, but the market finds true-value untenable. We'd rather let companies keep hundreds of billions in spare cash than paying it out to employees who are allowing such hoards of wealth to be, well, hoarded.

Re:The Software Engineer’s Guide to Negotiating a Raise by Swizec on Tuesday June 30, 2015 @06:58PM (#9808939)
> Plus, no reasonable company is going to pay the 10 expert people the equivalent of the 100 coder monkey duties they are actually performing. That would be what... a salary of $10 million to $20 million per expert employee per year. Yes, you are worth that much, but the market finds true-value untenable. We'd rather let companies keep hundreds of billions in spare cash than paying it out to employees who are allowing such hoards of wealth to be, well, hoarded.

Companies do do that. It's called an acquihire. It happens when an expert starts a startup that develops a technology that a bigger company needs. This bigger company then buys said startup for the sole purpose of hiring said expert.

They don't care about the user base or the interface or the company as a whole. They just want the expert to continue developing the technology they're an expert at, but do it for the big company instead of themselves.

Re:The Software Engineer’s Guide to Negotiating a Raise by seiji on Tuesday June 30, 2015 @07:11PM (#9808985)
It's called an acquihire.

Exactly. Wasn't the original question about how to get a raise at the same company though?

The option of "quit, give up all your security, hope to make something amazing, then get acqui-hired" isn't a tried and true path to just getting a raise.

We see people at Google taking that path all the time. Work at Google -> Quit -> Create new company with the same work you were doing inside of Google -> Get acquired by Google.

Cisco is famous for encouraging that tactic too. Lots of serial quit-acquirhire-vest-quit-acquihire loops going around. It's easy once you have the connections in place to drop out and instantly be established as legitimate again.

Re:The Software Engineer’s Guide to Negotiating a Raise by Swizec on Tuesday June 30, 2015 @07:39PM (#9809086)
Yes, the original post was about getting a normal raise. But if you want to be paid as much as 100 code monkeys, an acquihire or other large stock sale event is your only option.

With extraordinary rewards, come extraordinary risks.

But the bigger point of this comment thread is that you can get raise jumps with practically zero risk as an engineer right now by switching jobs. As an engineer right now you can switch jobs without a single day of unemployment. Just do interviews as a side-project, then when you get hired somewhere else, quit your current job.

Bam.

Re:The Software Engineer’s Guide to Negotiating a Raise by sanderjd on Tuesday June 30, 2015 @09:15PM (#9809452)
But companies are likely to lose the engineers that they aren't giving raises because of the same effect at other companies, so then it's a wash even under the N(engineers) valuation model, and I once again fail to see the rationality of it.
Re:The Software Engineer’s Guide to Negotiating a Raise by hayksaakian on Tuesday June 30, 2015 @05:24PM (#9808534)
But that's the difference between N and N+1 devs.
Re:The Software Engineer’s Guide to Negotiating a Raise by meatysnapper on Tuesday June 30, 2015 @06:41PM (#9808872)
My career has basically gone this way:

60k shitty entry level job (< 3 years)... quit for a

90k slightly less shitty job (1 year) ... quit for a

140k + $350k bonus/equity (< 2 years) ... quit for a

160k + much more equity, nearly certain IPO (hopefully for the full 4 years to vest 100%)

Don't hate the mercenary, hate the employer who won't pay you what you are worth!

Re:The Software Engineer’s Guide to Negotiating a Raise by crpatino on Tuesday June 30, 2015 @08:40PM (#9809288)
> Don't hate the mercenary, hate the employer who won't pay you what you are worth!

I think you fail to see a fact, the same fact that was overlooked by all your former bosses actually.

Your 6-years-ago self was probably not worth half of what your current self is. Your ability to land each new job was built upon the foundations of higher skills and professional maturity you achieved on the previous job.

Ambitious, talented employees keep growing, positions are static by nature. Job hopping is the de-facto career path.

Re:The Software Engineer’s Guide to Negotiating a Raise by PirateDave on Tuesday June 30, 2015 @09:32PM (#9809516)
Is 160k common in SV for 6 years experience?

I'm in the L.A. area and people want to crap their pants when I tell them to give me 150k.

Re:The Software Engineer’s Guide to Negotiating a Raise by meatysnapper on Tuesday June 30, 2015 @09:03PM (#9809404)
I am definitely worth more now; I agree. Unfortunately:

1) Management in all but one job I've had invested nothing in training and helping new employees grow. My technical growth has come through personal projects and taking on extra work.

2) Promotion never offered anything like the salary increases a new job offered. The incentive to stay is not there.

Re:The Software Engineer’s Guide to Negotiating a Raise by lmm on Wednesday July 01, 2015 @06:44AM (#9811027)
> Your 6-years-ago self was probably not worth half of what your current self is. Your ability to land each new job was built upon the foundations of higher skills and professional maturity you achieved on the previous job.

I think employers massively overweight experience, particularly in a field that changes as fast as ours. Five years ago I was just as smart as I am now, maybe smarter - I didn't have 5 years' experience with tools X, Y and Z, but tools X and Y are already basically obsolete. But the market says I'm worth twice as much now as I was five years ago.

Re:The Software Engineer’s Guide to Negotiating a Raise by crpatino on Wednesday July 01, 2015 @12:29PM (#9813090)
You are not worth more because you know more technologies, though it is an unfair fact on this industry that there will be one or two over-hyped stacks at any time. But back to the point, you are worth more because you have been exposed to the social dynamics patterns that repeat themselves over and over in each new development process. You don't learn that kind of stuff hacking on your bedroom and open source contribution, while valuable, can only take you so far. This is, IMHO, as far as and objective reason to hire someone experienced as you will get.

Also, there is the concept of social proof - which you may argue is a form of over-weighting experience, but that's an open ended question. If you have a track record of going to work for somebody else and achieving X, Y, Z goals there, you are perceived to be a safer choice than someone that in theory might be smarter than you, but that is lazy or otherwise unreliable, or with low communication skills, or a first class jerk. Not that you cannot hire this types if you go with someone more experienced, but from HR perspective, you are more of a "known quantity" once you have been around for a few years and built a track record for yourself.

Re:The Software Engineer’s Guide to Negotiating a Raise by s73v3r on Wednesday July 01, 2015 @11:45AM (#9812653)
But you also have five years more experience in designing software, organizing code, debugging, etc. All things that are largely tool agnostic.
Re:The Software Engineer’s Guide to Negotiating a Raise by lmm on Wednesday July 01, 2015 @11:50AM (#9812693)
I have five years more "professional" experience, seems to be the difference - I had verifiable coding experience on open-source projects before that that would have demonstrated those skills. I've got more confident in my judgement but I'm not at all convinced that judgement has actually improved.
Re:The Software Engineer’s Guide to Negotiating a Raise by aswanson on Wednesday July 01, 2015 @11:30PM (#9816691)
Did your core languages change during each switch? What is your current stack/expertise?
Re:The Software Engineer’s Guide to Negotiating a Raise by lmm on Thursday July 02, 2015 @03:23AM (#9817323)
I stuck to the JVM (since people seem willing to pay more if you have experience on the specific stack, and my first job happened to be Java); for the last 3-4 years I've been doing almost exclusively Scala.
Re:The Software Engineer’s Guide to Negotiating a Raise by Chinjut on Tuesday June 30, 2015 @06:47PM (#9808901)
That was some jump from $90k to $490k! (How'd you pull that off?)
Re:The Software Engineer’s Guide to Negotiating a Raise by ceras on Tuesday June 30, 2015 @08:16PM (#9809214)
I'm surprised you found a near-certain pre-IPO company who gave you a lot more equity than $350k. Most options I've seen at that stage seem to consistently not even reach 0.1%, which is already much less than $350k for your typical IPO.
Re:The Software Engineer’s Guide to Negotiating a Raise by meatysnapper on Tuesday June 30, 2015 @08:23PM (#9809236)
To quote Zaphod Beeblebrox, "I got lucky".

These companies can be found, and you probably know their names. You can get through their interviews by adopting the mannerisms of their interviewers (be it old cynical guys, or Stanford new grads, or whatever) and studying your SAT interview question book.

The way to really strike it rich is look for say a social network with 30+ million active users that is willing to give you options. It's hard to fuck up 30+ million users.

EDIT: Just because I got lucky does not mean the OPs post is wrong. My luck was aided by me jumping ship as frequently as I could whenever a good new opportunity presented itself.

Re:The Software Engineer’s Guide to Negotiating a Raise by rev_bird on Tuesday June 30, 2015 @07:39PM (#9809090)
Echoing Chinjut's question – I've never seen a jump like that, unless it was equity that turned out to be worth $350k, but looked like less when it was offered. How did that happen?!
Re:The Software Engineer’s Guide to Negotiating a Raise by meatysnapper on Tuesday June 30, 2015 @07:51PM (#9809129)
Mostly equity; I joined a company the week of the IPO but accepted the offer before that. I basically got very lucky, but the base salary + equity any relatively big name post-IPO company would also be $200k-ish.

Keep in mind that I stayed at none of these companies for more than 2.5 years!

There were 2 brief interludes 1) Non-technical grad school, but that actually netted me a very slick summer internship one year that paid way better than my previous job too. 2) Failed startup, that paid nothing

Unfortunately, I think I've maxed out on the software engineer pay scale now unless I get even luckier.

Re:The Software Engineer’s Guide to Negotiating a Raise by hexedpackets on Tuesday June 30, 2015 @11:12PM (#9809876)
Those are awesome and I'm sure well-deserved jumps. However, you definitely have not maxed out on the pay scale, especially if you're in SF/NYC. To quote patio11:

> Pick a number, any number: somebody does a lot better than that. For most numbers you’d naively think of, its an awful lot of somebodies. $100k? Not the top. $250k? Not the top. $500k? … Not the top.

http://www.kalzumeus.com/2015/05/01/talking-about-money/

Re:The Software Engineer’s Guide to Negotiating a Raise by rev_bird on Wednesday July 01, 2015 @12:38PM (#9813154)
Thanks for the response. I'm not a developer (yet... heh), but I think I'm probably within sniffing distance of the top of the pay scale for my particular role. It's a weird feeling to know, "Welp, this is the end of big raises," but at the same time, I'm incredibly relieved by the thought that I could go my whole life without another pay bump, even for cost of living, and still be totally fine. I wouldn't want that, sure, but so long as I don't get myself fired I'll have everything I need. What a ridiculously lucky deal we've found.

The less emotional benefit of getting higher in the pay scale is that job-switches can be about something more meaningful than just, "Oh shit, that's more money!" Now, so long as I can get close, I'll be happy to just go wherever would be most fulfilling.

Re:The Software Engineer’s Guide to Negotiating a Raise by ranit on Tuesday June 30, 2015 @10:52PM (#9809819)
Maxing out is not considered "unfortunate" by most definitions of luckiness. :-)
Re:The Software Engineer’s Guide to Negotiating a Raise by s73v3r on Wednesday July 01, 2015 @11:47AM (#9812668)
Depends. If he gets bored/unhappy at his current positing, then his options for leaving might be narrowed.
Re:The Software Engineer’s Guide to Negotiating a Raise by rev_bird on Wednesday July 01, 2015 @12:33PM (#9813117)
At that point, it seems like it just comes down to how much you're willing to pay to be happy. If your lifestyle inflates to the point that you can't take a pay cut, then yeah, that's a shitty situation, but I know of some folks who would gladly trade $50,000 for a little more free time, and in the next year or so likely will.
Re:The Software Engineer’s Guide to Negotiating a Raise by trowawayyy on Tuesday June 30, 2015 @08:37PM (#9809274)
Hey! Great job. That's awesome.

My trajectories been

25k 6months, 45k 6m, 75k 1yr, 110k now.

Hoping to get to 150k in one more year. 150+ would be a sweet salary!!

(Throwaway)

Re:The Software Engineer’s Guide to Negotiating a Raise by ljk on Tuesday June 30, 2015 @07:53PM (#9809137)
that's impressive! what's the shortest time you've spent at a company?
Re:The Software Engineer’s Guide to Negotiating a Raise by vonmoltke on Tuesday June 30, 2015 @05:16PM (#9808484)
> I can't agree with this more. As much as I sympathize with entrepreneurs and managers having trouble hiring engineers in this current environment, I feel like "they" brought it on themselves because wages were probably below what they should've been for years, and because of that, supply became depressed.

Correction: they are below what people of the quality they want are willing to work for. There are plenty of engineers willing to work for those salaries; the vast majority get rejected.

Whether these entrepreneurs and managers actually need the level of quality they are seeking is a subject for a different religious debate.

Re:The Software Engineer’s Guide to Negotiating a Raise by fweespeech on Tuesday June 30, 2015 @05:47PM (#9808630)
> Whether these entrepreneurs and managers actually need the level of quality they are seeking is a subject for a different religious debate.

I'd say its more accurate to say "The quality of engineers isn't effectively determined in most hiring processes."