Java 8 best practices by Stephen Colebourne 

Compliment this guy on his presentation skills and the clear and concise way he’s constructed his slides.

This is a magnificent once-over on Java 8 additions. Perhaps a little too much emphasis on lambdas and streams at the expense of smaller - but still very handy - things. Take the bit at 04:40 on no longer making method parameters final - they are now taken by the compiler as effectively final. Java 8 also allows objects defined within an enclosing method to see that method's parameters. Since local classes may only use variables that are final or effectively final, they can now access and use enclosing method parameters. Before Java 8 such variables had to be made members of the enclosing class to enable access by a method. This video made me look harder at interfaces, never a bad thing.

Good pres and tips. But maybe should have run over Supplier and Consumer interfaces too.

Great speaker, great and understandable slides

at 3:35, how did Collection.sort method become people.sort method? What concept is that?

package-private methods on interfaces by changing default visibility would break a lots of existing ones... They'll have to come up with a keyword for package-private interface methods ( package private foo(); // :P)

it's already Java 12 outside, still not seeing value types coming

Hi Koushik, can you please do a tutorial on Java 8 Collections ?

Here is a link to the slides by the same author, _Stephen Colebourne_, from his *JAX London 2015* talk: www.slideshare.net/scolebourne/java-se-8-best-practices-53975908?elq_mid=31452&sh=&cmid=WWMK15020783MPP039C003

big + for the pragmatic views on those things - not just the ecstatic chatter we normally hear from evangelists.

it would be nice to hear more about motivation, why not do that or that. Like at very begging of "best practice" don't use types in lambdas, don't use brackets on single argument lambdas, don't use finals etc. But most of these aren't for compiler, but for human readers, wouldn't it be nice to know, that what is written is what author wanted to write and understand his intentions?

I would disagree with what's said at min 4:40. I think is bettter to always use () all the time. I hope someone proves me wrong and i learn something

31:10

I tried really hard to like java😂.but....

Java 8 in a nutshell, take out noise and replace with magic. "Noise" atleast made the code readable. Now you have no idea what is going on.

A lot of noise and in the end this is just an opinionated talk. Most of it is self evident anyway and harsly no explainations are provided. Unuseful talk.

Not much interesting. I suggest any people interested in the subject to listen to or read books, blogs and videos by Venkat Subramananian, much more informative and vivid...