6 ms·

Imagine interviewing carpenters: Method 1: How many ten penny nails in a pound? Who makes better screwdrivers, Craftsman or Snap-on? Why? What's your fa

by edw519 15y ago

Imagine interviewing carpenters: Method 1: How many ten penny nails in a pound? Who makes better screwdrivers, Craftsman or Snap-on? Why? What's your favorite toolbox? Why? How can you tell when wood has been treated? Why should you measure twice, cut once? Which end of the hammer do you hold? Method 2: Show me something you built. Describe what you did. Cut this piece of wood according to these specs. If you needed someone to build your house, which method would you choose?

deleted 15y ago
[deleted]
moocow01 15y ago
Actually know a guy who just had to completely redo his deck because the contractor used the wrong nails on treated wood. So in that regard technicalities do have some signifigance.
- matwood 15y ago
  Method 2 would have covered it with : Show me something you built. Describe what you did. When the person describes what they did that opens up questions around materials, methods, and technicalities. Just having them tell you what a certain kind of nail is would have been useless without also demonstrating they used it properly when needed.
- brudgers 15y ago
  The fact he was using nails rather than screws for a deck should have been the first clue. But neither method would have overcome your friend's lack of expertise.
DavidWoof 15y ago
If I had to deal with the fact that 85 out of 100 applicants got the "end of the hammer" question wrong, you can bet I'd always start with method 1 just to filter out the imposters. That would free up time to correctly use the method 2 with the remaining 15 applicants.
- kstenerud 15y ago
  The "end of the hammer" question was a poor choice. Also, you could get that by asking them to pound a nail into a 2x4. A better example of nano-questions would be "What is the A312X131/22 3-1/2 inch nail used for?" or "How do the Black & Decker DS321 and Rockwell RK7866 belt sanders compare? When would you use one over the other?"
  - DavidWoof 15y ago
    Well, then we're in agreement that "end of the hammer" questions are reasonable just to weed out the obvious imposters, right? So the question is whether these "nano" questions are reasonable equivalents? And I think "how do you inherit a class" is the "end of the hammer" equivalent for a language if you claim to have been using it continuously for the past two years. I'm much less happy about the "what package" questions, but if they're meant to simply get you to name a few major packages I think they're fine. You might get the package question wrong, but I expect you to get it wrong intelligently ("what package" questions were reasonable 12 years ago when programmers dealt with them daily, but eclipse does all that for you now). I think of these as "what color is the door" questions. If you tell me you've been working at Company X, I expect you to be able to tell me the color of the front door, or where the bathroom is, or something about the place. Not that I care, it's completely irrelevant to your skills, I just want to find out if you're really the person you claim to be before I waste time with a serious interview. Because my time is precious, and I want to spend it with the serious candidates.
    - kstenerud 15y ago
      I think in this case, "take this array of numbers and sort them" would do just fine to see if they know the basics of the language, much like "take this hammer and nail that nail" would for basic hammer knowledge. Another option would be to email the candidate a chunk of average code while you're on the phone with them, then say "walk me through the code and tell me what it's doing." "I think of these as "what color is the door" questions. If you tell me you've been working at Company X, I expect you to be able to tell me the color of the front door, or where the bathroom is, or something about the place. Not that I care, it's completely irrelevant to your skills, I just want to find out if you're really the person you claim to be before I waste time with a serious interview." That's what references are for. FWIW, I can't remember the color of the doors to ANY place I've worked, except for our current office which has quite a peculiar door. And besides, how are you going to know that I'm not bullshitting when I say the door was green and was right beside the elevator? The problem with nano questions is that they assume that these few tiny tidbits of trivial and often overlooked factoids are representative of knowledge on the whole, and thus are prone to false negatives. They are heavily biased towards what YOU tend to notice, not necessarily what others tend to notice.
