I think many people are missing the core of what Chomsky is saying. It is often easy to miscommunicate and I think this is primarily what is happening. I think the analogy he gives here really helps emphasize what he's trying to say.<p>If you're only going to read one part, I think it is this:<p><pre><code> | I mentioned insect navigation, which is an astonishing achievement. Insect scientists have made much progress in studying how it is achieved, though the neurophysiology, a very difficult matter, remains elusive, along with evolution of the systems. The same is true of the amazing feats of birds and sea turtles that travel thousands of miles and unerringly return to the place of origin.
| Suppose Tom Jones, a proponent of engineering AI, comes along and says: “Your work has all been refuted. The problem is solved. Commercial airline pilots achieve the same or even better results all the time.”
| If even bothering to respond, we’d laugh.
| Take the case of the seafaring exploits of Polynesians, still alive among Indigenous tribes, using stars, wind, currents to land their canoes at a designated spot hundreds of miles away. This too has been the topic of much research to find out how they do it. Tom Jones has the answer: “Stop wasting your time; naval vessels do it all the time.”
| Same response.
</code></pre>
It is easy to look at metrics of performance and call things solved. But there's much more depth to these problems than our abilities to solve some task. It's not about just the ability to do something, the how matters. It isn't important that we are able to do better at navigating than birds or insects. Our achievements say nothing about what they do.<p>This would be like saying we developed a good algorithm only my looking at it's ability to do some task. Certainly that is an important part, and even a core reason for why we program in the first place! But its performance tells us little to nothing about its implementation. The implementation still matters! Are we making good uses of our resources? Certainly we want to be efficient, in an effort to drive down costs. Are there flaws or errors that we didn't catch in our measurements? Those things come at huge costs and fundamentally limit our programs in the first place. The task performance tells us nothing about the vulnerability to hackers nor what their exploits will cost our business.<p>That's what he's talking about.<p>Just because you can do something well doesn't mean you have a good understanding. It's natural to think the two relate because understanding improves performance that that's primarily how we drive our education. But this is not a necessary condition and we have a long history demonstrating that. I'm quite surprised this concept is so contentious among programmers. We've seen the follies of using test driven development. Fundamentally, that is the same. There's more depth than what we can measure here and we should not be quick to presume that good performance is the same as understanding[0,1]. We <i>KNOW</i> this isn't true[2].<p>I agree with Chomsky, it is laughable. It is laughable to think that the man in The Chinese Room[3] <i>must</i> understand Chinese. 40 years in, on a conversation hundreds of years old. Surely we know you can get a good grade on a test without actually knowing the material. Hell, there's a trivial case of just having the answer sheet.<p>[0] <a href="https://www.reddit.com/r/singularity/comments/1dhlvzh/geoffrey_hinton_says_in_the_old_days_ai_systems/" rel="nofollow">https://www.reddit.com/r/singularity/comments/1dhlvzh/geoffr...</a><p>[1] <a href="https://www.youtube.com/watch?v=Yf1o0TQzry8&t=449s" rel="nofollow">https://www.youtube.com/watch?v=Yf1o0TQzry8&t=449s</a><p>[2] <a href="https://www.youtube.com/watch?v=hV41QEKiMlM" rel="nofollow">https://www.youtube.com/watch?v=hV41QEKiMlM</a><p>[3] <a href="https://en.wikipedia.org/wiki/Chinese_room" rel="nofollow">https://en.wikipedia.org/wiki/Chinese_room</a>