When Did it Became Impossible to Say, ‘I Don’t Know’?
melmagazine.com
melmagazine.com
"I don't know - I need some time to research the effect of XYZ on our prooposed solution. Let's get together tomorrow."
"I don't know. Let me ask Bill from the platform team if he has any suggestions and then get back to you."
etc.
Weak performers use "I don't know (how to/where to/ etc)" as an excuse to give up; strong performers use it as an opportunity to learn without bucking responsibility.
Compare that to the problems that require leadership, which often span large areas of both time and space. Obviously, no human is up to the challenge of comprehending the actual challenge.
A leader who actually believes they understand what is happening is delusional. Not necessarily in a bad way, they just aren't engaging with the reality of the situation. They will hopefully still get buoyed up by their other skills and the work of the people around them, and with a little luck and skill might have a grasp on a couple of the key drivers of a given situation. The true state of things isn't going to stop leaders pretending they have an answer to everything, because leaders are chosen by the people and people prefer to be told that the situation is easy and under control than the messy reality that requires caution, risk management and contingency planning.
I've yet to see the public admit en-mass that they are bad at picking leaders, but they clearly have no idea how to. If we had a better system for choosing political leaders we'd certainly see it used.
Because when you're being interviewed, you're not always dealing with another engineer. If you're being interviewed by a non-technical person with a business degree, then you are dealing with a person who is used to guessing/bluffing their way through things, rather than sitting down to the hard task of problem solving.
This may not be true of all business people, but it's quite common to those who might say they hated math in school. Math, and the sciences that heavily lean on it, are the only subjects where you can't get very far by bluffing or guessing.
Maths is no panacea but it is a tool of rigorous thinking. A certain kind of bluffing and even self-deception (people think this business idea is crazy but it’s not) is can be quite useful when it’s part of a rigorous framework.
Then I'm always surprised there are so many people willing to take some random guess and stretch it hard, until some Socratic questioning let them falls into paradox.
Also, and I understand completely if you don't want to share your magic toolbox of secret interview questions, would you mind sharing an example of the sort of question you'd use here?
As a result, the second type of candidate has to decide whether to enter into a debate with the interviewer (and risk losing the job opportunity if the interviewer turns out to be ignorant), or try to appease them with a best-guess answer. If the candidate is desperate for a job, they might choose the appeasement option.
You have no way of knowing if your candidate falls into the first or second bucket because interviews involve power asymmetry. In my opinion, this type of questioning is counterproductive -- you're looking for honest people by being dishonest.
Honestly, trying to bullshit your way towards an answer isn't a bad strategy in this circumstance.
However, I agree in corporate meetings it's common to give a five minute weasel word discourse devoid of any real content instead of saying "I have no clue".
When someone asks you, "Have you ever programmed in X language", or "Have you ever used Y technology", I encourage them to not just stop at "No, I haven't", but rather go-
"No, I haven't worked with that language, but it's a fairly similar language to Q, so I'm familiar with a lot of the design patterns you use when programming in that type of language. I'll need to pick up the syntax and learn from the team how you use the language, but I'm confident I can pick it up."
So, that's how to respond to it as an interviewee. If you're a company and you're interviewing candidates, you're likely bouncing good prospects who aren't good at interviewing because you're asking the question too close-ended. A better question is:
"At Acme Corp, we tend to use Scala whenever possible. What has been your experience so far in your career with programming in functional languages such as Scheme, Lisp, Scala, etc.?"
Instead of getting a binary answer, Yes / No, you're now asking an open-ended question that gives the interviewee an opportunity to share their experience, rather than feel gutted because they lack direct experience in X. Some people don't need to be asked questions in this format, but some people take questions very literally and won't elaborate despite having a totally reasonable response.
When I was at the same company as an engineer, I would see my managers make up shit on the spot and I knew they were full of it. And, I doubted their competence.
I really wish someone could assess the long term implications of saying I don't know and not saying it. I don't know which way it would pan out.
I suspect there might be a short term gain in pretending you know something but a long term problem when you pretend. And if you are truthful, the short term benefits might be worse but the long term benefits might go exponential.