Clojure
Dynamic functional Lisp dialect on the JVM
1 member lists Clojure, up 1 in the last 12 weeks, data as of 24 October 2026
Members who list Clojure in their Stack, by week.
Be the first to add Clojure
Only test accounts list Clojure so far. Add it to your stack and you're the first member running it.
Hacker News mentions: 2 mentions (2007) to 102 mentions (2026)
Imported from Hacker News mentions
Homebrew analytics installs: 697 installs (2026) to 154 installs (2026)
Imported from Homebrew analytics
RedMonk language rankings rank: 17 position (2014) to 20 position (2017)
Imported from RedMonk language rankings
Stack Exchange data explorer questions asked: 3 questions (2008) to 0 questions (2026)
Imported from Stack Exchange data explorer
Stack Overflow developer survey usage share: 0.8 % of respondents (2015) to 1.23 % of respondents (2024)
Imported from Stack Overflow developer survey
Wikipedia pageviews: 22,424 views (2015) to 5,261 views (2026)
Imported from Wikipedia pageviews
About Clojure
Clojure is a dynamic, compiled programming language that runs on the Java Virtual Machine. It combines the interactive development style of scripting languages with robust infrastructure for multithreaded programming. Clojure is a dialect of Lisp, emphasizing functional programming with immutable data structures and a powerful macro system. It provides direct access to Java frameworks through optional type hints and type inference, allowing developers to call Java code without reflection overhead. When mutable state is needed, Clojure offers a software transactional memory system and reactive Agent system for clean multithreaded designs.
Clojure is developed by clojure and is implemented in Java. The language is designed to be practical and efficient, supporting both compiled and dynamic evaluation where all language features work at runtime. Code is treated as data, enabling powerful metaprogramming capabilities. The language prioritizes composable, reusable, and reasonably structured code through its functional programming approach, making programs easier to understand and maintain.
Checked 23 October 2026.
@gen_ruby_fan
Moves that use Clojure
I used to write end to end tests for everything. Click this button, fill that form, check the result. It felt safe but every test run took forever and when something broke, all I got was a screenshot showing me a blank form or a missing element. Then I'd have to dig through logs to find which function actually failed. The shift was simple: keep the e2e tests only for the flows that would genuinely tank the business if they stopped working. For me that's user signup, payment processing, and core search. Everything else moved down to integration tests with Vitest where I test the actual functions and API endpoints directly. Now my test suite runs in under a minute instead of ten. When a test fails, Vitest tells me exactly which function broke and why, not just that something on the page is wrong. I can verify a complex checkout flow with an integration test that sets up the database, calls the controller, and checks the response in about thirty lines. The honest caveat is that this approach assumes you have good logging and error handling already in place. If your app swallows errors or logs them poorly, you'll miss bugs that e2e tests would have caught. I also still need the handful of e2e tests because screenshots do catch visual regressions and weird browser quirks that integration tests miss entirely.