Aug 25, 2014

GR8Conf US Recap: Why Your Company Should Adopt Groovy!

The 2014 edition of the GR8Conf US in Minneapolis was a huge success. The speakers and sessions were great and the new venues for the talks as well as the Monday night Object Partners happy hour were outstanding. It is also exciting that many of the presentations are already on the YouTube GR8Conf US channel.

With over 200 attendees, the conversations during breakfast, lunch and the breaks were as enlightening as the sessions themselves. I’d like to offer special thanks to Mutual of Omaha for letting myself and Jim McGill talk about what it was like to build the big Groovy project we worked on from 2005-2008.  It was great to hear from Jim the details about what it has been like to maintain and extend the code base for a mission-critical enterprise application over the last six years.

Our session was called “Groovy at Mutual of Omaha: Q&A”, subtitled “Groovy After All These Years or Why Your Company Should Adopt Groovy!”. In the spirit of  Cédric Champeau’s great tweet, here are some great facts and quotes from Jim during the session.

 

Regarding staffing:

  • “[With] no large body of Groovy programmers at the time, what did we have to develop with? [We learned we] don’t need to have Java rock stars.”

  • “We have an app in production. We handed over to a team of people who didn’t have a year’s worth Java experience…They were short of Java experience but not short of developer experience.”

  • Jim said thirteen people have cycled through the project over the last six years. The code base has grown from 50,000 lines of code to 120,000 lines of code.

Regarding Groovy performance:

  • “A small case will generate hundreds of thousands of calculations…a big case millions of computations.” A typical case takes 1-2 seconds in the Groovy part.  Larger cases take longer, but never so long that its a problem.

  • Even though they were stuck running on an application server that used Java 1.4 until 2013 and could only run Groovy 1.5.5, “performance was never a deal breaker. Ever.”

Regarding Stability in Production

  • “[We’ve had] less than eight [production] runtime exceptions in the last five years. Most had an immediate work-around…The scope was a single case.”

  • He doesn’t lose sleep over runtime exceptions. He loses sleep over possibly “selling something that shouldn’t have been sold.” This is where Groovy has really shined – “the readability of the code buys you a lot. Cut out the middleman and get subject matter experts as close to the code as you can.”

The Bottom Line:

“I don’t understand why management isn’t clamoring more for Groovy. Forget all the cool the stuff. [It’s about] the throughput, the readability, the ability to, in an Agile way, bring the customer and IT together in a way…that minimizes requirements docs, and brings up the testing and business rules.”

Here’s the link to our recorded session.

About the Author

Object Partners profile.
Leave a Reply

Your email address will not be published. Required fields are marked *

Related Blog Posts
Why we started using JSON Schema in our internal Helm charts
Helm 3 supports validating the provided chart values against a JSON Schema. While it may be quicker to get started in your chart development without a schema, we found it valuable for a number of […]
Rewriting files in Google Cloud Storage
Rewriting Files in GCP Note: even though this code is in Python, this should be the same idea in JavaScript, Go, etc. I wrote the following to copy a file from one Google Cloud Storage […]
Interpreting Spatial Data in the Age of COVID-19
As 2020 has come to an end, many are eager to leave the mess of COVID-19 behind with the new year and gain a fresh start. Unfortunately, new cases are still soaring across the United […]
Building a Better Mousetrap
Recently, my daughter (age 6) was into building “mousetraps” out of shoe boxes. These were more or less comfortable cardboard mouse houses complete with beds, rooms, everything a mouse could want or need and not […]