Show HN: Anonymous interview evals of strong software/ML engineering candidates
These interviews are unique in that they are not set up to test if a candidate is a fit for a pre-set role, but instead they are personalized to extract each candidate's strengths and the roles in which they'd excel.
The senior engineers who interview for us have collectively interviewed 1000s of candidates and have built and led engineering teams at top tier startups and bigger companies (e.g., Google, Facebook, Uber, etc.).
Here are the two evals Candidate1: https://goo.gl/U4jPR7 Candidate2: https://goo.gl/VXMXRF
We'd love feedback on the two candidates and our interviewers' evaluations of them. - Does the feedback give you a good sense of the candidate's strengths and the environments they'll do well in? - Would this save time in your evaluation process because the candidate has already been recommended after a technical interview? - Do you want to interview this candidate for your own team? Why or why not?
If interested in these candidates or other vetted candidates with full evaluations and interviewer identity, please feel free to reach out to ngptprad@gmail.com
47 comments
[ 2.5 ms ] story [ 86.1 ms ] threadI think gathering enough trust where people start accepting these dossiers as fact will take a long time unfortunately. But if you have a recording of the interview, I would be able to say a lot more definitively whether I liked the candidate or not. And as my opinions aligned with your dossiers, I'd trust your opinions more.
Also, our interviewers are independent, so there's no risk of conflict of interest or bias. My understanding of TB is that they do the interviews in house with their own engineers, or people they contract.
Engineering manager: https://careers.mufgamericas.com/job-incubation-engineering-...
Engineering lead: https://careers.mufgamericas.com/job-engineering-lead-platfo...
We’re a bigcorp (top 10 global bank) but I’m actively kicking tires on novel and/or data-driven candidate matching techniques. If you’ve got something interesting, bring it on.
"She does have 3 years of work experience prior to graduate school, but plays down the experience as her job search is focused on a specialization she has less direct experience in." Not to mention, the significance of "VPE" at a startup depends highly on the startup.
"However, he was less comfortable jumping into thinking about a problem outside of an area of expertise." Where the area of expertise is not software engineering.
The PHD and VPE is the interviewer.
I have personally been in interviews in the past to be interviewed by a "software scientist" for a role that was primarily high level business logic based, but, because of the interviewers background, the interview was full of puzzles, algorithms and whiteboard tests, completely divorced from the actual role that was being hired for. I.e, he was interviewing for a software scientist (like himself) where the company clearly needed someone with experience in building products.
This is basically my biggest gripe with interviews in the past ten or so years, companies who think they are Google, hiring like they are Google but are not solving anything near the scope of what Google does.
You should look for people with the portfolio. If someone has made a project in TensorFlow to paint in Picasso style then you should hire them regardless of education.
This is an unpopular opinion. You cannot become good in software engineering if you only read HN and work 9-5.
My ideas for interview:
Instead of comfy 30 min BS talk about their previous experience you will have a better picture of the person if you put them in the hot seat. Above is just an opinion as I do not have interviewing experience.1. Someone running linux? What about gamers who dual boot or VM into linux? What about people using the new windows+ubuntu thing? What about people who do windows/android/whatever dev that can be done completely fine in windows?
2. Fine, but extremely easy. Not much more than a small filter
3. You don't expect an answer? What are you getting out of this?
4. What?
5. What? Why?
Yes, you can. I know several people who are and do.
> Ask the candidate to bring a laptop
Which would screw people with desktop PCs or do not own their own laptops (some do not; it's expensive for some).
> people running Linux +1
Ew. Checking for Linux skills is fine; judging someone based on their personal setup is elitist and arbitrary.
> Ask a difficult question on system design, CAP theorem, compilers and OS internals. They should not be able to answer these.
Then why ask?
I would absolutely not be able to get a clear picture of a candidate from these questions. There's no strategy; no context. And not to get too personal, but, yeah -- you do need some interviewing experience.
It also tests soft skills - if the candidate can communicate to others (engineers even); often, large systems cannot be built and maintained by a single developer, hence communication to build and scale a team is another sign of large systems (people and tech) experience.
How would a portfolio demonstrate large system experience, unless the system was completely online? It's much more difficult to put a large system into a portfolio than small code samples. And if the large system is of value - why interview at all!? =P
For pure programmer/tech chops, sure, the interview ideas are fine. However, that's only one aspect of finding the right person for the right position at a company.
The hotseat approach is not right for all companies.
I would respond I have no idea about your fictional system if I had never heard of it before. What would be your takeaway from my response? Please do not ever interview if you want to just "troll" candidates and waste their time.
> Instead of comfy 30 min BS talk about their previous experience you will have a better picture of the person if you put them in the hot seat.
Oh boy, I bet you believe in those high pressure interviews designed to see how the candidate performs under difficult conditions.
Hmm, I definitely don't agree. Once the Style Transfer paper was released, it's pretty trivial to implement it in a DL framework. Certainly a good indicator that someone knows how to implement deep learning algorithms, but it's a pretty small facet of someone's skill. You can implement Style Transfer while still writing ugly, buggy, mediocre code. You can also copy most of the code from different open source DL repos, even before anyone had implemented Style Transfer.
That said, someone taking the time to implement Style Transfer does show that they're reading recent research and are curious about deep learning, which are definitely good signals.
The meat of the form is the "Engineer Attributes" radio button scale for 14 different topics, not one of which was backed by a concrete example from the interview, a resume, a portfolio, etc. Those need to read "Agree, because ___," or "Disagree, because ___." Without that, these metrics undermine the credibility of the whole thing.
I wouldn't use this service in its current form.
[0]https://www.nytimes.com/2016/02/28/magazine/is-blind-hiring-... [1]https://www.analyticsinhr.com/blog/blind-hiring-increases-wo...
I didn't see much substance with respect to problem solving, especially in the context of machine learning or data science, analytical thinking in terms of systems or anything else that would benefit me were I hiring manager using these reports from my team to inform my decision about moving forward.
If the first interviewer were on my team our next one on one would have some time devoted to what "engineering" means to the person, and over time if it didn't stop being synonymous with "can regurgitate CS trivia" the interviewer would be removed from the pool of interviewers I select from to interview candidates.
The second interviewer needs to include more detail regarding the questions asked and the discussions that followed. It's far too vague to really have any weight attached to it.
But that's the point - this is really a filter for people who have recently been cramming textbooks, e.g. someone just out of college. It's a way to sneak ageism past HR, that's all.
I think ageism might play a role, but I think a bigger factor is that this industry is just filled with people who have an academic degree and desperately want to think of themselves as engaged in sophisticated math-y work even when what most do most of the time is closer to being a glorified handy man. This includes myself, of course, and I work on a data science team.
The industry is just too enamored with itself.
These kinds of snap judgements I find very problematic. As if anyone -- even if they're an "industry leader", even if they've interviewed hundreds of candidates; heck, even if they're a truly towering figure in their field (or otherwise a truly brilliant person that no one knows about yet) -- can make that kind of an assessment from a (highly contrived and stressful) 45-minute or so interaction with someone.
Maybe after working alongside someone for several months, you could say that. But from their off-the-cuff answers to your made up puzzle problems (or even from unstructured conversation)? I just don't buy it.
BTW you should be doing a lot more to anonymize these profiles. Blurring the school name is a good start, but you definitely should not include company names either; and the gender should be obscured, as well. Even from just a small tuple of attributes like these, it wouldn't be too hard to identify, and perhaps cause considerable harm to some of these candidates.
Interviewing is a trying to get as much signal in a short window. Any good interviewer knows there is high variance, however you still need to make an assessment quickly.
"I don't think it's a snap judgement. Interviewing is [making snap judgements]. Any good interviewer knows there is high variance, however you still need to make [a snap judgement]."
"These kinds of snap judgements I find very problematic. As if anyone... can make that kind of an assessment from a (highly contrived and stressful) 45-minute or so interaction with someone."
"snap judgement" in my reading, implies a rashness, lack of carelessness, or impulsiveness, (or arrogance, which is implied by OP)
My counter is that although it is not a lot of evidence, it is generally a very deliberate act.
Is not "lacking in evidence, yet deliberate" the very definition of... rash and impulsive?
BTW I wouldn't say these people are arrogant (for making these kinds of judgements), per se.
But it does seem that they're biting off more than they can realistically chew.
https://en.m.wikipedia.org/wiki/Counting_sort
I think her solution for array larger than memory is very inefficient. Even in smaller case one might achieve speed up by excluding unnecessary read/temp/move in else clause by just by writing two values which will likely be in registers.
My impression is that going through a mock interview in this way has pulled back the curtain on a process that a select few have been able to shake their network (school alumni, etc.) to do something similar privately.
For the first-you can't asses leadership ability just out of the blue since each company has different set of values and approaches there. (For example Army vs Google leadership styles)
For the second-you need some 3rd person who has relatively low understanding of the field you testing person for, then you need to ask candidate to explain something to that person and then ask the 3rd person to tell you what did they learn or understood from this conversation. So far I see no other way about it, if you have better ideas, please share.
And third, well only time can show such attribute as reliability as a team players. There is way too many thing could go wrong in chemistry between team and the candidate.
1. Always use HE, even if it is a SHE. (1)
2. We test our candidates with custom-made case studies that help them SHINE and not focused on making them FAIL. This mindset has helped us evaluate candidates, in the waters they currently swim, than to throw them into our reality. It is the job of the interviewer to retrofit our problems into the candidate's universe. We have heard from candidates, both from hired and not-hired pools, that their stress level is reduced a lot by this approach.
(1) https://www.theguardian.com/women-in-leadership/2013/oct/14/...