|
I totally agree... if I was in an interview, and I thought they were trying to trick me, I'd leave.
I have no desire to work with a group of asses.
If it's not broken, fix it until it is
|
|
|
|
|
Kevin Marois wrote: I have no desire to work with a group of asses.
Sort of restricts the number of companies you can work for though.
|
|
|
|
|
Brent Jenkins wrote: If you want to play games or try and catch people out,
Keep in mind of course that such people, at best, simply are not very good at giving interviews.
Of course at worst they are ignorant and arrogant.
|
|
|
|
|
One interview I had back in 2001 really stands out for me..
Interviewer: Why do you want to work here?
Me: I'm interested in mobile development
Interviewer: No you're not
Me: Huh?
Interviewer: You're only saying that because you know that's what we do
Me: No, I've worked on PalmOS and WindowsCE apps in my spare time..
Interviewer: No you haven't, you're just saying that because you want a job here
Me: Not now I don't..
I'd released apps for PalmOS beforehand, one gaining over 100,000 total downloads which was pretty good for a time without app stores as such.
Weird how some people just seem to be on the offensive in interviews from the get go. I can only imagine how much talent these guys lose businesses over the years.
How do you know so much about swallows? Well, you have to know these things when you're a king, you know.
modified 31-Aug-21 21:01pm.
|
|
|
|
|
Brent Jenkins wrote: Weird how some people just seem to be on the offensive in interviews from the get go
Keeping in mind of course that a technical interviewer's strength isn't as a people person, so the weird ones are the ones that are actually good at it.
|
|
|
|
|
When I was in the Marines, every quarter my unit would meritoriously promote one Marine to NCO. A board of 4 or 5 NCO's in the unit was formed and candidates where brought in and asked a series of questions. The board then voted and one person was promoted.
One guy would always ask something totally stupid like "How many holes are there in a C-Ration cracker?" (IIRC there are 54).
The NCO's in the board had 3 or 4 questions they could each ask to evaluate the candidate. I finally asked him "Why don't you ask some relevant questions like 'Why do you want to be a corporal?', or 'How would you handle a situation like ...?'" He said "I like to see them sweat!"
That manhole cover question is no different. It told the interviewer no real info about the person, and only made the poor guy sweat, and probably made him think "Wow, now I feel stupid". The interviewee is already under pressure and nervous.
Want to see how someone thinks? Give them a problem and a white board.
If it's not broken, fix it until it is
modified 27-Mar-15 9:54am.
|
|
|
|
|
More probably than not it doesn't show how you think but that you have heard this question before. And honestly who hasn't?
The good thing about pessimism is, that you are always either right or pleasently surprised.
|
|
|
|
|
OriginalGriff wrote: No - it shows how you think.
The interviewer got the question from the internet and that they themselves didn't know that answer either until they read it on the internet. And if an interviewee knows the answer then it is much more likely that the interviewee got the answer from the same place rather than figuring it out. If the interviewer thinks otherwise then that only demonstrates that the interviewer isn't very smart.
Wouldn't demonstrate much about the interviewee at all except that they were researching interview questions rather than new technologies.
|
|
|
|
|
Oh the engineer in me is cringing. 
Mongo: Mongo only pawn... in game of life.
|
|
|
|
|
Not a stupid interview question, but somewhat unusual interviewer behaviour:
During an interview I faced way back in 1995, the panel had three interviewers. They gave me a sheet of paper, and gave me a puzzle to solve. Immediately, all the three interviewers started peering deeply on every stroke/character/number that I wrote on that paper. It was very difficult to solve this with three pairs of eyes watching each mistake/misstep I took.
Did not get selected.
Learnt how not to conduct an interview.
|
|
|
|
|
I had the same question once!
It's to test your ability to think outside of the box, I guess.
|
|
|
|
|
|
Kevin Marois wrote: I was once asked why manhole covers are round.
I give an outside of the box answer:
"Because manhole covers are heavy, and to move it, it is much easier to roll a round manhole cover than a square one."
I've also been asked, "if you were a tree, what kind of tree would you be?"
Normally I answer:
"Red-Black Tree"
But if I were going for a compiler writer position I would answer:
"Abstract-Syntax Tree"
|
|
|
|
|
I have no desire to work for a company who's interview process is about trying to trick me or make me sweat.
If it's not broken, fix it until it is
|
|
|
|
|
Kevin Marois wrote: make me sweat
If you're a true engineer, sweating should be uncontrollable and come naturally 
|
|
|
|
|
Manhole covers are round because a^2 + b^2 = c^2. Really.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
I was asked something like "How many people are there flying in planes right now?"
I answered "325,761"
The interviewer was stumped!
PooperPig - Coming Soon
|
|
|
|
|
|
Cool. Looks addictive. Must stay away.
|
|
|
|
|
Yeah, get some work done. For once. 
I mean, with a name like Slacker007...
|
|
|
|
|
Downloaded by five million people who would no doubt look at the Sega Master System or Nintendo NES and sneer, no doubt.
With the exception of Physics games (where the processing power wasn't available), there isn't a game that's played, nowadays, that isn't a variant of games from 8-bit systems; and some of them even look like they come from an 8-bit system (QED) (Yes, I noticed that the physics is slightly better).
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
is just one opportunity![^].
Cheers! 
"I had the right to remain silent, but I didn't have the ability!"
Ron White, Comedian
|
|
|
|
|
Couple of days ago we had a candidate over for a "Junior Developer" role and a couple of my colleagues interviewed him. After an hour and a half they got back and proclaimed that the guy was no good because he couldn't solve a string reversal problem. Now, that's not the only thing that caused his "demise" obviously it was more of other things like not being passionate about software development in general, not having done a job long enough, not having any side projects to speak and appearing to not even try to solve the problem given during the interview.
What I find funny is these interviewer colleagues of mine really didn't do any preparation or due diligence to interview the candidate, 10 minutes before the interview they were scrambling on websites trawling for questions they can ask. Now that in my opinion is the failure of the interviewer just as much as that of the candidate to prepare properly. I have been to better interviews than this, where the interview lasts for around as much and longer if needed and they assess a lot of soft skills like communication, attitude etc and then some technical grilling on a whiteboard. The process is more two way than this case, the focus is not on solving a problem that you would never actually need to solve from scratch in real life anyway. Why do you think Google was invented? (not talking about "copy-n-pastable" solutions, just general searching for ideas etc.)
What is your opinion on this? Do you think asking "beaten to death" programming questions in an interview is just a lazy interviewing attitude because the interviewer couldn't be bothered to prepare properly? Is asking such questions even a point here?
|
|
|
|
|
It's not about "has it been done before" or even "can he use Google" - it's a way of finding out how he thinks. Does he approach the task in a structured manner? Does he think first, ask sensible questions, or dive straight into code?
Can he even do a simple task without the internet and VS to help him?
Yes - it's an interviewer fail. Yes it's an interviewee fail as well.
Interviews are hard work for the interviewer: like any presentation they take 5 or more times longer to prepare for than to deliver, and if you rush your prep you will not get what you want: a good candidate. A bad interview can put the potential employee off the company, just as much as it puts a company off the potential employee.
Remind your colleagues that interviewing is very expensive: it takes considerable time to weed out the CV's you are interested it, interview candidates, and if you get the wrong one you are both stuck with them for a while and have to repeat the whole process.
"Beaten to death" questions have a place - because any task to be completed within the timeframe of an interview has to be relatively simple or it wastes too much interviewer and interviewee time. But they should be thought out well in advance.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I use programming questions, but I do have certain ones that I bring out time and time again. It's not a laziness thing if it's being done for the right reason. The first thing is, we work in a fairly specific domain so it's an opportunity for me to assess whether or not people can actually answer questions about things that matter to us. Secondly, I'm not bothered about the candidate whiteboarding a solution or typing it in, I want them to engage with me so that they get a chance to find out the types of things we need - the interview is as much about whether they want to work for us as it is the other way around. I'm also not bothered about someone having a confidence issue talking to me in the interview - what I want is for them to give me some part that we can open a dialogue about; the classic case for me is if they say they use TDD, I would be looking to see how this plays into their answers. We can discus issues such as testing asynchronous code, for instance.
TL;DR - they can be useful, but you shouldn't be looking for textbook answers. It's about a dialogue.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
