Favourite interview questions
-
I'm going to be conducting some interviews later this week, which I have to admit, is a new thing for me. The role is for a VBA developer, but also a bit of a general technology all-rounder. The behavioral type questions will be asked by someone else, but it's up to me to delve into the technical side of things. So, I'm looking for some suggestions! What are your favourite interview questions? Cheers, Anthony.
I found detailed instructions for including a specific line of text in the subject line of emails. Great for locating detail oriented people. As for interview questions ... unplug the network cable and let him debug a website for you. A man said to the universe: "Sir I exist!" "However," replied the Universe, "The fact has not created in me A sense of obligation." -- Stephen Crane
-
Jeremy Falcon wrote:
Uptight, overreactive, anal, superiority complex, etc.
When it comes to picking people that I will have to work with every day I am proud to be anal, uptight, overreactive. My sence of superiority is clearly a fact and not a complex :) Objects in mirror are closer than they appear
:laugh: See now that's good stuff. Jeremy Falcon
-
Jeremy Falcon wrote:
Oh well, where's a when you need one.
Ever had one of these [^]? Objects in mirror are closer than they appear
Nope, but now you've got me curious. Jeremy Falcon
-
I read the entire thread you guys had going. :laugh: I personally find that the answer to almost all higher level programming questions begin with the phrase “it depends” followed by an explanation. The key words here are “it depends”, without that phrase they probably do not have much experience in that area. Most programming questions are not ‘yes or no’ but ‘yes and no’, because ‘it depends’. :-D INTP "Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
John R. Shaw wrote:
Most programming questions are not ‘yes or no’ but ‘yes and no’, because ‘it depends’.
It's so true. My mom hates that too, when she asks a question about computers.
John R. Shaw wrote:
INTP
Hey me too. I suppose that's why we both get a kick out of of the "it depends" answer. Jeremy Falcon
-
I'm going to be conducting some interviews later this week, which I have to admit, is a new thing for me. The role is for a VBA developer, but also a bit of a general technology all-rounder. The behavioral type questions will be asked by someone else, but it's up to me to delve into the technical side of things. So, I'm looking for some suggestions! What are your favourite interview questions? Cheers, Anthony.
atregent wrote:
What are your favourite interview questions?
When can you start? Would you like the Lexus company car or the Ferrari? Would you want the corner office of the holodeck office? :-) Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert.
-
I'm going to be conducting some interviews later this week, which I have to admit, is a new thing for me. The role is for a VBA developer, but also a bit of a general technology all-rounder. The behavioral type questions will be asked by someone else, but it's up to me to delve into the technical side of things. So, I'm looking for some suggestions! What are your favourite interview questions? Cheers, Anthony.
Among my questions I sprinkle a couple of "easy" questions:-D... Easy in that there are a known "right" answer;). But as we all knows, it always depends on the context what the right answer is...:) For an example: "What's your thoughts about GOTO, and please do try to explain why." Normally they result in three categories of replies. 1) "NO - BAD" = Beginner 2) "Ahh... That's a tricky question" = Beginner but aware of the trap. a) Never gives an explanation = Sneaky fellow b) "Never seen any need for them but there could..." = Either sneaky fellow or beginner with an open mind;) 3) "No, because of..." = Intermediate b) "... but maybe if one..." = Still intermediate but tries to find a solution... 4) "They do have their usage, as in..." = Advanced After a couple of these question I tend to have a rather good picture of how big their experience are, how agile their thoughts are and if they are prepared to go against common knowledge, if they decide it's necessary. All in all, I'm not particularly interested in their answer but in their reasoning coming to their conclusion. rgds /Jonas
-
I'm going to be conducting some interviews later this week, which I have to admit, is a new thing for me. The role is for a VBA developer, but also a bit of a general technology all-rounder. The behavioral type questions will be asked by someone else, but it's up to me to delve into the technical side of things. So, I'm looking for some suggestions! What are your favourite interview questions? Cheers, Anthony.
I've not tried this myself, but I've heard of people who use their interview time as a pair programming session. if you use pair programming, spending 30-60 minutes with someone doing pair programming on a well-defined problem that you haven't already solved yourself is a great way to test compatibility, their thought process, and the like.
-
No, the person that hacked into your account while you were away. :laugh: Jeremy Falcon
Good day gentlemen. Can we say "Way off topic"? Additionally, getting insulting in a forum is just plain silly. Now, a (hopefully) good response to the interview question posted above would be something along the lines of: A multi-threaded application would not be appropriate for applications that that would not take full advantage of the flexibility imparted by running in a multi-threaded environment. EG, a basic text editor has no need of multi-threading. But, a 3D game that is graphically intensive would very likely benefit from a careful usage of background multi-threaded routines. Also, multi-threading can keep the UI of an application responsive while handling long background tasks, such as burning CDs or DVDs, re-encoding, decoding, or otherwise converting from one file type or music/image/movie format to another, and so on. Thank you for your time, and have a pleasant day, ArchKaine Some say that ignorance is bliss... Blissful, aren't they?
-
leckey wrote:
2. What is funnier in movies--monkeys or racoons and why?
Depends on the movie. The chimps in the one Air Bud movie were funny, and the raccoons in The Great Outdoors were really funny, too. It depends on the setting of the movie.
-
The correct answer for a VBA developer is huh? If they answer anything else you will probably end up with a multi-threaded excel macro.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
atregent wrote:
What are your favourite interview questions?
When can you start? Would you like the Lexus company car or the Ferrari? Would you want the corner office of the holodeck office? :-) Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert.
-
Among my questions I sprinkle a couple of "easy" questions:-D... Easy in that there are a known "right" answer;). But as we all knows, it always depends on the context what the right answer is...:) For an example: "What's your thoughts about GOTO, and please do try to explain why." Normally they result in three categories of replies. 1) "NO - BAD" = Beginner 2) "Ahh... That's a tricky question" = Beginner but aware of the trap. a) Never gives an explanation = Sneaky fellow b) "Never seen any need for them but there could..." = Either sneaky fellow or beginner with an open mind;) 3) "No, because of..." = Intermediate b) "... but maybe if one..." = Still intermediate but tries to find a solution... 4) "They do have their usage, as in..." = Advanced After a couple of these question I tend to have a rather good picture of how big their experience are, how agile their thoughts are and if they are prepared to go against common knowledge, if they decide it's necessary. All in all, I'm not particularly interested in their answer but in their reasoning coming to their conclusion. rgds /Jonas
This is a pretty good question.
-
Good day gentlemen. Can we say "Way off topic"? Additionally, getting insulting in a forum is just plain silly. Now, a (hopefully) good response to the interview question posted above would be something along the lines of: A multi-threaded application would not be appropriate for applications that that would not take full advantage of the flexibility imparted by running in a multi-threaded environment. EG, a basic text editor has no need of multi-threading. But, a 3D game that is graphically intensive would very likely benefit from a careful usage of background multi-threaded routines. Also, multi-threading can keep the UI of an application responsive while handling long background tasks, such as burning CDs or DVDs, re-encoding, decoding, or otherwise converting from one file type or music/image/movie format to another, and so on. Thank you for your time, and have a pleasant day, ArchKaine Some say that ignorance is bliss... Blissful, aren't they?
ArchKaine wrote:
Additionally, getting insulting in a forum is just plain silly.
Yeah, but at least we entertained a few people. :-D Jeremy Falcon
-
ArchKaine wrote:
Additionally, getting insulting in a forum is just plain silly.
Yeah, but at least we entertained a few people. :-D Jeremy Falcon
-
No, the person that hacked into your account while you were away. :laugh: Jeremy Falcon
-
If I start getting smart arse answers in a first interview they get a quick one way trip out the back door. I expect a high level of profesionalism. We are a leader in our field and a highly desired employer so there are plently of people to choose from. Objects in mirror are closer than they appear
-
Good day gentlemen. Can we say "Way off topic"? Additionally, getting insulting in a forum is just plain silly. Now, a (hopefully) good response to the interview question posted above would be something along the lines of: A multi-threaded application would not be appropriate for applications that that would not take full advantage of the flexibility imparted by running in a multi-threaded environment. EG, a basic text editor has no need of multi-threading. But, a 3D game that is graphically intensive would very likely benefit from a careful usage of background multi-threaded routines. Also, multi-threading can keep the UI of an application responsive while handling long background tasks, such as burning CDs or DVDs, re-encoding, decoding, or otherwise converting from one file type or music/image/movie format to another, and so on. Thank you for your time, and have a pleasant day, ArchKaine Some say that ignorance is bliss... Blissful, aren't they?
Good day to you Sir :)
ArchKaine wrote:
A multi-threaded application would not be appropriate for applications that that would not take full advantage of the flexibility imparted by running in a multi-threaded environment. EG, a basic text editor has no need of multi-threading. But, a 3D game that is graphically intensive would very likely benefit from a careful usage of background multi-threaded routines. Also, multi-threading can keep the UI of an application responsive while handling long background tasks, such as burning CDs or DVDs, re-encoding, decoding, or otherwise converting from one file type or music/image/movie format to another, and so on.
The question was "Does multithreading make a program faster?" You have not addressed the issue of speed at all. Think about the effect of having multiple cpu's in a machine and multiple non-interrelated tasks to perform.
ArchKaine wrote:
Thank you for your time, and have a pleasant day,
You too mate Objects in mirror are closer than they appear
-
Good day to you Sir :)
ArchKaine wrote:
A multi-threaded application would not be appropriate for applications that that would not take full advantage of the flexibility imparted by running in a multi-threaded environment. EG, a basic text editor has no need of multi-threading. But, a 3D game that is graphically intensive would very likely benefit from a careful usage of background multi-threaded routines. Also, multi-threading can keep the UI of an application responsive while handling long background tasks, such as burning CDs or DVDs, re-encoding, decoding, or otherwise converting from one file type or music/image/movie format to another, and so on.
The question was "Does multithreading make a program faster?" You have not addressed the issue of speed at all. Think about the effect of having multiple cpu's in a machine and multiple non-interrelated tasks to perform.
ArchKaine wrote:
Thank you for your time, and have a pleasant day,
You too mate Objects in mirror are closer than they appear
Josh Gray wrote:
The question was "Does multithreading make a program faster?" You have not addressed the issue of speed at all. Think about the effect of having multiple cpu's in a machine and multiple non-interrelated tasks to perform.
Then based on what I said above, it really does depend on the application. Not only that, it depends on how the code is written, and whether the coder multi-threaded the right areas of the application. Using my text editor from above as an example, you conceivably could multi-thread it, it would most likely run just fine. But as far as being faster... In that particular case, I'd have to say no. The reason being you'd be writing more code to accomplish the same ends, and as such, you're forcing the computer to do more than is needed to do a simple task. This applies whether there is one processor, or 64,000 processors. In the end of it all though, whether or not an application is faster if it's multi-threaded truly does depend on whether that application would be appropriate for being written to take advantage of multi-threading. In which case, I'd say yes it would be faster, or at the very least, more efficient. Thank you again for your time. ArchKaine Some say that ignorance is bliss... Blissful, aren't they?
-
No, the person that hacked into your account while you were away. :laugh: Jeremy Falcon
I wouldn't ask techy questions as such. If the CV has all the "gunk" then why bother with tech questions such as "Threading" etc? Perhaps ask how much they know about the area they will be working with (i.e. VB), and how they think they can apply their skills to a problem - or something around the lines of that. Also if you ask about "do you have skills in some random, difficult underground programming scripting language?" then they could answer with "no i have no skills with that, or never used that", then great, they are honest. If they humm and hover over the question then clearly they want to impress and don't have skills in it at all (can you tell I just had a set of interviews? /;)