Interesting enough, JUXT has put Clojure Deps (<a href="https://clojure.org/guides/deps_and_cli" rel="nofollow">https://clojure.org/guides/deps_and_cli</a>) into "Adopt" and apparently seen the ecosystem quickly adopting it. Great to see that the ecosystem is getting less fragmented this quickly.<p>This is what they write about Clojure Deps:<p>> We have many older Clojure projects that use Leiningen, and a small number that use Boot (now on hold), but in recent years we’ve switched to deps.edn and clj. We like that builds are simple and fast, and since tools around deps.edn have accumulated rapidly we now use it confidently on all new projects, so we’re placing deps.edn in Adopt.
If you plan on creating your own radar, or you're just interested in how we went about it, there's also a blog post about the process at <a href="https://www.juxt.pro/blog/radar-2021" rel="nofollow">https://www.juxt.pro/blog/radar-2021</a>.<p>You're also welcome to use our ClojureScript Radar graphic at <a href="https://github.com/juxt/radar" rel="nofollow">https://github.com/juxt/radar</a>.
i'm so happy to see paredit mentioned, it's that tiny gem that never failed to be awesome in decades..<p>thanks to all involved <a href="https://www.emacswiki.org/emacs/ParEdit" rel="nofollow">https://www.emacswiki.org/emacs/ParEdit</a>
Clojure looks like almost my ideal programming language, nice tooling, features that work well together, and not too hard to learn thanks to great beginner resources, awesome REPL, frontend support.<p>But I do like my types, so basically I'm conflicted.
Is there a better model than this for assessing dependencies? I've never given the problem any thought before this article. The organisation here is appealing, and it is a fast way of communicating thoughts on the ecosystem strength.