My bud Matt Raible blogged about reading a Scala book and I mentioned Stuart Holloway's "Programming Clojure". Matt replied "I like Scala and Groovy and see no compelling reason to learn Clojure. Am I missing something?"

Good question. Eric Lavigne said a few things about Clojure that caught my attention:

"My knowledge of Groovy and Scala are very limited, but here are my impressions relative to Clojure.

Scala seems like a good programming language. Its static typing reduces its flexibility compared to Clojure, but may still be a good deal because it helps with catching errors more quickly. Scala also has been around longer than Clojure, and has used that time to develop more sophisticated libraries than are available for Clojure right now. So why is Clojure still worth learning? Scala gets much of its flexibility from having a lot of features built into the language. Clojure has a small number of language features that are carefully chosen to work well together. The result is a language that is both very flexible and very easy to learn.

One of the design goals of Groovy was to be compatible with Java code, but providing some extra features, just as C++ was designed to be compatible with C. This is a good thing if you have a lot of Java code that you want to migrate, or if you are uncomfortable with learning something new. However, Java is inflexible and overly complicated, and trying to maintain compatibility with Java prevented Groovy from being much better than Java. I quickly lost interest in Groovy so it's possible that I missed something - I would love to hear what advantages Groovy has compared to Scala or Clojure."

There's a Clojure group on the web and this spawned a discussion there entitled "Matt Raible: "Why is Clojure better than Scala or Groovy?"

Let's discuss this!

I am going to take another look at Eric's Clojure code that won the CodeTown Coding Contest #1 on Wari. It's a great way to see how things wrk from a practical perspective. The Compojure web framework is also something I want to see... Stay tuned!

Views: 94

Happy 10th year, JCertif!

Notes

Welcome to Codetown!

Codetown is a social network. It's got blogs, forums, groups, personal pages and more! You might think of Codetown as a funky camper van with lots of compartments for your stuff and a great multimedia system, too! Best of all, Codetown has room for all of your friends.

When you create a profile for yourself you get a personal page automatically. That's where you can be creative and do your own thing. People who want to get to know you will click on your name or picture and…
Continue

Created by Michael Levin Dec 18, 2008 at 6:56pm. Last updated by Michael Levin May 4, 2018.

Looking for Jobs or Staff?

Check out the Codetown Jobs group.

 

Enjoy the site? Support Codetown with your donation.



InfoQ Reading List

Google OpenRL is an Experimental Self-hosted API for LLM Post-Training Fine-tuning

Google's GKE Labs has introduced OpenRL, an open-source project that provides a self-hosted API for post-training and fine-tuning Large Language Models (LLMs) on standard Kubernetes clusters.

By Sergio De Simone

AI Is Moving up the Software Lifecycle: From Code Review to PRD Governance

Technology companies are extending AI beyond code generation into earlier stages of the software lifecycle, including PRD validation, design inputs, and code review. Initiatives from Uber, DoorDash, and Cloudflare highlight a shift toward AI-driven governance layers that evaluate engineering artifacts before implementation while preserving human oversight across the development pipeline.

By Leela Kumili

Presentation: Rules for Understanding Language Models

Naomi Saphra discusses 5 rules governing language model behavior, breaking down why LLMs act like populations rather than individuals. She explains how tokenization creates strange semantic blind spots and highlights the mechanics of sycophancy, showing how models leverage subtle data associations to match user biases and demographics - even guessing political views based on favorite sports teams.

By Naomi Saphra

Article: Beyond CLEAN and MVP: Architecting an Offline-first Reactive Data Layer in Android

With the Reactive Data Layer Architecture (RDLA), you establish a clear boundary between public data APIs and private, framework-specific data-source implementations. Your presentation layer operates in a purely reactive manner, observing data changes rather than procedurally querying them. RDLA also simplifies testing by encouraging you to program to interfaces and use clean seeding patterns.

By Mervyn Anthony

Lucide Releases Version 1.0, Removing Brand Icons and Cutting Bundle Size for Millions of Projects

Lucide has released version 1.0 of its open-source icon toolkit, marking its first stable major release. The update features over 1,600 icons and removes trademarked brand icons due to legal and design concerns. Significant performance improvements have also been made, reducing package size and adding context providers for various frameworks. Users upgrading should be aware of breaking changes.

By Daniel Curtis

© 2026   Created by Michael Levin.   Powered by

Badges  |  Report an Issue  |  Terms of Service