huhtenberg 15y ago
Imagine if 90% of candidates were actually welders who acquainted themselves with carpentry by flipping through a book on butterfly joints. It is far more efficient to ask a "nano" question to get done with an interview faster than to laboriously struggle through them trying to present a fine welding job as a woodwork.
jpdoctor 15y ago
> If you needed someone to build your house, which method would you choose? Both. The first method provides better protection against talented bullshitters, the second provides better insight into the candidate's work. There is nothing wrong with examining the level of details somebody has at their fingertips. If they don't have the specific detail immediately handy, watching (and perhaps collaborating) with the person to find detail-type info gives you insight into whether they have a suitable user-interface when you need information from them.
- moonchrome 15y ago
  >The first method provides better protection against talented bullshitters Assuming that your skill level is above that of a talented bullshitter it shouldn't be that hard to drill deeper in to the previous projects with specifics. You don't necessarily need to even know the field, if you're a competent programmer you should at least get a feeling of how skilled/technical the other person is. And I'm willing to bet that that information will be a lot more reliable than the "what package is Foo in ?". IMO using the first approach you concede that you aren't skilled enough to meaningfully evaluate the previous work/ skills, which is fine for contracting small work on your home, but you should consider third party evaluation/insurance service for anything big. In a interview scenario using this approach tells me I'm being interviewed by technically illiterate person that can't or won't use someone with more technical ability to do the evaluation, and both can't/won't options tell me that this company probably isn't for me.
  - jpdoctor 15y ago
    > IMO using the first approach you concede that you aren't skilled enough to meaningfully evaluate the previous work/ skills Only to those who confuse a test on details with ignorance of a field. There is a wonderful scene in The Seven Samurai. The leader is testing the prospective candidates one-by-one as they walk into the "interview" room. There is a junior fighter hidden behind the doorway who attacks each prospective samurai as he walks through the door. Most of the fighters dispatch the junior fighter without much ado, and forgive the "interviewer" understanding that he must test each one of them. There is one candidate who stands outside the door before walking in and says (paraphrased): Please, skip the attack that I know you have planned; It is a waste of energy. He does this in such a way that it is clear he will dispatch the junior fighter even before fighting. Then there is one candidate who is unaware and gets whacked over the head. The scene is a wonderful summary of interviewing candidates. (And a great movie too, fwiw.)
jiggy2011 15y ago
Differences between programming languages are much bigger and more important than differences between different brands of toolboxes or hammers. If you realise you made a poor choice of screwdriver it is trivial to replace it with a different one and carry on working almost immediately since it's operation is basically the same. Choosing your language or platform poorly and running into issues later once you have an app close to release or already running in production is going to cause much more difficult problems. Essentially our tools end up embedded inside our product itself. It's close to impossible to reliably compare programming to any other profession simply because there is nothing else quite like it.
- mjwalshe 15y ago
  You obviously have never seen the work of a truly talented carpenter the work the wood shop turned out at my first job was stunning. Some of the models (for hydrodynamic research) they produced in teak and other hardwoods where works of art.
- rhizome 15y ago
  Comparing screwdrivers and languages is inapt. A better example would be a choice to use a different building material than wood.
- InclinedPlane 15y ago
  I don't think this is borne out by reality. Making a general contracting mistake such as accidentally compromising the structural integrity of a building by making a poor choice on where to run the plumbing can easily result in a lot of work having to be re-done, at significant cost.
zmj 15y ago
Depends who I am. If I didn't know anything about carpentry, I would choose method 1. I don't have the specialized knowledge to judge his work. Insert obvious parallel about hiring managers who can and can't program.
marquis 15y ago
A friend of mine just became a registered carpenter which involves hours of study and exams to learn the technical specs. He's now allowed to work on more demanding and interesting projects and gets a pay rise, because his houses won't fall down because of using the wrong materials. My grandfather can build a hell of a woodshed but I wouldn't trust him to put together a 3-story townhouse.
pan69 15y ago
The first round of questions you would use to establish whether or not the candidate will have the vocabulary to work with the other members of your team. There is nothing worse than hiring a carpenter who can't communicate with the other carpenters he's building a house with. Once you've established you can talk to this guy (and he can talk to you) you'd ask him to show of his skills.
brudgers 15y ago
Neither. The proper method is: Here are the plans and specifications. Bids close in two weeks. Please include qualifications and references with your submittal.
deleted 15y ago
[deleted]
lrobb 15y ago
IME the interviews have been more like "build this Escher painting with balsa... You have 2 hours".
cheatercheater 15y ago
I think the comparison of programmers to carpenters is really pertinent. There are so many analogies.. the modern computer programmer, as-is, is today's carpenter.

