Ask HN: How to find high quality workplaces for developers?
While I have had a few great individual colleagues over the years, I've never worked with a great overall team or engineering department.
If you have successfully found a great workplace for you as an engineer, how did you do it?
For me, "great" means a team that consistently values quality, puts reasonable effort into application design and maintenance, and makes thoughtful decisions related to project goals and end-users.
I'm open-minded about specific technology choices. I do not expect people to work overtime, or to have exceptional passion for their jobs. I'm not demanding elite talent. Just that everyone is competent and makes an honest effort.
Have you used any concrete techniques to identify teams like that?
13 comments
[ 2.4 ms ] story [ 49.6 ms ] threadCompanies tend to optimize for profit, not for the comfort of programmers.
I would say, for example, that a job interview helps provide a vibe for the current situation at a company. But it's not a perfect signal, and as an individual I can't go on that many interviews. Hence looking for other approaches people have tried.
> Companies tend to optimize for profit, not for the comfort of programmers.
I believe that's a separate issue from my question. Seeking profit doesn't force a company to hire incompetent or apathetic programmers. If anything it wastes money on salaries that don't deliver as many new product features to sell, or as many improvements that will increase customer retention.
Big companies will have multiple teams, maybe hundreds at companies like Google and Apple. Some of those may be great to work with, others dysfunctional. Adding more people can push the “greatness” in any direction because interpersonal factors are first-order drivers of team productivity and job satisfaction.
So it’s not impossible to identify candidate teams but I think it is impossible to predict how you might fit and what you can get out of it.
I think word of mouth through referrals and contacts works best. Some companies have reputations for building good teams, others are known for dysfunction, but those generalization don’t necessarily predict what an individual will experience. Even Google has unhappy employees.
The best you can do is find a successful team as that will provide more time to improve the team or adapt.
Although not exactly what you are asking, this interview behavior could be a reflection of internal values.
Looking up "9 to 5 developer" or 501 developer" on Google/hn to find blog posts and tweets, then moving ahead to connect with these people or look for places they recommend working at seems like a good idea.
On another note: word of mouth and networking. I know it kinda sucks, information in people's minds is not indexable, but it is still a source of high quality information.
Also it is mostly luck and teams can change in the 12 months it takes to even begin to understand the dynamics or get productive with code. It’s a hard human problem!
You've done the first step - defining what you want. But your definition is still quite objective. What attributes of a team can be observed when they "value quality". What is a "reasonable" effort, and how can you see whether or not they do it.
Figure out some visible outcomes from those traits, and look for them during the interview process. Ask about those topics in the interview. There is so much talk on HN about what is wrong with interviews, but when they ask you if you have questions that is the part that is right - it is your opportunity to dig into these traits that make a team great, and determine whether or not any given team matches your desires.
I recommend people break it down even farther - before you step into an interview, break those desires down in wants vs. needs. If you have a need they do not meet then the team is not for you. If you have wants they do not meet, you need to walk in accepting that it isn't perfect and either be compensated for those imperfections, or have enough authority and/or autonomy to try to invoke changes in the organization to improve it.
My 2 cents...
I don't think it's about teams. IMO it's about company KPIs. Most industries value speed over everything else for a reason: survival. Nearly all companies use KPIs, take a look at the KPIs and you'll be able to spot which companies value quality over speed and vice-versa.
The values you're looking for can be found in specific industries that cannot afford low quality. I'm thinking Aerospace, Health, Military etc. Keep in mind that on the flip-side these industries are very slow on "shiny new tech" adoption, for obvious reasons. You might not enjoy working with cobol :^)
Another good fit could be software companies, especially in the security space like 1Password for example (no affiliation). By "software companies" I mean companies who's product is software and not companies that are using software as means to an end. The first group has much stronger incentives in delivering reliable software.
Quality software can be found in many open source projects. The fact that the code is public increases the level scrutiny. HAProxy, SQLite, the Linux kernel and PostgreSQL come to mind as well known high quality open source projects.