Live data from Hacker News

Ask HN: Tell me about how you bombed a technical interview

news.ycombinator.com

61–70 of 130 posts

Re: Ask HN: Tell me about how you bombed a technical interview

#61

Bombed more than one technical interview but here's one example. Phone screen interview with Google. Interviewer asked about how I would keep track of the nth highest value in an infinite stream of values. I said I would use a heap. Then interviewer asked to me write the code for that heap in a Google Doc. I can't remember what I wrote, but I'm pretty sure that I barely got started. Boom. Lesson here is that simply k…

>Phone screen interview with Google. Interviewer asked about how I would keep track of the nth highest value in an infinite stream of values...Then interviewer asked to me write the code for that heap in a Google Doc.

I guess at least you had Google Doc to presumably share with the interviewer... I remember a phone screen about 20 years ago where the guy asked me to write some C code (of course position wouldn't involve C...) and then repeat back over the phone character by character what I had written. I got through the phone screen and invited to an onsite, but the process was so utterly stupid that it pretty much permanently turned me off of that household name company in Seattle.

Re: Ask HN: Tell me about how you bombed a technical interview

#62
In one interview, I was asked to check if a string was equivalent to its reverse in python. I was so excited because I knew the one-liner to do this (string==string[::-1]). But once I did this and the interviewer wasn't happy, I was super confused. I struggled to figure out what the interviewer wanted, and it wasn't until the end when he just told me what he was looking for. Which was to use a two pointer solution, and generators because what if you have a huge string, you could return early without inverting the whole list, etc.

The funny part too is that I had been preparing for interviews with Leetcode and practicing big O notation, but I was just so excited by the seeming simplicity of the question that I completely threw out all of that prep. I'm glad that happened though, it taught me a good lesson :)

Re: Ask HN: Tell me about how you bombed a technical interview

#63
In about 2006, I ‘bombed’ an interview by telling the CTO that they were going to miss out if they ignored mobile. I’d been involved in building some early mobile sites and thought that this was something that was going to be truly significant quite soon. The CTO of this dev shop held up his feature phone and told me that no way would people ever buy anything on a phone. He didn’t think phones would evolve much more than that.

It quickly became clear that I wouldn’t want to work there and the CTO thought I was such an idiot they didn’t even seen me a rejection email, despite having passed 3 other interviews. Soon after the iPhone was released and mobile became significant.

Re: Ask HN: Tell me about how you bombed a technical interview

#64
post #9
post #3

I can think of a few. Uni interview at Cambridge for physics, I was asked to: derive the equation of motion for some coins sliding into each other on a table, and identify the oscillatory nodes of a tea cup struck with a spoon. Needless to say I didn’t get in and have the utmost respect for those who did! First technical job interview I was asked whether a heavy or light element is better for absorbing nuclear radiat…

Was that for an undergraduate at Cambridge?

Undergraduate, yes

Re: Ask HN: Tell me about how you bombed a technical interview

#65
post #39
post #26

Earlier quoted context omitted.

This is not an example of bombing an interview, if they wanted a recent java version they should have stated that. Unless you chose a java version old enough to have a driving license, in which case I could understand that response.

it was java 7 when the latest release was java 8.

That's dodging a bullet rather than bombing an interview.

Re: Ask HN: Tell me about how you bombed a technical interview

#66
One of my first interviews while I was still in college the guy bombed me with question after question that I couldn't answer - about threadsafe programming, certain Frameworks I had never heard of as well as DBMS design - and at some point when I took a while to "remember" ACID his tone took another sharp turn to the point where he always sounded pissed. Obv I didn't get the job but it was the absolute kick in the behind that I needed to study a lot on my own, after which every subsequent interview felt like an absolute breeze.

Re: Ask HN: Tell me about how you bombed a technical interview

#67
I had one this week! Not a total "bomb", but I'm claiming recency privilege in order to talk about it anyway.

Did a full loop with a company notorious for asking Leetcode "hard" coding questions. I've been practicing "medium" questions for months, but I practiced about 10 "hards" specifically for this loop and was feeling unusually good - or at least more nervous about the behavioral interviews than the coding.

After 2 behavioral & system design interviews that went OK-ish, there was a coding interview. The first part of the question was to check if a binary tree is a valid binary search tree. I solved that part easily using the first familiar pattern that came to mind, with tests. However, the interviewer seemed confused by/skeptical of my solution, which spiked my anxiety that I had overlooked something horribly obvious or had even solved the wrong problem entirely.

For the second part, he asked me to come up with a plain text representation of a binary search tree and write code to build a tree from its text representation. This isn't even an objectively difficult problem - perhaps "Leetcode medium" at most, and it's the kind of problem I could solve alone in a quiet environment, but I have always struggled to think about recursive problems under time pressure and while "talking through my approach". I have to think hard when I tackle a recursive problem that is new to me (or even a familiar one I haven't seen in a while) - once the pattern clicks, it's dead obvious, but I definitely don't have the kind of brain that finds these problems easy. And in an interview situation, it's as if the talking part of the brain suppresses whatever other part is somewhat capable of grokking recursive problems. Particularly when there is a coding interview immediately following several very "talky" design & behavioral interviews.

Anyway, I flopped around for a while trying to get it right, but quickly ran out of time. The interviewer tried to offer guidance a few times, but this mostly just broke my train of thought, unfortunately.

The interviewer was a soft-spoken guy with an Architect job title, and my anxious, stereotyping brain, insecure about its own algorithmic ability, decided that this is the kind of engineer who can solve Leetcode hards in his sleep, so he's going to consider me extra dumb and incompetent for messing up this pretty "easy" problem. A talker who can't actually code, even. Of course, it's possible he sucks at solving algorithm problems under pressure almost as much as I do :-)

Waiting for the result.

Re: Ask HN: Tell me about how you bombed a technical interview

#68
post #59

Earlier quoted context omitted.

That's exactly why so many of us get so frustrated with the state of technical interviews / technical hiring / HR at tech firms in general. The interviews seem designed as some kind of frat-like hazing gauntlet rather than a legitimate discussion / demonstration of how this professional could contribute to and benefit the organization.

I like the just talking approach. The best jobs I had when the interview was just talk. But on the other hand so many people totally lie about their experience I can't believe it. People tend to have misleading cvs and overexaggerate their responsibilities very often. It makes me sad, because we can't just hire and continue the project, we need to spend few months getting people into the project, "giving a chance", t…

I think we've all seen this scenario you describe... I'm not opposed at all to there being some code in an interview - assuming it is a coding role. Too often though the exercises seem to be designed as a "gotcha" or to show how "smart" the interview is, rather than to augment the discussion. Or, as others have pointed out, actually end up demonstrating incompetence on the part of the interviewer as they don't understand their own question or the possible alternative solutions to their question.

At least twice been invited to interview for roles that were not hands-on-keyboard roles, yet the entire interview process was coding activities. That's the kind of thing that drives me nuts, as it makes it obvious that the company doesn't even know what they want to hire. At least one of the times was a company that shows up on HN as a "darling", which makes me even angrier...

Re: Ask HN: Tell me about how you bombed a technical interview

#69
post #59

Earlier quoted context omitted.

That's exactly why so many of us get so frustrated with the state of technical interviews / technical hiring / HR at tech firms in general. The interviews seem designed as some kind of frat-like hazing gauntlet rather than a legitimate discussion / demonstration of how this professional could contribute to and benefit the organization.

I like the just talking approach. The best jobs I had when the interview was just talk. But on the other hand so many people totally lie about their experience I can't believe it. People tend to have misleading cvs and overexaggerate their responsibilities very often. It makes me sad, because we can't just hire and continue the project, we need to spend few months getting people into the project, "giving a chance", t…

Tbh I disagree.

Just talking means a "talker" can bs his way through.

I ain't got nothing against a white board question as long as it is understood that syntax errors can obv happen but aren't the "point".

Post reply on HN