[mattmanser]

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.

[speckledjim]

Java does no such thing as "encourages 20,000 line behemoths filled with dross". Bad programmers do.

If you're creating several methods that only differ a little bit, you're doing something stupid. In any language.

Bad programmers create bad code. The language is totally irrelevant.

[mattmanser]

It's really not irrelevant.

There's a reason that people aren't programming in COBOL or BASIC.

[speckledjim]

Yes, the reason is the runtimes for them suck, or aren't needed.

If there was a decent runtime for BASIC or COBOL, which gave real world advantages over everything else, I'd switch to BASIC or COBOL in a heart beat.

I'm a programmer. The language I use is pretty irrelevant. If It starts looking ugly, I'd just write a cross compiler. This is not rocket science.