This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-18
Channels
- # beginners (84)
- # boot (21)
- # cider (12)
- # cljs-dev (13)
- # cljsrn (3)
- # clojure (169)
- # clojure-dusseldorf (2)
- # clojure-gamedev (6)
- # clojure-germany (1)
- # clojure-russia (15)
- # clojure-serbia (4)
- # clojure-spec (16)
- # clojure-uk (4)
- # clojurescript (51)
- # core-async (1)
- # datomic (23)
- # emacs (16)
- # figwheel (1)
- # fulcro (60)
- # hoplon (8)
- # lein-figwheel (3)
- # leiningen (1)
- # luminus (4)
- # lumo (43)
- # off-topic (4)
- # re-frame (17)
- # rum (37)
- # shadow-cljs (21)
- # test-check (13)
- # vim (14)
In the Clojure side of things, which static linter do you prefer? Do you have them all enabled or just one?
@decoursin while not emacsy, I use: lein-cljfmt, lein-how-to-ns, lein-bikeshed
> Do you use those integrated within Emacs nonetheless? (edited) I wrote some code to auto-watch my files and apply the fixes in a fine-grained manner, reusing my main JVM
> Why do you prefer lein-bikeshed over kibit, eastwood, or clojure.typed? l-b is the one the I use least actually out of my 'stack'. but I use it b/c clojurescript compat
Since they can only run when the source code compiles, they can't actually detect compile errors. (Detecting compile errors can also be done with just a normal stacktrace, but it would be nice to get a red squiggle underneath the errors to quickly find the problem, rather than searching the stacktrace.) Sure they provide some nice static analysis hints and tips, but hardly much that needs to run after every change/save.