在离开平台很长一段时间后，我正在用Java语言开发一个LoB应用程序(我花了8年左右的时间使用Fortran、C、少量的C++和后来的.Net)。
Java语言与我记忆中的Java语言没有太大的不同。我喜欢它的优点，我可以克服它的缺点--这个平台已经成长起来，决定了无数不同的框架，看起来彼此做了很多相同的事情，这是另一回事；但这可以等待另一天--总的来说，我对Java很满意。然而，在过去的几周里，我完全从自私的角度迷上了Groovy :但这不仅仅是因为它使针对JVM的开发比Java (语言)更简洁、更有趣(而且是"groovy")。
Groovy给我印象最深的是它固有的可维护性。我们所有人(我希望如此！)努力写出文档化的、易于理解的代码。然而，有时我们使用的语言本身就会把我们难住。例如:在2001年，我用C语言编写了一个库，将EDIFACT EDI消息转换为ANSI X12消息。这并不是一个特别复杂的过程，如果稍微有点复杂的话，我当时认为我已经正确地记录了代码-我可能已经记录了-但是大约六年后，当我重新访问这个项目时(在适应C#之后)，我发现自己迷失在如此多的C样板文件中(mallocs、指针等)。经过三天的深思熟虑的分析，我终于明白了我六年前一直在做什么。
今天晚上，我写了大约2000行Java代码(毕竟今天是休息日！)。我已经尽我所知记录了最好的方法，但是，在这2000行Java代码中，有很大一部分是Java样板。
这就是我看到Groovy和其他动态语言通过可维护性和后来的理解赢得胜利的地方。Groovy使您可以专注于自己的意图，而不会陷入特定于平台的实现的泥潭；它几乎是自我记录的，但不完全是。当我在几年后重新审视我当前的项目(我将尽快将其移植到Groovy )时，我认为这对我和我的继任者来说是一个巨大的恩惠，他们将继承它并继续出色的工作。
那么，有什么理由不使用Groovy吗？