Please log in to watch this conference skillscast.
Groovy has entered the realms of being a statically compiled language, competing with Java, Scala, Ceylon and Kotlin for market share. Is this the right direction for Groovy to go? This session will investigate this and many other questions.
Groovy started life as the dynamic symbiote to Java. In order to achieve this Groovy wasn't totally "duck typing", it supported optional runtime type checking. It was though still very much a dynamic language with a full meta-object protocol, competing with JRuby, Jython and Clojure for market share.
With the additional of @TypeChecked and @CompileStatic and other things, Groovy has entered the realms of being a statically compiled language, competing with Java, Scala, and Kotlin for market share.
Is this the right direction for Groovy to go? Is claiming to be both a static and a dynamic language ruining the Groovy message? Is it ruining Groovy? Is @TypeChecked fundamentally different from @CompileStatic? This session will investigate these questions and may serve as a place to learn about these things or a place to debate the future direction of Groovy.
YOU MAY ALSO LIKE:
- Microservices from the very start with Russel Winder! (SkillsCast recorded in June 2017)
- Java Design Patterns: The Timeless Way of Coding with Dr Heinz Kabutz (Online Course on 12th - 15th October 2020)
- Arthas: Inside Alibaba’s Java Diagnostic Tool (SkillsCast recorded in September 2020)
- Building a Cloud Ready Application with Quarkus (SkillsCast recorded in August 2020)
Is Groovy Static or Dynamic?
Russel is an ex-theoretical physicist, ex-UNIX system programmer, ex-academic, ex-independent consultant, ex-analyst, ex-author, ex-expert witness and ex-trainer. Russel is still interested in programming and programming languages, and all things parallel and concurrent. And build. He's actively involved with GPars, Me TV, and various bits and pieces of SDR. Russel likes working with Python, Ceylon, Kotlin, D, Go, Rust, and C++17.