Comment by bulatb | Hacker News Reader

Comment by bulatb | Hacker News Reader

Parent Full thread

Story time!

I've failed a FizzBuzz.

While failing interviews is basically my superpower, I think my git repositories, college graders, previous and subsequent employers, coworkers and clients might be somewhat shocked to learn that all that code was written by a guy who "couldn't code" at all.

(The autograders and CI accepting all that non-code must have been exceptionally buggy.)

But still, I failed the test. I told a friend who'd had the slot a couple hours after mine; she thought I was joking. It's FizzBuzz!

I'd seen it before. I knew what it was. The guy had changed the strings and added a factor, but who cares. I could write it in my sleep.

Just not in the form of a puddle of goo, which is pretty much the form I took in this interview. My functional IQ was roughly on par with that of my socks.

I could tell you why it happened, but it doesn't really matter. Now that interviewer had a story of the time a guy with FAANG on his resume (whose name alone had gotten me the interview) was totally incompetent.

These comments are full of those stories, mostly being used to show the test is fine and everybody sucks.

Putting yourself in the shoes of the company interviewing you: If you collapsed into a puddle of goo under pressure, to the point where you were incapable of performing a task "you could do in your sleep," why are you still a good choice to hire?

The point of my story is not that I should have been hired. That isn't my call.

The claim is often made that anybody who can code should easily pass some particular test: P -> Q. I'm offering a story of P & ~Q, which means FizzBuzz isn't really doing what it's claimed to. There's a ton of subtlety I've sidestepped and a lot more I could say, but I don't really have the time.

(I didn't downvote you.)

Because you don't hire firefighters. Senior devs should be able to reason about complex problems and come up with good solutions after a few hours or even days, depending on the problem at hand.

You test their skill of solving trivial problems in 10 minutes under pressure. I can accept if people defend that as the best proxy measure they have for the amount of effort they want to invest into each candidate. But do you seriously believe that this proxy filters the good senior devs from the bad ones?

Optimally a company does not place their developers in stressful situations 100% of the time.

I mean, some do, and those are indeed better passing the GP. But most don't.

Because the day to day job is nowhere near as stressful as the artificial constraints of the interview process.

Do people typically come in to work at 11? Why do you schedule interviews at 9 AM?

Do people typically have time to think about problems on their own for a bit and start writing up a solution after they understand it? Why don't interviewees?

Reply on news.ycombinator.com