Live data from Hacker News

I don't know

blog.42floors.com

41–50 of 80 posts

Re: I don't know

#41
post #2

I wish politicians would have this attitude instead of avoiding the questions and coming out with meaningless statements.

There was a comment about Hilary in those Clinton papers that just got released along the lines of "Stop just answering the question asked. It's good manners but bad politics."

Re: I don't know

#42

The problem is that the engineer's "I don't know" gets beaten out of you when you speak to users and investors. You get made to feel like an amateur for admitting uncertainty. Which is absurd in the startup world of all places. So it's one of those doublethink situations, where you need to keep your internal accounting separate from the marketing talk. And then you need to know who to tell what on top of that. And th…

A lot of people have the situational acumen to know when seeming to admit flat ignorance is a bad idea.

If you're not sure about a particular fact, make an educated guess if you can or relate what you can from memory, and say, "I'll have to check on that and get back to you," then actually check on it and get back to your questioner or the audience later.

Re: I don't know

#43
Good point, and I agree, I also enjoy working with people who can admit when they just don't know something. It shouldn't be so hard to do, there is a nearly infinite amount of stuff each of us doesn't know -- especially when it comes to forward looking challenges we just haven't started thinking concretely about yet. My favorite response when asked about such things is "I'm not sure; we'll burn that bridge when we get to it".

This topic is even more relevant for software over other types of knowledge, IMO, keeping in mind the Knuth quote "Beware of bugs in the above code; I have only proved it correct, not tried it".

Even when I'm pretty sure that task XYZ can be completed relatively easily using language A, framework B and API C, I still won't answer in complete absolutes unless I've worked on the compiler for A, written a fair amount of B, and previously exhausted all the functionality of C.

Re: I don't know

#44
post #31
post #8

It's not just "I don't know" that is important, but also the next part of the thought: "but I can find out." Just admitting you don't know is great, but it's not good enough. You have to also be able to take the next step and find out . If I ask two people if they know how to do something, and one of them says "I don't know" and the other says "I don't know, but I can find out," then... well, I don't really need to c…

I think this is so absurdly overrated. It's like forcing a toddler to say thank you. "Now, subordinate/rival, What do we say?? I didn't hear the magic words! We need to find out , mmkay? Can you say you can find out?"

You have a point (valid every time someone details the structured behavior he expects of other human beings), but you need people with initiative and positive thinking who can assume control of a situation outside their comfort zone. I'd go nuts working with someone who responded to issues with just "I don't know".

Re: I don't know

#45
post #5

I really like this idea and try to apply it as much as possible. In my experience, for any kind of teamwork, the faster we get to the "I don't knows", the faster we solve problems, while stating half-truths/guesses-as-facts spreads confusion and kills productivity. I've also noticed that the type of person who is afraid to admit knowledge gaps is usually also the one who looks at me funny or expresses disapproval whe…

As one of those people who rarely says "I don't know", let me offer a different view: saying "I don't know" is negative and gets you nowhere. Instead of saying "I don't know", say what you do know. Then you're a step closer to understanding than anyone who said "I don't know"; and you're likely to be several steps ahead by the time they get over that hesitation. Now, guesses should never be presented as absolute fact…

I hate that. And after I worked as analyst, I started to hate that even more.

Just say "I do not know" and do not waste your and my time with monologues full of guesses and sort-of-related-but-not-relevant info. It does not help. It just wastes time.

If you say, "I do not know" we can work on it. We can file it as an open question until you know. We can ask somebody else or search for information.

And btw, the answer to "Will mistakes sometimes happen" question is: guesses cause them very often and they slow analysis a lot. You just do not see it, because I can not go to you and show you all your wrong guess mistakes. I have to smile and pretend that I trust you while triple checking everything you say which again, slow down analysis.

Working with people able to say "I do not know" is way easier and faster.

Re: I don't know

#46
post #45

Earlier quoted context omitted.

As one of those people who rarely says "I don't know", let me offer a different view: saying "I don't know" is negative and gets you nowhere. Instead of saying "I don't know", say what you do know. Then you're a step closer to understanding than anyone who said "I don't know"; and you're likely to be several steps ahead by the time they get over that hesitation. Now, guesses should never be presented as absolute fact…

I hate that. And after I worked as analyst, I started to hate that even more. Just say "I do not know" and do not waste your and my time with monologues full of guesses and sort-of-related-but-not-relevant info. It does not help. It just wastes time. If you say, "I do not know" we can work on it. We can file it as an open question until you know. We can ask somebody else or search for information. And btw, the answer…

You're treating knowledge as a binary, which it isn't. My way deals more gracefully with thinking you know and being wrong: since you always say what you know, but allow that it may be just a guess, you're always prepared to back off and rethink it. But if you treat knowledge as yes/no, then when you think you know and you say that "yes", you're ready to go full-steam ahead and you're less likely to turn back, since you already "decided" that "I don't know" wasn't the answer.

Re: I don't know

#47
Its amazing how small people are that they aren't able to admit they don't know something. Its quite common though.

Re: I don't know

#48
post #8

It's not just "I don't know" that is important, but also the next part of the thought: "but I can find out." Just admitting you don't know is great, but it's not good enough. You have to also be able to take the next step and find out . If I ask two people if they know how to do something, and one of them says "I don't know" and the other says "I don't know, but I can find out," then... well, I don't really need to c…

I happen to be in Army Officer Candidate School at the moment, and this is how the majority of the selection and training process works. A lot of pressure for people to answer things right now , but most of us don't actually know the answer. Without fail, the most motivated and successful candidates are the ones who say "Sir, Officer Candidate ______, I don't know but I will have an answer to you by [hack time]."

Reminds me of the (probably apocryphal) story about the military officer test that asks "How do you dig up a ditch?" where most candidates answer with detailed instructions about how dig it, when the "correct" answer is something like "I say, 'Private, dig me a ditch!'"

The point being that, at that level, it's more important to know how to deploy your soldiers toward a goal as opposed to the low-level details of every individual task.

Re: I don't know

#50
This reminds me of what a good PHP dev told me once - he interviewed a bunch of candidates for a company before as a favor, asking a bunch of specific tough domain questions. Almost all of the candidates tried to spew a bunch of nonsense & wiggle their way through them, but only one candidate had the confidence to tell him each time that "I don't know, I would google it". That was the candidate that got hired, and when that person asked down the line why he was picked, the person who interviewed him told him that he was the only candidate to not bullshit him and tell him the answer that reflected how software engineers think.

There is value in people who can tell upfront what their thoughts are, since they are identifying where there are potential problems.

Post reply on HN