Re:JEP 286: Local-Variable Type Inference
by skippytheroo on Friday March 11, 2016 @12:53AM
(#11264887)
Lombok has always been a hacky set of language extentions. It says a lot about the need for more language features in Java that developers have been willing to resort to using it. Adding val and var to Java will be a big step forward.
Re:JEP 286: Local-Variable Type Inference
by scalesolved on Friday March 11, 2016 @09:54AM
(#11266908)
Sure, no language is perfect but I've never ran into problems using Lombok in production. I'd gladly welcome the majority of its features being part of the core language though! :)
Re:JEP 286: Local-Variable Type Inference
by seanjensengrey on Thursday March 10, 2016 @04:08PM
(#11262321)
If you have an opinionated style guide, I would love to read it. Something like this [0] but for Java.
[0] https://gist.github.com/seanjensengrey/a08910b0d204b037c2ba
My experience is similar, however more like: Groovy === happy developers
Apache Groovy used to have the === operator in its earliest versions, but dropped it in favor of using a custom .is() method. The meaning of == is different to its use in Java, catching out many -- "happy" is not the word I'd use.
Re:JEP 286: Local-Variable Type Inference
by mindcrime on Thursday March 10, 2016 @06:43PM
(#11263486)
Same here. Groovy rocks my world and is the main reason I've barely even looked at Java 8.
Apache Groovy has some long-standing governance issues, e.g. the groovy-lang.org DNS is owned by a single individual. Other languages such as Kotlin and Scala have more, er, responsible governance.
Re:JEP 286: Local-Variable Type Inference
by incepted on Thursday March 10, 2016 @10:06PM
(#11264400)
If Groovy rocks your world, wait until you meet Kotlin...
Re:JEP 286: Local-Variable Type Inference
by skippytheroo on Friday March 11, 2016 @02:00AM
(#11265107)
If Kotlin rocks your world, wait until you meet the Scala.
I met Scala a few years ago, we had some fun together but she's way too high maintenance.
The website isn't the prettiest but Lombok is a fantastic addition to a Java codebase and massively reduces the amount of boiler plate often associated with Java. A list of Lombok features https://projectlombok.org/features/index.html
Java 8 + Lombok + Guava == happy developers (well at least in my case :) ).