|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> Question 5 doesn't make any sense.
>
> I have hard time parsing that question.
Of course, the stupid thing is that with questions like that, maybe
that's the challenge. To try to figure out what the actual question is.
Maybe they made it nonsensicle on purpose to see how people would react.
Retarded but true...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Invisible <voi### [at] devnull> wrote:
> Warp wrote:
> > Question 5 doesn't make any sense.
> >
> > I have hard time parsing that question.
> Of course, the stupid thing is that with questions like that, maybe
> that's the challenge. To try to figure out what the actual question is.
> Maybe they made it nonsensicle on purpose to see how people would react.
> Retarded but true...
There was an article somewhere on the subject of why "clever" questions
which expect "clever" answers are actually counterproductive.
A typical "clever" question is like "how would you weigh a Boeing 747?",
and it's expected that you come up with some convoluted solution to the
problem, while pragmatic answers like "I would consult the specification
manual" or "I would ask an engineer" are discarded.
However, from a practical point of view those pragmatic answers are
much, much better than any convoluted answer you could come up with.
Why? Because if you come up with a convoluted answer it shows that you
tend to come up with convoluted solutions to simple problems, rather than
doing the practical thing and just consult a manual or other source which
*already* knows the answer, which would be the best thing to do in a
practical situation in the job.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> There was an article somewhere on the subject of why "clever" questions
> which expect "clever" answers are actually counterproductive.
>
> A typical "clever" question is like "how would you weigh a Boeing 747?",
> and it's expected that you come up with some convoluted solution to the
> problem, while pragmatic answers like "I would consult the specification
> manual" or "I would ask an engineer" are discarded.
That would, indeed, be a rather stupid question.
> However, from a practical point of view those pragmatic answers are
> much, much better than any convoluted answer you could come up with.
> Why? Because if you come up with a convoluted answer it shows that you
> tend to come up with convoluted solutions to simple problems, rather than
> doing the practical thing and just consult a manual or other source which
> *already* knows the answer, which would be the best thing to do in a
> practical situation in the job.
Some people evidently feel that doing things the hard way makes them
look somehow "superior".
Tangentally related: Some scientists used genetic algorithms to try to
"evolve" a simple electronic oscilator. Like, they hooked a computer up
to some kind of programmable IC, set it off with randomly initialised
ICs, and let it mutate and cross the wiring sequences and apply a
fitness function - you know, the whole genetic algorithms thing.
Eventually they came up with a device which did indeed produce the
desired sinewave. But the engineers looked at the wiring diagram and it
looked absolutely nothing like an oscilator. In fact, they couldn't
figure out how the hell it works. (This is apparently not uncommon with
genetic algorithms.)
More surprisingly, they tried to do a demo for somebody else and
discovered that the device no longer worked. The rather puzzled
experimenters did some experiments, and eventually discovered that the
device only actually works in the room where they originally evolved it.
At this point, they figured out how the device actually works. It isn't
an oscilator, it's a radio receiver. And it was receiving interferrence
from one of the other items of kit in the lab. This simultaneously
explains why the circuit looks nothing like an oscilator (i.e., IT
ISN'T), and why it stopped working outside the lab.
It also demonstrates that genetic algorithms will solve a given problem
by any and all means possible, not necessarily the one you were
expecting. If you say "generate this signal please", it will generate
that signal - even if that means receiving it as radio waves!
I'm sure biological evolution is prevaded by similarly counter-intuitive
adaptations...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> I have hard time parsing that question.
It *is* messed up. The usual question is something like
You have a race two miles long. For the first mile, one car goes 60MPH and
the other goes 30MPH. How fast does the other car have to go to finish the
race at the same time as the one going 60MPH?
--
Darren New, San Diego CA, USA (PST)
Forget "focus follows mouse." When do
I get "focus follows gaze"?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Invisible wrote:
> At this point, they figured out how the device actually works. It isn't
> an oscilator, it's a radio receiver.
Interesting. I read about that, or something similar, where the device had a
block of four or five transitors wired together but not connected to
anything else. When they removed the transistors, it stopped working.
I wonder if it's the same device.
--
Darren New, San Diego CA, USA (PST)
Forget "focus follows mouse." When do
I get "focus follows gaze"?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
scott wrote:
> people make to get an estimate.
Of course, the other question is how much time and money you can spend
getting the estimate, and how accurate the estimate needs to be. Few of
these questions can be answered without that information.
--
Darren New, San Diego CA, USA (PST)
Forget "focus follows mouse." When do
I get "focus follows gaze"?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"scott" <sco### [at] scottcom> wrote in message news:4b56b729@news.povray.org...
> http://www.glassdoor.com/blog/top-oddball-interview-questions-2009
>
> A lot of them seem like genuinely useful questions to ask candidates, one
> of our lecturers at University would regularly ask us questions like #7,
> 11 or 19 - it's interesting to see what assumptions and reasoning people
> make to get an estimate.
That's really cool, I like it.
I've got a quiz I made that I run candidates (for programming jobs) through
now, and the first one I put on there is "How does an e-mail system work?
What happend from the time one person hits 'Send' and the other person sees
a message in the In-Box?" I get the most amazing amount of hemming and
hawing over that one.
--
Jack
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> At this point, they figured out how the device actually works. It
>> isn't an oscilator, it's a radio receiver.
>
> Interesting. I read about that, or something similar, where the device
> had a block of four or five transitors wired together but not connected
> to anything else. When they removed the transistors, it stopped working.
>
> I wonder if it's the same device.
That does, in fact, sound vaguely familiar...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Wed, 20 Jan 2010 08:56:25 +0100, scott wrote:
> http://www.glassdoor.com/blog/top-oddball-interview-questions-2009
>
> A lot of them seem like genuinely useful questions to ask candidates,
> one of our lecturers at University would regularly ask us questions like
> #7, 11 or 19 - it's interesting to see what assumptions and reasoning
> people make to get an estimate.
I agree that some do see useful. I like #19, probably partly because I
know how I'd answer: "Roughly one per space where a light bulb can be
fitted to the fixture." (This would allow for some of the fixtures to be
empty).
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Wed, 20 Jan 2010 08:11:28 -0800, Darren New wrote:
> Warp wrote:
>> I have hard time parsing that question.
>
> It *is* messed up. The usual question is something like
>
> You have a race two miles long. For the first mile, one car goes 60MPH
> and the other goes 30MPH. How fast does the other car have to go to
> finish the race at the same time as the one going 60MPH?
Even then it doesn't parse correctly, because they've given you the
speeds for both cars - so asking how fast the slower car should go
doesn't make sense, because you've been told how fast it is going.
And I'm not sure that discarding the length of the track allows the
question to be answered even then. I assume they're asking about when
the two cars would cross the finish line at the same time, not when they
would finish at the same time (since the slower car would clearly be laps
behind the faster car). Assuming both are measured at a running start
(ie, at speed), one car going half the speed of another should cross the
finish line of a closed track at the same time every 2 laps. I think
that's the answer they're going for.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |