I think it is. If people haven't learnt yet that the single most important skill you need as a programmer is being able to read any code, in any language, and take a good guess at what it does, be able to hold abstract programming concepts in your head, and match them up to random code listings you have never seen before....
Before you can write code, you need to know how to read it.
I recently had the great displeasure of working on a 20,000 odd line class. You cannot keep 20,000 lines in your head, it's an extreme challenge.
Each method only had tiny differences but spotting them, as pivo's original comment argues, is a total nightmare.
Refactoring brought it in at 1,500 lines. Now you can glance at any method and see the actual difference to the default that they do.
Are you seriously suggesting there's little difference between a programming language that encourages 20,000 line behemoths filled with dross compared to a concise 1,500 line program. That there's not a massive mental overhead to reading through what is essentially a book compared to a short essay?
As that's what's being discussed, but you don't seem to get it.
There's reading code, and there's reading pointless code.
I'm sure no one is disagreeing with the importance of knowing how to read code. I'm just saying that Java makes it harder than it needs to be. If your argument is that that's a good thing, then where does that argument end?
Maybe you couldn't resist because you're nostalgic? Read-only Perl went out with the 1990's, unless you're talking about golf (which FYI is done for the challenge of it - it's not for production).
Before you can write code, you need to know how to read it.