by edw519 15y ago

deleted 15y ago

[deleted]

moocow01 15y ago

Actually know a guy who just had to completely redo his deck because the contractor used the wrong nails on treated wood. So in that regard technicalities do have some signifigance.

matwood 15y ago
Method 2 would have covered it with : Show me something you built. Describe what you did. When the person describes what they did that opens up questions around materials, methods, and technicalities. Just having them tell you what a certain kind of nail is would have been useless without also demonstrating they used it properly when needed.
brudgers 15y ago
The fact he was using nails rather than screws for a deck should have been the first clue. But neither method would have overcome your friend's lack of expertise.

DavidWoof 15y ago

If I had to deal with the fact that 85 out of 100 applicants got the "end of the hammer" question wrong, you can bet I'd always start with method 1 just to filter out the imposters. That would free up time to correctly use the method 2 with the remaining 15 applicants.

kstenerud 15y ago
The "end of the hammer" question was a poor choice. Also, you could get that by asking them to pound a nail into a 2x4. A better example of nano-questions would be "What is the A312X131/22 3-1/2 inch nail used for?" or "How do the Black & Decker DS321 and Rockwell RK7866 belt sanders compare? When would you use one over the other?"
- DavidWoof 15y ago
  Well, then we're in agreement that "end of the hammer" questions are reasonable just to weed out the obvious imposters, right? So the question is whether these "nano" questions are reasonable equivalents? And I think "how do you inherit a class" is the "end of the hammer" equivalent for a language if you claim to have been using it continuously for the past two years. I'm much less happy about the "what package" questions, but if they're meant to simply get you to name a few major packages I think they're fine. You might get the package question wrong, but I expect you to get it wrong intelligently ("what package" questions were reasonable 12 years ago when programmers dealt with them daily, but eclipse does all that for you now). I think of these as "what color is the door" questions. If you tell me you've been working at Company X, I expect you to be able to tell me the color of the front door, or where the bathroom is, or something about the place. Not that I care, it's completely irrelevant to your skills, I just want to find out if you're really the person you claim to be before I waste time with a serious interview. Because my time is precious, and I want to spend it with the serious candidates.
  - kstenerud 15y ago
    I think in this case, "take this array of numbers and sort them" would do just fine to see if they know the basics of the language, much like "take this hammer and nail that nail" would for basic hammer knowledge. Another option would be to email the candidate a chunk of average code while you're on the phone with them, then say "walk me through the code and tell me what it's doing." "I think of these as "what color is the door" questions. If you tell me you've been working at Company X, I expect you to be able to tell me the color of the front door, or where the bathroom is, or something about the place. Not that I care, it's completely irrelevant to your skills, I just want to find out if you're really the person you claim to be before I waste time with a serious interview." That's what references are for. FWIW, I can't remember the color of the doors to ANY place I've worked, except for our current office which has quite a peculiar door. And besides, how are you going to know that I'm not bullshitting when I say the door was green and was right beside the elevator? The problem with nano questions is that they assume that these few tiny tidbits of trivial and often overlooked factoids are representative of knowledge on the whole, and thus are prone to false negatives. They are heavily biased towards what YOU tend to notice, not necessarily what others tend to notice.

huhtenberg 15y ago

Imagine if 90% of candidates were actually welders who acquainted themselves with carpentry by flipping through a book on butterfly joints. It is far more efficient to ask a "nano" question to get done with an interview faster than to laboriously struggle through them trying to present a fine welding job as a woodwork.

jpdoctor 15y ago

> If you needed someone to build your house, which method would you choose? Both. The first method provides better protection against talented bullshitters, the second provides better insight into the candidate's work. There is nothing wrong with examining the level of details somebody has at their fingertips. If they don't have the specific detail immediately handy, watching (and perhaps collaborating) with the person to find detail-type info gives you insight into whether they have a suitable user-interface when you need information from them.

