Please log in to watch this conference skillscast.
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)
- Beyond Java 8 with Ben Evans (Online Workshop on 18th - 19th November 2022)
- Team Topology - Enablement mode (Online Meetup on 6th October 2022)
- LJC: Monitoring Digital Experience to Determine Feature Effectiveness (Online Meetup on 11th October 2022)
- Uh, Does This Thing Actually Work? Modern Microservices Testing (SkillsCast recorded in August 2022)
- How to Contribute to Java and Open Source Projects (SkillsCast recorded in August 2022)
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.