Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Interviews on Skype: Test candidates using a real-time code editor over Skype.

skype.com

Post reply on HN
Print view View original

11–20 of 50 posts

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#11

Post by naturalgradient »

colinjoy wrote: post #9
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

On the contrary, for positions that require getting your hands dirty with implementation, I find it very valuable to be able to look at a code example with the applicant. How do they approach making sense of legacy code. Do they spot code smells? How familiar are they with the technology at hand? Are they comfortable with asking questions when things are not clear? None of this must involve solving algorithmic puzzle…

I wouldn't mind that, but I have never encountered that. Cracking the coding interview-exercises only.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#12

Post by vram22 »

drdaeman wrote: post #7
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

This. Real-time interviews are the worst of two worlds (emergency fast coding and live demonstration at the same time) and barely show anything about how one normally does things. E.g. in emergency coding I automatically assume I'll inevitably make mistakes due to haste, so I run a lot of sanity "is 1+1 still 2, do I remember that right?" checks. It helped me a few times when the servers were on fire and I needed to…

>E.g. in emergency coding I automatically assume I'll inevitably make mistakes due to haste, so I run a lot of sanity "is 1+1 still 2, do I remember that right?" checks.

That's a great point. I've been in such emergency situations multiple times earlier in my career, when I was a system engineer (mainly Unix field support work) at a large hardware vendor. I used to do the same as what you say (double-check many things, sometimes even triple-check, particularly the more important changes I was making via some script or command), and I know it helped prevent me many times, from making mistakes that could have been serious, in a high-pressure and high-stakes situation (where said situation was often because of data loss with no backups or something equally bad). And in many cases, I was successful in solving the problem / restoring the data / etc. Also saw, and in some cases, prevented colleagues from making, such mistakes. Was too late to prevent them in other cases (sometimes by a few seconds, like once when I was a bit too late while trying to grab a colleague's wrist off the keyboard when they were typing a command (as root, natch) that could cause irrecoverable damage (and sometimes did). And this in live production environments on multi-user Unix systems, e.g. in a factory environment.

A real-life example of what I said in the last few lines above:

A colleague and me were in the computer room of an auto parts factory that had such a multi-user Unix system deployed in production. As part of some maintenance / problem-solving procedure, he types (as the Unix superuser):

# init 0

(which shuts down the Unix system automatically, with no delay or warning) on the main console, without thinking of informing all the live users in production to stop and save their work - on the shop floor, stores, accounts dept., etc. You can guess what happened next - dozens of calls on the intercom from highly irate workers from all those depts., in colorful language ...

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#13

Post by dmoy »

paulddraper wrote: post #10
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

> Especially for research-heavy positions Sure. But if you're hiring general purpose noon-senior software engineers, live coding exercises separate the wheat and the chafe very quickly. Lots of people lie on resumes and are smooth talkers, but lack basic skills for their job. A coding exercise is a really fast way to find these. Then you can move on to more interesting things.

Yup, I don't enjoy coding interviews, but the number of people I've interviewed with ostensibly many years of programming experience who can't actually write some basic code with a for loop and a couple of variables makes me extremely hesitant to hire without a coding interview. If you haven't run across people like this yet, you simply haven't done enough interviews yet, or have somehow entered into an alternate fairytale land where everyone is honest (and if so please take me with you!).

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#14

Post by acangiano »

naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

At IBM, I review hundreds of resumes and interview dozens of candidates each year (mostly students or new graduates). I used to ask tough algorithmic questions, require a small coding assignment, etc. I no longer do that.

Today, I have technical conversations like you describe. I don't need you to remember that 415 is Unsupported Media Type. But I need you to be able to discuss how REST works, the difference between 400s and 500s error codes, and maybe even REST vs GraphQL advantages and tradeoffs, if you mention the latter on your resume.

Occasionally I get a surprised "This was so nice. I was expecting a coding interview". It was a coding interview, just not the kind the candidate is used to.

You can look up specific answers on Google, but you can't quickly google your way out of a conceptual discussion, your involvement with past projects, technologies that excite you, etc.

Generally speaking, I can tell within 5 minutes who is a great candidate.

Luck might have played a part, but I have not had a single bad hire with this method so far. In fairness, I'm selective with the candidates I decide to interview, from usually large pools. For these, I also tend to review code they've written in the past if they specify a GitHub account on their resume.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#15

Post by jswizzy »

drdaeman wrote: post #7
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

This. Real-time interviews are the worst of two worlds (emergency fast coding and live demonstration at the same time) and barely show anything about how one normally does things. E.g. in emergency coding I automatically assume I'll inevitably make mistakes due to haste, so I run a lot of sanity "is 1+1 still 2, do I remember that right?" checks. It helped me a few times when the servers were on fire and I needed to…

It's definitely a skill that doesn't translate to actual development. Before I was a programmer I was a Navy nuclear power plant operator and they did boards like that. In that situation, it made sense because you needed to be able to remember causality procedures during an emergency. Coding, on the other hand, doesn't have that requirement often if at all.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#16

Post by gt5050 »

drdaeman wrote: post #7
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

This. Real-time interviews are the worst of two worlds (emergency fast coding and live demonstration at the same time) and barely show anything about how one normally does things. E.g. in emergency coding I automatically assume I'll inevitably make mistakes due to haste, so I run a lot of sanity "is 1+1 still 2, do I remember that right?" checks. It helped me a few times when the servers were on fire and I needed to…

Real time coding interviews are really necessary to avoid hiring people who dont have basic proficiency in coding ( https://blog.codinghorror.com/why-cant-programmers-program/)

The problem given in a coding interview should be a simple one and the candidate should be allowed to choose the solution language.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#17

Post by jsjohnst »

acangiano wrote: post #14
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

At IBM, I review hundreds of resumes and interview dozens of candidates each year (mostly students or new graduates). I used to ask tough algorithmic questions, require a small coding assignment, etc. I no longer do that. Today, I have technical conversations like you describe. I don't need you to remember that 415 is Unsupported Media Type. But I need you to be able to discuss how REST works, the difference between…

I've done hundreds of interviews for candidates over the past twenty years and couldn't agree with you more. The ultra rare occurrence that someone can talk their way through and elude b/s detectors is usually caught later in the interview process anyway.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#19

Post by jsjohnst »

dmoy wrote: post #13
paulddraper wrote: post #10

Earlier quoted context omitted.

> Especially for research-heavy positions Sure. But if you're hiring general purpose noon-senior software engineers, live coding exercises separate the wheat and the chafe very quickly. Lots of people lie on resumes and are smooth talkers, but lack basic skills for their job. A coding exercise is a really fast way to find these. Then you can move on to more interesting things.

Yup, I don't enjoy coding interviews, but the number of people I've interviewed with ostensibly many years of programming experience who can't actually write some basic code with a for loop and a couple of variables makes me extremely hesitant to hire without a coding interview. If you haven't run across people like this yet, you simply haven't done enough interviews yet, or have somehow entered into an alternate fai…

> or have somehow entered into an alternate fairytale land where everyone is honest

This won't likely be a popular answer, but more likely than what you described above is simply that you don't know how to weed out the bullshit a candidate might spew without shoving a code editor or dry erase marker in their hand.

It's perfectly understandable that many don't have this skill as it's rarely ever taught before you start doing interviews at an employer.

Re: Interviews on Skype: Test candidates using a real-time code editor over Skype.

#20

Post by jsjohnst »

colinjoy wrote: post #9
naturalgradient wrote: post #5

While this looks like a well developed feature, I despise the concept of coding in a phone interview too much to not worry about this enabling more of it just because it's more convenient. Especially for research-heavy positions, the amount of nonsense exercises really makes or breaks a company impression for me. case 1) Have a serious technical conversations with questions testing my understanding, asking about my p…

On the contrary, for positions that require getting your hands dirty with implementation, I find it very valuable to be able to look at a code example with the applicant. How do they approach making sense of legacy code. Do they spot code smells? How familiar are they with the technology at hand? Are they comfortable with asking questions when things are not clear? None of this must involve solving algorithmic puzzle…

I agree with this approach a lot, being able to speak about code intelligently is very important. But live coding by fire on some esoteric random brain teaser is not effective, imho.
Post reply on HN