moonchrome 15y ago
>The first method provides better protection against talented bullshitters Assuming that your skill level is above that of a talented bullshitter it shouldn't be that hard to drill deeper in to the previous projects with specifics. You don't necessarily need to even know the field, if you're a competent programmer you should at least get a feeling of how skilled/technical the other person is. And I'm willing to bet that that information will be a lot more reliable than the "what package is Foo in ?". IMO using the first approach you concede that you aren't skilled enough to meaningfully evaluate the previous work/ skills, which is fine for contracting small work on your home, but you should consider third party evaluation/insurance service for anything big. In a interview scenario using this approach tells me I'm being interviewed by technically illiterate person that can't or won't use someone with more technical ability to do the evaluation, and both can't/won't options tell me that this company probably isn't for me.
- jpdoctor 15y ago
  > IMO using the first approach you concede that you aren't skilled enough to meaningfully evaluate the previous work/ skills Only to those who confuse a test on details with ignorance of a field. There is a wonderful scene in The Seven Samurai. The leader is testing the prospective candidates one-by-one as they walk into the "interview" room. There is a junior fighter hidden behind the doorway who attacks each prospective samurai as he walks through the door. Most of the fighters dispatch the junior fighter without much ado, and forgive the "interviewer" understanding that he must test each one of them. There is one candidate who stands outside the door before walking in and says (paraphrased): Please, skip the attack that I know you have planned; It is a waste of energy. He does this in such a way that it is clear he will dispatch the junior fighter even before fighting. Then there is one candidate who is unaware and gets whacked over the head. The scene is a wonderful summary of interviewing candidates. (And a great movie too, fwiw.)

jiggy2011 15y ago

Differences between programming languages are much bigger and more important than differences between different brands of toolboxes or hammers. If you realise you made a poor choice of screwdriver it is trivial to replace it with a different one and carry on working almost immediately since it's operation is basically the same. Choosing your language or platform poorly and running into issues later once you have an app close to release or already running in production is going to cause much more difficult problems. Essentially our tools end up embedded inside our product itself. It's close to impossible to reliably compare programming to any other profession simply because there is nothing else quite like it.

mjwalshe 15y ago
You obviously have never seen the work of a truly talented carpenter the work the wood shop turned out at my first job was stunning. Some of the models (for hydrodynamic research) they produced in teak and other hardwoods where works of art.
rhizome 15y ago
Comparing screwdrivers and languages is inapt. A better example would be a choice to use a different building material than wood.
InclinedPlane 15y ago
I don't think this is borne out by reality. Making a general contracting mistake such as accidentally compromising the structural integrity of a building by making a poor choice on where to run the plumbing can easily result in a lot of work having to be re-done, at significant cost.

zmj 15y ago

Depends who I am. If I didn't know anything about carpentry, I would choose method 1. I don't have the specialized knowledge to judge his work. Insert obvious parallel about hiring managers who can and can't program.

marquis 15y ago

A friend of mine just became a registered carpenter which involves hours of study and exams to learn the technical specs. He's now allowed to work on more demanding and interesting projects and gets a pay rise, because his houses won't fall down because of using the wrong materials. My grandfather can build a hell of a woodshed but I wouldn't trust him to put together a 3-story townhouse.

pan69 15y ago

The first round of questions you would use to establish whether or not the candidate will have the vocabulary to work with the other members of your team. There is nothing worse than hiring a carpenter who can't communicate with the other carpenters he's building a house with. Once you've established you can talk to this guy (and he can talk to you) you'd ask him to show of his skills.

brudgers 15y ago

Neither. The proper method is: Here are the plans and specifications. Bids close in two weeks. Please include qualifications and references with your submittal.

deleted 15y ago

[deleted]

lrobb 15y ago

IME the interviews have been more like "build this Escher painting with balsa... You have 2 hours".

cheatercheater 15y ago

I think the comparison of programmers to carpenters is really pertinent. There are so many analogies.. the modern computer programmer, as-is, is today's carpenter.