Clojurians Log v2

very literally they are the same thing: namespaces on tokens

they are only going to be more pervasive now that clojure spec uses them

Hello! Glad to join this awesome community!

> Clojure is a hosted language on the JVM, which makes it easy to use Java libs with interop. There are implementations with JS and .Net, does that mean I can run .Net and JS code like the Java Interop? Clojure has more than one implementation. The main one is known as just Clojure, and its the Java based implementation that compiles to Java bytecode, thus runs on the JVM and can make use of all any Java libraries through interop. There is another implementation known as ClojureScript, and that one is the JavaScript based one, it compiles to JavaScript source code, and can use any JavaScript library through interop (though sometimes setting it up to do so can be challenging). Yet another implementation is knowns as ClojureCLR, and that one is .NET based. It compiled to CLR IL, and you can use .NET classic libraries through interop. There's a beta release of it that also adds support for .NET Core ane .NET 5 support. > There is clj-python,  I understand, that it runs python code on the side and reimports the results back into the clojure environment. So I can call (slower than normal?) Python libs like Java interop? Not exactly like Java interop, but close. It shouldn't be any slower than standard Python, you should expect similar speeds, but if you keep going back/forth between Clojure and Python it can have some overhead. This library to access Python from Clojure only works for the Clojure JVM implementation. > With GraalVM that is hosting Python on the same VM as my Clojure, does that just speed up my Python calls because they don't need to be external? What is the benefit to the clj-python lib? That's different, clj-python uses the C implementation of Python: CPython, which is the reference implementation of Python. GraalVM has an alternate implementation of Python which can run Python code on GraalVM. With it, you can have a Clojure JVM application running on GraalVM which can run some Python code and interop with it, but its a lot less integrated than clj-python, or the Java interop. It also won't support things like numpy and other Python things that are actually implemented in C and not real Python (I believe). But a big difference is GraalVM lets you embed Python inside your Clojure application, while clj-python lets you use Python libraries as if they were Clojure libraries.

Is it true there are no static analysis tools for clojure!?

that's false (but they can't do a lot of the things static analysis does with languages that enforce static types)

there are many tools actually

specifically, clj-kondo is now pretty actively used by a lot of people and gives a lot of great feedback

also clojure-lsp uses clj-kondo analysis and offers additional tools inside your IDE/editor, all based on static analysis

depending on what you are doing there are also some very useful libraries like tools.namespace, tools.reader, and tools.analyzer.* that you can use to roll your own code processing and examining

There is also https://github.com/borkdude/grasp which allows you to search code using specs and do your own analysis (uses tools.reader under the hood)