It's like saying "I wonder how I can hope to have steak dinners with Safeway charging such high prices for steaks."
That's what they cost. If you can afford it, pay it. If you can't, don't have steak dinners. This is the market. It's not a special problem for you that requires an intervention.
You aren't entitled to anyone's labor at any specific price.
If your business cannot be sustained unless certain people are coerced into working a lower price, your business is not sustainable!
Anyway, in reality, the US healthcare industry has a massive and powerful lobby, so it can exert a lot of control over markets through its purchased representatives. For example, everyone in the country has to throw business their way (for good or ill).
The healthcare industry isn't about to go belly up because engineers aren't cheap enough. Maybe your job is hard because you have a small budget. So sorry, but don't blame the candidates.
> At some point, even if you are doing work that really matters in a big way, you can't be stupid about your career and leave money on the table
You make an offer and because it's dodgy or not good enough, you have to belittle people and call them stupid in the hopes that they will be insecure and weak-willed enough to believe you and back down.
I guess this is one solution to the exorbitant expense of keeping people happy: "Don't be stupid, baby. You can't live without me. You're nothing without me."
My larger point is that there are finite numbers of employable people who write software and that it appears to me that it is becoming more and more professionally rewarding for those individuals to concentrate themselves in dedicated software companies. As this happens, it becomes harder and harder for non-software companies to employ such people.
The problem is not the money per se, but the same problem I see in working for any non-engineering company. There is simply no career path available when your role is perceived as being outside the core mission of the organisation. To progress in academia one must write papers, not software.
The NIH has begun recognise the need for funding software and databases, but there seems little prospect of university career structures adapting any time soon. As far as they're concerned we're only the staff.
I'm currently interviewing at a few of those types of places that does research. My main role there would be to develop applications that will help them gather data for their research.
Did you have any other bad experiences or lessons that you think a developer should know about before working at a place like that?
What I miss most from working in an engineering company is the technical feedback I received from my colleagues. Now, they're experts in a different area. In that respect it's not that different to working in any other non-tech company. You'll probably spend a significant chunk of time introducing good development practices (testing, etc.) But expect to be asked to justify them too. This can be great, but hard work without the common experience to fall back on.
Like any organisation there is huge variability between teams and projects. I'm not sure I'd read too much into my comments. An anecdote is just that.
All that guarantees is these founders won't be hiring peers (or better). Better to overcome their fears and let professionals do their jobs, remotely if that's what it takes to get them to work with them to achieve their vision.
Hmm, I disagree, but that's based on my experiences with our attempts to integrate remote workers into a strong team environment (two of our people displaced following an earthquake so we waived our normal dislike of remote working.)
Basically, it doesn't happen. You can't integrate them into a strong team environment.
Now when I say strong, I mean that the team decides how it works, the team decides how much work it can fit in its sprint, and the team decides who it hires. We live or die by our teams, and so we focus on team culture, and team cohesion, and we reap a lot of benefit that falls from regular personal interaction. Strengths complement weaknesses, teams develop cultures that they are proud of and protect, and we deliver quality.
If you're a remote worker in this environment it sucks. You're out of sight, out of mind (despite Skype and Hangouts, if someone has to open an internet application to talk to you, communication becomes that much harder). But more importantly, you're out of the culture, you have no stake in it, and you feel left out.
However - if our environment was one where we worked solo (as opposed to pairing on all production code), and placed far more emphasis on individuals than teams, then remote workers would fit far better.
So yeah. It could be fear, or it could be that people are trying to build a team, and teamwork is vastly easier when you're interacting with others in person.
Send me an email, I'd love to chat: jorge@stripe.com
I hear the same discussions about teaching high school all the time (e.g. https://news.ycombinator.com/item?id=6969363), and the answer is... they can't, for the most part. Occasionally you'll get heroes who'll do it for less, but mostly things just don't function very well.