> Peter, do you realize that you wrote a two-page essay,
> that again completely misses the point? What does
> what I wrote above, have to do with monkey/banana tests?

I am not Peter. But, I, too, beleive, his post might be shorter.
I'd resize it to:

=======
> I'm afraid you missed the point. Those who can
> solve the simple problems quickly, are found to
> be better at solving more complex problems.

That is so not true, same as scaling man-hours by assigning more than
one man to solve the task. There are two sets of mindsets in any
problem-solving situation: fast solving of 'standard' problems
relevant to the domain, mostly using first
order logic and calculus, and *non*-fast solving of complex nonlinear
out-of-the-box problems relevant to the domain. '
...
The 'fast' problem solving speed gives an idea of how one would
perform in a production environment, likely under pressure.

The 'slow' speed (and the ability to find workable solutions to fairy
real life problems in reasonable time and at
reasonable cost), determines whether the applicant has any hope to
become a developer capable to carry ideas from abstract to solder
outside a unionized government lab with unlimited funding and time, as
opposed to the production
engineer type skills represented by the 'fast' solvers.

The 'slow' problems usually cannot be solved by people who apply
things learned by rote and who do not have the experience to choose
the out of the box solution that will really work and be implementable
...

=======

Completely on the topic, as for me.
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist