Earlier quoted context omitted.
I agree with this. The argument I have heard a million times is that technical people can't understand non-technical people's (whatever "non-technical" mean, partitioning people as either technical/hard or non-technical/soft is dumb) perspectives. Therefore, for a product to succeed, it needs to be designed by non-technical people. But the assumption is wrong and letting non-technical people design products more ofte…
What's an example of a product that was badly designed because the product designer wasn't technical enough?
I wrote a design program for [thingys] that were basically rectangles, but could have circular arcs instead of straight line edges. A user could fake a circle using two semicircles joined by zero length edges.
The PM saw this and wanted a circular [thingy] feature. He could not understand that it was only a fake circle, such that when the user started changing things, (literal!) corner cases would crop up. Over time, he kept demanding new features that implicitly relied on non-fake circles. And of course this just kept throwing up more confusing corner cases that he kept trying to paper over with new features.
This is one example of a HUGE class of problems that come down to managers just wishing away a mismatch between the way data and code actually work, and the features that they would like to have.