top | item 30637347

(no title)

alibero | 4 years ago

We do background checks, so hopefully we're not actually hiring people who tell big lies on their resumes.

> IMO for the hopper it is also not easy I agree. I'm changing jobs soon and have some apprehension for the reasons you mention, plus don't forget the fear of underperforming and being deported for losing my job :/

> the goal of the job is to get paid and support your family Parents and people who pass the vibe check get strong yeses from me so no issue there /s

But in all seriousness I do feel really bad when interviewing parents or anyone with other obligations that stop them from grinding practice questions if I have to fail them because they can't solve some BS leetcode question. Unfortunately my intuition if someone is a good engineer or not doesn't matter much if they can't crank out some leetcodes in 35 minutes :/

discuss

order

Ancalagon|4 years ago

The signal for who is a good developer is so unbelievably low for a leetcode interview. I do feel like some codebases have been made unmaintainable because of the "fail fast, break often" mentality that I feel like is taking over things. In the interviews I give I touch on many other aspects of code design, testing, and review especially for senior candidates.

Obviously its not bad enough yet to warrant changing the process though at top companies, so maybe I'm the one who is interviewing in the wrong ways.

alibero|4 years ago

What I’m seeing is that some big tech companies these days (including my own) have standardized rubrics [1] for leetcode-style questions that focus on a few areas (like DS&A, communication and coding style) so I can’t really give any marks for these other positive behaviours.

There’s some benefits to rubrics (reduces differences between interviewers and is more fair to minority candidates from what I’ve seen) but I’m it definitely impacts or senior hiring.

Unfortunately there are also so many experienced developers in the hiring pipeline who actually can’t code, so doing at least one coding interview seems inevitable. I’d give less “tricky” questions but, like rubrics, the questions are standardized too :/

[1] https://blog.tryexponent.com/google-coding-interview-rubric/...