Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Java Oracle

Java 7: What's In It For Developers 338

GMGruman writes "After five years of a torturous political process and now under the new ownership of Oracle, Java SE 7 is finally out (and its initial bugs patched in the Update 1 release). So what does it actually offer? Paul Krill surveys the new capabilities that matter most for Java developers, from dynamic language support to an improved file system."
This discussion has been archived. No new comments can be posted.

Java 7: What's In It For Developers

Comments Filter:
  • Re:Kill it Oracle (Score:4, Insightful)

    by Anonymous Coward on Wednesday August 24, 2011 @11:07PM (#37200948)

    Ah yes. The old "blame the language for the lack of a developer's skills" ploy. It's a sad carpenter who blames his tools for his incompetence. It's a sadder carpenter who blames a tool for other carpenters' incompetence.

    Just curious: what do you think all those "Java weenies who couldn't code themselves out of a paper sack" would do if Java died. Would they magically become skilled code gurus because Java doesn't exist? Or would they be incompetent coders in a different language?

    As Dilbert so succinctly put it: you're solving the wrong problem!

  • by Anonymous Coward on Wednesday August 24, 2011 @11:32PM (#37201124)

    While you are busy being a jackass and letting us all know you have never made a single mistake EVER with resource allocation, some of us have work to do and enjoy the fact that we will never have to type try{openFile}catch(DamnException){}finally{try{closeFile}catch(AotherDamnException){}} ever again.

  • Re:Kill it Oracle (Score:3, Insightful)

    by Afforess ( 1310263 ) <afforess@gmail.com> on Wednesday August 24, 2011 @11:33PM (#37201128) Journal
    Let me get this straight - you think that a harder programming language increases programmer competence. While I'm not defending Java, this logic is deeply flawed.

    If you follow it to it's logical conclusion, the best programmer's flip the machine bits by hand...
  • by ApplicativeJones ( 1579281 ) on Wednesday August 24, 2011 @11:40PM (#37201188)

    Yes. Let's shun all advances in programming language design, because they make it too hard to use languages without them.

    Man, imagine what'd happen if you ever ran into a programming language with a good design. There are some out there that are actually pretty good. Of course, no language is perfect - or even close. But people who resist making things better just because it makes defects in existing languages more obvious is doing themselves, and the entire field of software engineering, a disservice.

  • by Samantha Wright ( 1324923 ) on Thursday August 25, 2011 @12:38AM (#37201504) Homepage Journal

    Among the delayed capabilities are adding Lambda expressions, or "closures," to Java for multicore programming, ...

    Lambda expressions are not closures, and neither enable parallelization. Yes, the Wikipedia articles for both are dense swamps, but couldn't you have at least tried to ask someone? Please?

  • by Animats ( 122034 ) on Thursday August 25, 2011 @01:24AM (#37201776) Homepage

    Lambda expressions are not closures, and neither enable parallelization.

    I noticed that too. Somehow, in the Java community, closures somehow became connected to lambda expressions. Whether you have a syntax for anonymous functions is completely separate from whether you have closures.

    In a reasonably static language like Java, adding closures makes the concept of the "stack" a lot more complex. A closure can contain a binding to a local variable outside the closure. That binding can outlive the scope of that local variable. So local variables now have to be handled in a more general (and slower) way. The semantics of local variables gets a lot more complicated, too.

    Perl, Python, and Javascript have closures, although most programmers who use those languages don't know it. In those languages, any nested function can potentially be a closure. (Well, in Perl, there's a warning if you do that.) The Java people don't seem to have taken that route, possibly because they don't want to incur the overhead of a closure unless the programmer really wants one.

  • Re:Kill it Oracle (Score:0, Insightful)

    by Anonymous Coward on Thursday August 25, 2011 @09:35AM (#37204896)

    The old "blame the language for the lack of a developer's skills" ploy.

    Only in your imagination. Java, like PHP, specifically sought to attract the low end developers away from VB; and those who struggled with basic C/C++. The fact that Java is purposely a very limited and dumbed down C++ is further proof in the pudding. In fact, that was part of the marketing strategy. They basically positioned Java as the C++ for idiots. That was their whole enterprise marketing campaign - you don't need expensive, good, C++ programmers when you can do the same with shitty, third rate (frequently third world), cheap, Java programmers. That literally was the push into the enterprise with Java.

    While not politically correct to say so, the FACT of the matter is, Java is C++ for idiots. That, of course, doesn't mean ONLY idiots use Java or that C++ has no idiots, but the sad fact is, Java, like PHP, has a vastly disproportionate number of shitty programmers.

    Did the language make them shitty? Absolutely not. Do these languages attract a large number of shitty programmers? Absolutely, yes!

    Sorry, but this is one of those classic cases where politically correct or not, the fact is, the non-politically correct answer is factually true, regardless of how much it offends your sensibilities.

No man is an island if he's on at least one mailing list.

Working...