Java Language update By Brian Goetz

preview_player
Показать описание
In this illuminating session, Brian Goetz, the Java Language Architect, delves into the latest advancements and features that are shaping the future of the Java programming language.

BRIAN GOETZ
Brian Goetz is the Java Language Architect at Oracle and was the specification lead for JSR-335 (Lambda Expressions for the Java Programming Language). He is the author of Java Concurrency in Practice and over 75 articles about Java development.
Рекомендации по теме
Комментарии
Автор

It's so good to have Brian Goetz as one of the Leaders of java

stephankolle
Автор

Fascinating! Some amazing features on the way. Great talk! I really like the "with" pattern for records being able to provide deconstruction and then construction without having to code it. I achieve the same thing (sort) of with builders and a change method change(UnaryOperator<Builder> func);

KangoV
Автор

It's funny that with all the catching up to Kotlin they've done and plan to do (e.g. "paving the On Ramp"), Brian never mentions it aloud 😅 Good to see that going back to Java after writing mostly Kotlin since 2018 wouldn't be that much of a pain. What I'd miss most right now are nullable types and the more compact and powerful stdlib, especially for collections. But also the copy for data classes, which has no alternative with Java records yet, but gets mentioned by Brian as a WIP.
I've seen some negativity about the STR template syntax, but my first impression is that introducing a generic TemplateProcessor interface is actually pretty neat.
Finally, it was a joy to listen to Brian again. I think the last time I had the pleasure was at Devoxx 2019...

iplantevin
Автор

Java is closer to Scala :D. ... Good Job.
Please continue removing the overbossity

techaido
Автор

About the last question of the backward compatibility of Java and the renaming of the Swing packages: As far as I can remember Swing was an external library first with Java 1.1. It's when it was added to JDK 1.2 that the packages were renamed to javax.swing... So it's not like if it was already in the JDK and then renamed.

AnthonyGoubard
Автор

Are records the equivalent to case classes in Scala (aka type constructors)?

TJ-hsqm
Автор

Java is becoming more like Haskell. I like it!😎

ingframin
Автор

The chief complaint against Java is its verbosity (I like Java, mostly). Can be solved by making Lombok-like functionality (Records are great but not as widely usable as Lombok's code generation) a part of the compiler & allowing default values for method parameters. What are the arguments against these two?

hsjawanda
Автор

Wow, that templating feature is ugly, non-orthogonal, and non-extensible. Could nobody come up with a better solution?

For example, how about introducing something like Scala's apply methods: an object reference can be invoked in function syntax eg "formatter(args...)" which invokes formatter.apply(args). That seems a much more generally useful feature which can then be used to provide STR("""....""") for string templates.

simonk
Автор

I don't understand Record.
We have POJO.

gsit