Ask HN: Knowing how some thing works vs Knowing how and when to use it?

Let's just see how this might work. Here's a question phrased both ways.<p>When do you use traceroute?<p>How does traceroute work?<p>In my experience, anyone can make up some kind of answer for the first one. There's enough wiggle room in the language to let them say "when you need to trace a route", only using different words. This establishes nothing in terms of the candidate's abilities.<p>The second question is harder to answer without actually knowing something about the problem domain. Granted, I've had plenty of people flat out lie and make things up rather than saying "I don't know", but there are ways to catch that. If they try to memorize the answer, perhaps because a question is becoming too popular, then they'd better hope they learned it all the way down to the bare metal, since that's where I'm going to take them.<p>Incidentally, for candidates who say "I don't know" to the second one, a good followup question is "Okay, how would you build one from scratch?". The people who know the domain but simply haven't dissected that particular tool will be able to reinvent it on the spot. That's when you say "are you sure you didn't know this?" to make them feel better about themselves.<p>Those who don't have any idea about what goes on with IP will be stumped.<p>This assumes perfect performance on the part of all involved. Bad food, butterflies, jet lag, and other human anomalies can and will affect you.<p>So, bringing this back full circle, maybe you don't know how a B+Tree works internally for whatever reason, but could you build one if you had to?

Grasshopper - you ask the difference between knowledge and wisdom. This is a well understood question with not a well understood answer. Illumination is left to dear reader.<p>[edit - added below]<p>Knowing how to do something demonstrates technical ability.<p>Knowing what to do and when to do it demonstrates experience, judgment, finesse, and sometimes, political savvy.<p>Depending on what kind of role one is interviewing for, the interviewer may be interested in whether you can do the things they tell you to do. So little of hiring managers want people who can think; they want people who can do.<p>While I recognize that these hiring managers are short-sighted, I submit that they are the majority.<p>In spite of their preference, certainly an implementor has to make decisions about which choices to make all the time. Yet, many people view a 'programmer' as a do-er, not a decision maker.

Maybe this is an overly simplistic response - but is it possible your question is exploring the difference between "learning something" and being "taught something"? I suspect that if you truly understand when to apply some technology then you probably have some insight into how it works - the opposite would be that someone has an imaginary table of "when this do that" values prepared by some notional domain expert that they employ.<p>To get back to your issue with interview type situations - I think that there is possibly some confusion between understanding how something works and how then it should be applied - with a lot of people biased towards "how it works in detail" as a key indicator for knowing how to apply.<p>For myself, I find it very difficult to understand the "when" (can I call it) if I do not understand the "what/how" first - but I do understand that might be just me.