> You've got to know if the other person can code. Lots of people can talk a mean game and make nothing and few people can spot them.
If only this were true. I've co-authored a (technical) book, edited another, have dozens of OSS contributions, and GitHub projects with hundreds of stars. Everyone still tries to whiteboard interview me. Usually I tell them to screw off, but still. My theory is that (a) people are too lazy to come up with better hiring processes and (b) there's a prevalent "if it ain't broke" mentality so there's little motivation to do anything about it.
We found a guy whose Github had solid Rust code and then he walked us through it and it was great how he could explain it. Maybe we were lucky there but he's turned out to also be generally awesome or perhaps that's a good sign.
It certainly looks to me like you have the pedigree to be able to select which employers you'd like anyway, so the loss of the whiteboard thing is probably not a big deal to you.
Man the guy you responded to is right. I've interviewed and mistakenly hired several types of these people.
Here's the thing, you're not too wrong either. I don't doubt that there are tons of great programmers who can't pass a technical whiteboard interview for various reasons.
But without a doubt if you pass a whiteboard interview your success at that interview is highly highly correlated with your success at the job.
You tell me... how do we screen for these master bullshitters and hire people like you? I would love to know because I see no other alternative than to use whiteboard interviews. I want to hire someone like you, but I have no clue how to differentiate you from a person who can really code and a person who is a master bullshitter.
I think whiteboard interviews are more about weeding out false positives than weeding out false negatives. While one might think they would be equally damaging, as in either case you are out one good programmer, the former (false positives i.e. hiring a lemon) is actually more damaging since you are in one negative. For why that might be, see one theory of production, the O-ring model [0].
I can think of people with all those credentials, and more, who are well known for having no technical chops. (And there are others for which you can make the inference based on the content of their books, problems with their popular but flawed Github projects, and employment outcomes.) Hirers could look at your actual Github code, but that can obscure how fast you write it, whether it is plagiarized, etc.
Nobody should be either afraid or unwilling to do 'whiteboarding', rather, it should be an opportunity. It's not perfect, but reasonably structured it's a good thing.
Academic credentials are not necessarily conducive to great dev talent ... OSS with lots of stars is a much better measure, but even then, it's not a guarantee of anything.
Companies have to be responsible about their due diligence.
I personally suck at whiteboarding, even though I'd say I'm pretty good at actual coding. I'd rather not put myself at a disadvantage, so that's why I avoid whiteboarding interviews.
Yea this is the thing, I’m terrible at white boarding but I have an amazing github that can show what I’ve done. An amazing github presence should far exceed any whiteboarding
If only this were true. I've co-authored a (technical) book, edited another, have dozens of OSS contributions, and GitHub projects with hundreds of stars. Everyone still tries to whiteboard interview me. Usually I tell them to screw off, but still. My theory is that (a) people are too lazy to come up with better hiring processes and (b) there's a prevalent "if it ain't broke" mentality so there's little motivation to do anything about it.