Java Language update By Brian Goetz

Ғылым және технология

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.

Пікірлер: 18

  • @stephankolle9705
    @stephankolle97058 ай бұрын

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

  • @iplantevin
    @iplantevinАй бұрын

    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...

  • @KangoV
    @KangoV9 ай бұрын

    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 func);

  • @techaido
    @techaido4 ай бұрын

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

  • @AnthonyGoubard
    @AnthonyGoubard9 ай бұрын

    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.

  • @TJ-hs1qm
    @TJ-hs1qm6 ай бұрын

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

  • @ebuzertahakanat
    @ebuzertahakanat9 ай бұрын

    Bring back JAOTC!

  • @user-jw8jn7lh8c
    @user-jw8jn7lh8c7 ай бұрын

    yippie!

  • @terribleprogrammer
    @terribleprogrammer3 ай бұрын

    First complete Valhalla

  • @ingframin
    @ingframin9 ай бұрын

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

  • @agcouper

    @agcouper

    9 ай бұрын

    My thoughts exactly!

  • @hareepjoshi

    @hareepjoshi

    9 ай бұрын

    No one touches scala with a 10 foot pole and you’re dreaming of Haskell?😅

  • @hsjawanda
    @hsjawanda9 ай бұрын

    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?

  • @uncle_slashes
    @uncle_slashes9 ай бұрын

    Nobody care about Valhalla?

  • @simonk1844
    @simonk18449 ай бұрын

    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.

  • @gsit80
    @gsit808 ай бұрын

    I don't like where is going.

  • @gsit80
    @gsit808 ай бұрын

    I don't understand Record. We have POJO.

Келесі