JDK 8 Release Notes
oracle.com
JDK 8 Release Notes
1–10 of 314 posts
Re: JDK 8 Release Notes
#2How long till most people will target 8? I think we will wait for at least a few patches first.
Re: JDK 8 Release Notes
#3> The expiration date for JRE 8 is 05/15/2014 How long till most people will target 8? I think we will wait for at least a few patches first.
Re: JDK 8 Release Notes
#4If the standard library was cleaned up and the warts were all removed and filled in, even if it broke compatibility (call it Java X or the Latte language or something) I'd be okay with that. There's too much old 90's cruft hanging around making usage of different pieces non-standard and lots of over-objectizing everything so you end up having to assemble lots of things out of little pieces, boilerplate-like, that should just be a single import and instantiation.
The modern JVM is surprisingly quick and robust technology and I've been pretty happy with it in my limited tests. I ported some old Perl algorithms to it and got some really good speed out of it once I benchmarked some of the collections a little.
Some things should just be outright fixed, like a proper regex literal so I don\\'t have to \\e\\s\\ca\\\p\\\\e everything so much\\\\\//\/\\.
It's "got good bones" and a refurb of the entire thing to bring it focus could breath a lot of long-term life into it.
edit
I guess what I'm trying to say is it would be great if the language was informed a bit more with what's going on in the dynamic languages space like Go has been. I like how Python is about as clear as Java code is, but it's always seemed a little more quick and breezy to work with. This is something I think Go got right and it'd be great if Java sort of caught onto this.
Re: JDK 8 Release Notes
#5> The expiration date for JRE 8 is 05/15/2014 How long till most people will target 8? I think we will wait for at least a few patches first.
[0] http://docs.oracle.com/javase/8/docs/technotes/guides/jweb/c...
Re: JDK 8 Release Notes
#6You know, I've been messing around with Java little lately. Nothing too fancy. It's actually not a bad language -- with a modern IDE it's actually pretty quick and breezy to work with. If the standard library was cleaned up and the warts were all removed and filled in, even if it broke compatibility (call it Java X or the Latte language or something) I'd be okay with that. There's too much old 90's cruft hanging arou…
this is what groovy and kotlin attempt to do. groovy is backwards compatible with java as well, in most cases java code is valid groovy code.
Re: JDK 8 Release Notes
#7You know, I've been messing around with Java little lately. Nothing too fancy. It's actually not a bad language -- with a modern IDE it's actually pretty quick and breezy to work with. If the standard library was cleaned up and the warts were all removed and filled in, even if it broke compatibility (call it Java X or the Latte language or something) I'd be okay with that. There's too much old 90's cruft hanging arou…
Re: JDK 8 Release Notes
#8You know, I've been messing around with Java little lately. Nothing too fancy. It's actually not a bad language -- with a modern IDE it's actually pretty quick and breezy to work with. If the standard library was cleaned up and the warts were all removed and filled in, even if it broke compatibility (call it Java X or the Latte language or something) I'd be okay with that. There's too much old 90's cruft hanging arou…
Re: JDK 8 Release Notes
#9My favorite parts:
- invokedynamic : http://stackoverflow.com/questions/6638735/whats-invokedynam...
- Project Nashorn : http://openjdk.java.net/projects/nashorn/
- lambda expressions : http://openjdk.java.net/projects/lambda/
Re: JDK 8 Release Notes
#10You know, I've been messing around with Java little lately. Nothing too fancy. It's actually not a bad language -- with a modern IDE it's actually pretty quick and breezy to work with. If the standard library was cleaned up and the warts were all removed and filled in, even if it broke compatibility (call it Java X or the Latte language or something) I'd be okay with that. There's too much old 90's cruft hanging arou…
There are warts in the standard library to be sure, but many of them have already been filled in by third parties like Apache Commons, Google Guava, and Joda-time. I'm sure there are others I'm not thinking of.
projectlombok.org also makes a lot of the language syntax ugliness quite bearable.