Live data from Hacker News

How to Interview Engineers

blog.triplebyte.com

11–20 of 489 posts

Re: How to Interview Engineers

#11
post #2

An interesting point my co-worker made is that, almost by definition, if an interviewee does not know how to answer a question, they don't know why that question is important or where that type of problem is applied. So from the point of view of an interviewee who's can't do well on all the questions (that's most of us in most interviews) some of the question will always seem like minutiae / lacking application. (Of…

Almost by definition, if you think being able to answer a question is important, and you only hire people who know how to answer that question, you will always think it's important.

Re: How to Interview Engineers

#12
Looking at Triplebyte's "about us" page, it appears that their engineering team is 100% male. This should be a big red flag for any company trying to get diverse engineering team - why work with a company that doesn't hire women engineers?

Re: How to Interview Engineers

#13
post #4
post #3

Earlier quoted context omitted.

It's entirely possible to not be able to answer a question because the question is objectively not meaningful, and therefore the candidate has correctly never considered it important enough to learn about.

Totally. Both things happen.

Sometimes questions are useful only if you are in the context of the specified problem. I mean, if you are not struggling or have never struggled in the problem, you will probably not know the specificities of it. This is specially true for unexperienced engineers or those who are working on a different field

Re: How to Interview Engineers

#14
post #9

Spending a week working beside an engineer (or seeing how they complete a substantial project) almost certainly provides a better measure of their abilities than watching them solve interview problems for 1 hour Trial employment is expensive for the company. [...] Trial employment (and large take-home projects) are expensive for the candidate. I can't help but think there's way to mitigate that expense among several…

IMO, trial employment works because interviewer gets to spend a week with the candidate personally to get a feeling of how they approach and solve problems. Having Triplebyte do that without the interviewer being there to work with the interviewee on something, then it wouldn't be any different from an hour long interview

Re: How to Interview Engineers

#15
post #9

Spending a week working beside an engineer (or seeing how they complete a substantial project) almost certainly provides a better measure of their abilities than watching them solve interview problems for 1 hour Trial employment is expensive for the company. [...] Trial employment (and large take-home projects) are expensive for the candidate. I can't help but think there's way to mitigate that expense among several…

That's an interesting idea! The hard part would be convincing companies to trust an external trial week fully (part of what's great about a trial week is the chance to actually see how an engineer will interact with your team / your problems). But I like the idea!

Re: How to Interview Engineers

#16
post #12

Looking at Triplebyte's "about us" page, it appears that their engineering team is 100% male. This should be a big red flag for any company trying to get diverse engineering team - why work with a company that doesn't hire women engineers?

What a simple comment. You have no idea why that is the case - stop presuming.

Re: How to Interview Engineers

#17
At my company our engineers defined the following process.

First, we defined the skills we're looking for i.e. Programming / SysAdmin / Cybersecurity.

Our process goes as follows:

1. We ask candidates to answer a quizz by phone, with questions in the 3 chosen fields. Duration = 1h.

2. We ask candidates to solve remotely with Google Docs 5 real-world problems asking for skills in Algorithmics, Data Modeling, Object-Oriented Programming, Software Design, and Parsing. We also add a bonus question like "how many people can get into a train". Duration = 1h.

3. We have a HR meeting at our office with a non-technical member of the team. Duration = 1h.

The quizz helps us to remove of our list the candidates that do not have the technical culture we're looking for, and to see what they already have worked on.

The 5 problems helps us to see how the candidates can code, the bonus question helps us to see how they approach new issues and manage their stress.

The final HR meeting is very typical: we try to see if we would be happy to take a 6 hours long flight with the candidate.

Most candidates do not go through first step, and roughly half on them do not go through second step.

This simple process definitely helped us to reduce the time spent on hiring and to make the really good candidates shine.

Re: How to Interview Engineers

#18
post #5

"15% dislike academic CS (and think that talking about CS is a sign that a candidate will not be productive)" That seems really weird. Academic CS isn't really necessary for most programming jobs, but I can't see how it would ever be a detriment.

>Academic CS isn't really necessary for most programming jobs

Knowing how to code quicksort or reverse a binary tree isn't, but an understanding of normalization definitely is...

Re: How to Interview Engineers

#19
post #8

Earlier quoted context omitted.

(Of course, there's also plenty of just bad interview questions) Well yeah, there's that unfortunate fact. The problem is, a lot of interviewers can't tell the good from the bad -- and it can only take one bad question to effectively sink the interview.

Where do you see yourself in 5 years? Every time I hear that question, I die a little inside. I'm not sure it's possible to answer it honestly without taking yourself out of contention.

I suppose it depends on your 5-year goals and the position, but as an entry-level developer my first thought would be:

"Well as I'm interviewing here I would obviously see taking this position as a step foreword for all the reasons we've discussed. Naturally I don't see this position as the job I'll work until I retire, and obviously I'll be looking for at least some mild expansion of responsibilities in the future. Whether that happens here or somewhere else in 5 years remains to be seen, but staying here is certainly an option depending on how things are going after 2-3 years. On that note, exactly how are company name's technical and managerial tracks structured..."

In that paragraph I've been honest, I've let them know that I don't intend to do menial labor forever and have aspirations, the minimum amount of time-loyalty they can expect from me, an assurance that I won't job-hop, and I've shown further interest in their company as well as the initiative to ask questions of my own if I haven't done so earlier.

Edit: Reading it here may sound like I want to be a manager in 3 years (which is crazy for a junior dev), but that's where manner and vocal tone come in.

Re: How to Interview Engineers

#20
post #12

Looking at Triplebyte's "about us" page, it appears that their engineering team is 100% male. This should be a big red flag for any company trying to get diverse engineering team - why work with a company that doesn't hire women engineers?

Small startups often don't have access to a diverse talent pool to hire from since it is hard to convince anyone other than people you already to join the company. I don't think they deliberately refuse to hire women engineers judging by the diversity page[0] on their website

0: https://triplebyte.com/diversity

Post reply on HN