|
|
|
|
|
by godelski
2222 days ago
|
|
What I don't get about these ideas is that isn't the factor "how much do you need to be in the office?" If you don't need to be in the office, why not just keep salaries the same and then you select from a larger pool of candidates (this should give you a pretty good pick, but you're still limited by when waking hours overlap). If you only need to be in the office once a month, dock a little as now you have to cover travel and lodging. It really seems like the factor of pay should be based on how important physical presence is, not on where the person is. Because otherwise I don't see it as a rational thing for a headquarters to be in SF and an employee in Arizona to get paid less than an employee in NYC. There's more advantages for the company for having your employee(your average programmer, at least) be in AZ rather than NYC. You need them in the office? A whole lot easier/cheaper to get that AZ employee there. |
|
Because you make less profit if you pay the outrageously high SF salaries. Bay Area salaries are incredibly high because there is outrageous competition for the top engineers and there are a lot of rich companies local to the region who can afford high salaries. They aren't able to hire a bay area engineer at 2/3 pay because that hire can go somewhere else.
If you are one of the early ones to the remote-game then you aren't competing with other bay area companies for an engineer in Tulsa. You are competing with local Tulsa businesses, which don't tend to make the gazillions in profit or VC money needed to afford to pay engineers 300k+. So you don't lose as many candidates when you say now you are paying 150k. So you make more money.
Over time this difference could even out as more and more companies become remote-friendly or remote-first and there are no more local job markets. But this isn't going to end with bay area salaries for the whole world outside of a very very small number of companies and very top performers who can command high pay.