> And I didn't realize the well written Perl code compiles equally better.
Equally better?
> And its certainly a lot easier to open files and do things in Perl than writing several hundreds of lines just to set and get variables for one single class.
Come on, seriously. Here's how I open files in Java:
import com.google.common.io.Files;
List<String> lines = Files.readLines(new File("/foo"), Charset.UTF8);
Why do you insist on straw-men to back up your arguments?On the other hand, now I have to go to the Enterprise Committee with a Permission To Install Library Form to get it, since it's not part of the base language. It might well be worth it to use Google's jar, but it's a delaying nuisance.
http://docs.oracle.com/javase/8/docs/api/java/nio/file/Files...
Stream<string> Files.lines("/foo", StandardCharsets.UTF_8)
java 7 has http://docs.oracle.com/javase/7/docs/api/java/nio/file/Files... but it's not lazy.
Argh, same straw-man again mate.
("only the names have been changed, to protect the guilty")
Not sayin' it's a universal problem, but it's a problem for me.
> Why only that library...? I've seen it all when a Perl developer is calling out a Java developer regarding TMTOWTDI. Nice library though.
>I would like to execute some shell commands Not sure comparing to a language with an explicit complicit compilation step is fair.
I guess the thing that gets under my skin about Java is that it is the mandatory one true language at so many workplaces.
5 - 8 are a different problem domain. But I was merely answering your hundreds of lines to read a file straw-man. I never suggested Java be used as a scripting language, if you really want to script on the JVM, use Scala, Groovy, Clojure or Kotlin.
But personally, I script in Python. Let's resurrect that old pissing match with Perl. ;)