groovy VS Java-Hello-World-Enterprise-Edition

This time, I visited Groovy. Given my biased first impression about Java and the JVM, I wasn't too exited! But I couldn't have been more wrong! 😁

The default programming language is Kotlin instead of Java. Also, Build configuration language is nowadays Kotlin DSL (build.gradle.kts) instead of Groovy DSL (build.gradle), the past default.

There are languages that are more like "script versions of java", lately including java itself - you can run simple .java stuff directly with a shebang line now - but things like Beanshell of yore and Groovy are far more java-like than javascript.

Install Groovy: To use Groovy, you'll need to first install it. You can find the installation instructions on the Groovy website (https://groovy-lang.org/)

On https://groovy-lang.org a lot of big companies are listed which use(d) Groovy. Is this still current? E.g. Netflix, ...

Groovylang

Hence, Groovy

If you want the power of JAVA but the feel of PYTHON, try Groovy (https://groovy-lang.org/) . Basically a scripting lang for JVM but can be dynamically/statically compiled and is 100% compatible with all JAVA libs but looks like Python

Doesn't Groovy (https://groovy-lang.org) achieve much of this? I remember being taught with it at university for some time before they introduced Java. With Groovy you don't need the class or main method, and can have a program which is just `println "Hello world!"`.

If you judge productivity by lines of code, absolutely.

https://github.com/Hello-World-EE/Java-Hello-World-Enterpris... is an excellent demonstration of this.

This reminds me of the "enterprise programming" mindset in OOP where people would make factories, strategies, strategy factories etc. just for the sake of it (instead of those solutions serving a real need) and ending up codebases that look like Hello World enterprise edition.

No other language or framework seems to get the same scrutiny as JavaScript.

The Enterprise Java solutions never seem to get as much discussion but we all recognize it also as being equally if not more so absurd[1]. This is true of every language and framework that gains mass adoption and use. Scala projects are crazy complex, the python 2 to python 3 migration was a mess, none of these are problems. They reflect the improvements in every metric to the underlying platforms and systems - end user experience, developer experience, reliability, testability etc.

JavaScript is in a phenomenal place today - we have come "full circle" but with better tooling, new capabilities, improved experiences etc.

There's a lot of keeping up with the jones' - that's partly nice as its job security and partly nice as a reflection of engineers improving our own ecosystem.

[1] https://github.com/Hello-World-EE/Java-Hello-World-Enterpris...

It’s bad, but not as bad as the enterprise edition

Hello World Enterprise Edition - https://github.com/Hello-World-EE/Java-Hello-World-Enterprise-Edition

You might actually have to think about writing longass assembly hello world, but I can spin up fifteen Enterprise Java Hello World APIs in an afternoon.

Haven't written Java in years, but I'd take an enterprise edition program written in it, much like this one: https://github.com/Hello-World-EE/Java-Hello-World-Enterprise-Edition