Show HN: Key Values – Find engineering teams that share your values
keyvalues.io
keyvalues.io
Some of the "values" are kind of ambiguous. How do you quantify "bonded by love of product"? What does that even mean? Doesn't everyone consider themselves "Creative + Innovative" and "Customer Comes First"? Would anyone advertise a company that doesn't have a "High Quality Codebase"?
I do like the overall idea of the site and the filtering mechanisms. I'm glad you're considering adding more "values" to the system, and hope you can add some more nuanced selection of those values (i.e., negation). You're approaching this from a tough but clever angle, and it'll be a lot of work to tweak it and get it right. Keep it up.
Also, site looks beautiful. Love the logo.
People are strange.
I think they can mitigate this by making the companies pick a limited number of "most important values". That way they're incentivized to make sure they mention all the things they're actually valuing, and leave out things that they don't actively prioritize (so you may think you have a high quality codebase, but if it isn't in the top 3-4 things you'd mention to a candidate, it's not a value of yours necessarily)
Re: ambiguous "value tags", they're up for interpretation. I encourage you (and others) to read how different teams describe the same value and what it means to them. Also, there are several teams who didn't choose Creative + Innovative, Customer Comes First, and/or High Quality Codebase.
No company will "advertise" that they do not produce high quality, but we still learn something when high quality code isn't included in a team's top values. This is the beauty of limiting teams to 8 values :)
Do the employees use the product? For some companies it's incredibly important, and for others it's a non-starter (usually B2C).
I also don't drink, and in my (relatively short) experience in the tech industry, the term "social event" almost exclusively refers to events where the primary focus is alcohol. Is this a tech-industry specific thing, or just a thing with "industry" in general?
I don't know about advertising (and this is a throwaway account) but when we interview candidates, we're clear that our code base has a lot of legacy code and the quality is a mixed bag. We're also clear that while most of our development team wants to improve it, it's a slow process and can only be done in ways that don't slow down feature development.
Developers who are obsessed with code quality have been a mixed bag for us. Several of our best developers are the people who care the most about quality code and push hardest to improve it. On the other hand, we've had people who seem to care a lot about quality, but have no feel for the cost/benefit ratio of any given change, and spend more time complaining about code than actually working on it. The ability to talk about what good code looks like doesn't necessarily translate into the ability to improve flawed code.
I understand the imporantance of balancing business needs with 'clean code' but I think you're setting yourself up for unexpected costs with the mindset that code can only be cleaned up if features can still be delivered at the same speed. Are you doing it by fixing in the natural lulls in development? Hiring more people? Or perhaps by going beyond a 9-5?
Even just talking about what values your company has is very instructive and revealing. Sure, few people say "we don't value maintainable code", but if you're putting together a list of your four or five core values and you're coming up with things like "speed of execution", "rapid iteration" and you don't put anything about mainainability, the reality is you don't value that.
You might not object to it, but it just isn't important to you - you don't value it.
I wish I could find a similar list (that can be trusted to some extent) for my country (India) and all I would be looking for is - work-life balance.
I don't want to drink alcohol in office (if at all I am into alcohol). Instead of playing TT in office I would like to go for a swim, or a game of badminton, or a quite evening stroll.
Bharatiya high five! I know exactly what you mean by the highest value being work-life balance. Please message me as well if you do find a place respectful to employees!
Last time we discussed our values at work, we thought about what we were trading off and this helped us decide whether they really were important to us.
I’m an indie hacker, and I've spent the last few months putting this together. I interviewed dozens of engineers to come up with a list of values: things we care about most when evaluating new opportunities. I then worked with engineering teams (which you see listed on Key Values) to identify the 8 values that best describe their engineering team and culture.
I’m working to add more teams to the site and would love to hear from you!
1. Principle over loyalty.
2. Empower individuals over institutions.
3. Self-restraint over greed.
4. Decisions based on reason, not ego.
5. Give back to Open Source.
Thanks.That's very different from a company where the value is to be transparent, solicit input from everyone, and let decisions be questioned by underlings with rational concerns.
Also, some sort of structured data about company locations would be great, especially as the data set grows in size. Even if you don't display it yet, probably worth while to collect it now if you're not already so it can be added easily enough when necessary. I realize the open positions have location, but I might want to "follow" a local company w/o any open positions at the moment in case my or their situation changes.
Re: locations, I'm w/ you! I was focusing on Bay Area teams to start but then companies in other cities started reaching out! I couldn't possibly exclude them :)
- company size
- years experience desired
- compensation offered (one of the things that makes AngelList jobs and the monthly HN jobs post so effective is that it's the norm to include comp info)
- tech stack (to know if I have relevant experience to get in the door / if I want to use those tools)
- roles (you should put into standard buckets like AngelList does)
it has the opposite affect on anyone without a family that wants the camaraderie, experiences and free meal
Data collection is definitely the hardest part of this, so the more work you do to streamline and incentivize the UI and UX the better. For a first step, maybe use google spreadsheets convert to form feature?
It seems that you select the jobs by 'or-ing' the values so that the jobs are shown where at least one value matches.
I would prefer if you would 'and' the values so that I only see the positions that fulfill all the values that I have selected.
I had just blogged about the importance of culture last month [1] where I heard a talk from a CEO that grew his team rapidly to 60 strong, only to have to let 21 go in one day, due to a lack of cultural alignment.
[1] https://blog.routific.com/the-importance-of-startup-culture-...
I think you're projecting. The only displays of victimhood I've seen in this context is from white males who (incorrectly) believe that an increased focus on diversity means they are somehow being discriminated against.
If you create value for your employer and can demonstrate a minimum level of competence when it comes to technical and people skills you really have nothing to fear from diversity. It is ridiculous that this even needs to be pointed out.
We who? There's a real lack of "we" among white males. White males don't generally look around, see a bunch of white males and think, "I feel my views are being represented here!"
It's usually more specific at least. Damore clearly didn't feel represented by the white male leadership at Google, for example.
So you're saying let's use a site to find like-minded people... in the name of diversity?
What?
Is this just an elaborate joke or is there something I'm missing? (I'll be the first to admit leftist-diversity logic often eludes me)
With that in mind, it's a controversial value, at least for the time being, but it probably serves the goal of communicating how a company comes down on these sorts of issues.
1. Most people feel strongly that some subset of the "values" listed on Key Values don't belong there.
I interpret this as a success!
I've read hundreds of careers pages and countless job descriptions working on Key Values. You know what they all say? "Make an impact, learn a lot, and have fun doing it." I've also talked to and interviewed 100+ engineers to learn what they look for when changing jobs. You know what they always said? "I want to have real impact on the product, learn a lot in the process, and have fun at work."
When everyone checks all of the boxes, we don't get anywhere. I wanted to choose values that were general enough to appeal to multiple teams/people but divisive enough to only be selected by a few. Different values resonate with different people, and that's the whole point. (For the record: I will certainly add values that I've missed over time, but I doubt I will remove many.)
2. Many of us have strong opinions about what certain values signal about a team/company/organization.
These opinions say a lot about our previous experiences. Let me use myself as an example. When I first dropped out of grad school and joined a startup, I genuinely believed that "work/life balance" was a pseudonym for a lack of passion. "If you truly love what you're doing, you don't even call it work." A few years later, I was burned out and swung the other way. I wanted to establish a clear separation between work and personal, so I never worked weekends, never worked late, and never attended company happy hours. Now, I kind of crave that fast-paced, work with urgency kind of environment again. Right now, in this particular chapter in my life, I'd be a little sad if everyone went home at 5pm and I was working by myself until 8pm.
To piggy back on the work/life separation: I am a female in tech who no longer drinks alcohol but I still appreciate teams that do so professionally. My personal experiences with drinking at the workplace happen to all be goods ones. Sometimes introverted, socially-awkward people need a beer to loosen up and I really like connecting with my colleagues on a personal level. I don't feel left out or uncomfortable at events where everyone is drinking except for me, and I know that while this is true for me, it isn't for everyone else.
Sorry to compare looking for a job to dating again, but it works here too. We specifically look for things we didn't get enough of in our previous job/relationship when looking for new ones, and we specifically avoid things that we've made negative associations with in our past (we call them "red flags"). Everyone has their own set of personal experiences to draw from and use to navigate the world.
Thanks everyone for your thoughtful feedback and insightful discussions!
* Please do not attempt to make it an objective rating of values
* Please do not make it so I must rank values
* Please do not auto-disallow values based on your interpretation of them (like this 8 PM going-home being incompatible with work/life)
* Please do not list which frameworks they use and whatnot
I like this site because it's simple. When I select a set of values, I get a few matches. I'm not left wondering if I missed out on companies because somewhere in the list of 1024 values there was one I didn't select. And I like that you let teams choose what they think is most important and had a maximum number of values they could select.
Great work.
It looks like a nicely structured rigorous filtering tool based on values. But when you view the details for any company, it's not really rigorous. It's a narrative from the company with a clearly positive bias.
Now, getting more narrative content about companies is great (most companies don't do much of this) but the value you're creating here is a better "what's it like to work here" page that a company might want to share with prospective employees. It's not going to really help people find meaningful values-based matches, because the "pick your top N" ranking methodology is lousy and too subjective. As other have pointed out, there should be some max-hours rule if you want to claim to value work-life balance. The degree to which a culture is Eng/product/design/data-driven is really important to gauge fit, but this rank methodology will not give you credible answers to that. It would be better to look at the backlog of work and count who wrote the tickets - that would be eye-opening, and also help you identify negative attributes ("driven by highly-paid persons' opinions"). Other important things you've identified, like "high employee retention", would be far better off as quantitative data points instead of self-ranking.
On the other hand, maybe this is a feature, not a bug. You're trying to get engineers to voice preferences on values, and if that gets them to pay attention to your site as a source of jobs, and you continue to feature awesome companies that are great places to work, you will place some of those engineers in those companies. In this case, your product should probably do a better job of helping an engineer understand her own values. Again this would be better served with tradeoffs (Would you work 60-hour weeks in order to work with world-famous engineers? If most of the company participates in a push-up competition, would you find that exciting or off-putting?) than pick-8.
Still, it's great to see someone starting from the premise that personal value should align with organizational ones. Best wishes!
Finding a job is a lot like dating. People typically don't share their worst qualities upfront, and I decided early on that I didn't want to force them to. Instead, I've become more of a coach/cheerleader for both companies and job-seekers.
When I work with teams to write their profiles, it's my job to say, "prove it" when we discuss each value, and suggest that they choose another when they can't. I encourage teams to use strong language, talk about disqualifiers, include concrete examples, incorporate quantitative data, and/or provide links to contact current team members wherever possible. But, for now, I won't make anyone to do or say anything that they aren't comfortable with.
I hope job-seekers are critical when comparing different teams. Some profiles deserve an A+ while others are perhaps a B- (though I won't say which). If you interview 20 different teams, it'd probably be similar. Those that speak your language would resonate with you and those that fail to answer authentically to you would lose you. That's okay.
Ultimately, I'm providing structure for teams to talk about what is inherently subjective and messy. There is no black or white when it comes to culture or compatibility (maybe you've tried setting up two great individuals who just didn't hit it off?) but at least we now have some information to guide our decision making.
You've got people bringing home $150-350k/yr plus every imaginable perk fretting over the idea of putting in more than 40 hours a week. Even high-skilled high-pay workers (medicine, legal, and finance come to mind) put in lots of hours without whimpering about finding a balance, much less the vast percentage of the population who hold blue-collar jobs and clamor for overtime pay.
If someone doesn't feel they should work more than 40 hours, then by all means don't take that job, but please drop the damn sense of entitlement. This bubble will not last forever and one's ability to crank out an Uber-for-X clone in NodeJS won't always pay the bills.
It is possible to make a lot of money while working reasonable hours and solving problems that are a lot more interesting than "Uber for X" type shit. The fact that our industry values the latter while burning out inexperienced engineers who don't know better is definitely a problem though.
So now you've made this assumption.
I get what you're saying, but you also have to understand that there are people willing to give up salary for more free time, and these people are therefore allowed to ask for fewer hours. There's no entitlement here.
Developers overwhelmingly choose [2] "Vacation Time" and "Expected Work hours" as their primary attraction when choosing employers. HN users constantly [3] talk about achieving a "work/life balance" and sharply criticize any job which they requires work beyond ~40 hours/week.
So you have one of the most well-compensated career paths combined with the lowest barrier to entry and the primary things people are concerned with is minimizing their time spent working. You're damn right I'm going to call that entitled.
[1] https://docs.google.com/spreadsheets/d/1JR4KrVH1dygniLiLFAMT...
[2] https://insights.stackoverflow.com/survey/2017#work-what-dev...
[3] https://www.google.com/search?q=site%3Anews.ycombinator.com+...
If you think developers are overpaid, then just say that.
Much better to know that from the start than get surprised during interviews or after you start.
Even stuff like "uses agile methodologies" is not really meaningful. Too many different approaches and implementations out there. Some can't imagine work without every single tiniest thing being filed as a separate ticket (because otherwise they feel like losing track of things), some believe that's insane micromanagement, borderline OCD. Both could say they're doing it "agile, just in the sane way". ;)
Also, I think many values really lack their opposites. I think it would be useful to be able to search for e.g. places that value age-proven tech over latest fads. Or places that specifically don't market themselves as "creative and innovative" but just doing what they believe is good, needed and profitable. Or places where engineers aren't expected to do stuff outside of their scope (as opposed to wearing many hats). That all may sound as bad things to some, but I'm certain there are persons who have different mindsets and treat that as positive values.
That said, maybe at least some values are better as some sort of gauges rather than statements? In particular, "risk-taking vs stability" and "cutting-edge technologies" looks like good candidates for the e.g. "1: we're writing software for a nuclear plant" <-> "10: we develop live on the production servers" scale.
Instead I offer my congratulations - you've shipped a product, on your own, that is both useful and interesting to a wide audience. That's something that I've tried to do in the past and repeatedly failed to achieve.
Keep up the good work :)
see this recent article Aligns with this recent article. https://www.fastcompany.com/40420834/the-non-paradox-of-high...
When defining culture I think it's best to avoid generalisations and have specifics:
- If something breaks, what is more important: Preserving state for debuggability or getting online fast
- Developers can always say they are not ready to push and continue testing
- There are defined SLI's and error budgets
- Design docs are required for new functionality
- Senior developers are expected to {mentor junior developers, be proactive in creating tooling, understand the full technology stack, refactor}
- Sliding scale of time spent on feature development vs keeping on top of technical debt
- How much time is spent on automation
- Are there well defined leadership tracks for technical and management (a yes/no isn't really enough here)
- Onboarding/mentoring, paired with a senior developer or a hire that joined ~6 months ago
There are a lot more engineering culture questions based on ownership, communication, personal development and specific engineering tradeoffs.
I've worked on a few teams that claimed these "values" (or practices) but when the rubber hit the road, what they said and what they did didn't match up.
Also would be nice to filter on workflow/tools like git vs. perforce, or outlook vs. Google calendar, or TFS vs JIRA.
a) verifiable
and/or
b) someone could reasonably disagree with it/would actively select its negation or opposite.
Take the work/life balance, which a number of people are, justifiably in my opinion, taking issue with.
Under the verifiable condition, we need to be able to see that someone actually lives up to that value, otherwise its just a marketing term to try to fool candidates (and becomes more of a trap, rather than helpful). So do team members work 40 hours or less per week? Do you provide sick/personal leave? Do you provide 4+ weeks of paid vacation (and people actually take it)? Can you take community/charity days? Ok, then you get to list yourself under work/life balance. If those things seem antithetical to you, or they don't happen in practice, I'm sorry, but you should be excluded, no matter what you say you value.
Lets then look at criteria b). Would someone reasonably agree with its negation? Well, the easiest way to test that would be to ensure you actually list the negation of all your values and see whether anyone selects them or whether you're willing to put anyone in those categories.
So for work/life balance, what about the teams that say "we do NOT value work/life balance: we want long hours, give yourself to the team". We know they're out there in practice, and some tech types might even self-select into such, but if you or no one else is publicly willing to be listed under such a category, then unfortunately the category and its negation becomes "fluff-worthy". Meaningless. Analytical noise.
So for instance, take the following oppositions:
-team is diverse vs team uniformity
-work/life balance vs work priority
-bonded by love of product vs feelings for product not important
-eq > iq vs iq > eq
-thoughtful office layout vs horrible/don't care about office layout
and so forth.
If you could verify the value, and have their negation as categories, and people actually listed under their negation, then many categories become EXTREMELY useful.
But if the values aren't verified, and if people wouldn't reasonably list or accept a categories negation, while I appreciate the concept/thought, well...it basically becomes corporate fluff :/
Edit: There are a couple of categories where I admit having the category without its negation is useful. Things like "uses agile methodologies" could be a candidate for example. But...even there, i would love for the alternative category "Hates scrum/agile consultants" :P
"Workers / sq. ft" would be a good measurement.
My hope with Key Values is to:
1. Look beyond what companies say about themselves and focus on the culture and values of specific engineering teams.
2. Let job-seekers access information about engineering teams sooner (ie. before the hassles of applying, completing coding challenges, white-boarding, etc).
To your point, how interviewers describe their teams can be vastly different from how it actually is. Whether you "trust" that information or not, at least you have it sooner!
> 0 matches
Guess I'll just go to the sideline and wait until something actually populates that spot, if ever.
Good work