3 ms·
Leiningen on Windows seemed like an after thought. Even on Linux I have run into package management issues with lein1/lein2. I should say a build tool should l
by billfruit 8y ago
Leiningen on Windows seemed like an after thought.
Even on Linux I have run into package management issues with lein1/lein2. I should say a build tool should largely be stable, not changing it behavior. On many functions like how you use local jars the features and methods have changed drastically at various points of time in Clojure/lein. This kind of churn has even effects like invalidating much documentation already written, and many stack overflow answers too. Why should an application developer be distracted by issues like these?
Most importantly if Clojure development is essentially depending upon lein, then I feel it should be distributed with Clojure itself.
And emacs, cider, nrepl and lein chain has so many parts which are getting version upgrades independently, it breaks frequently for the user, functionality that was working suddenly stop working after an upgrade and you have to debug why it stopped working. Also I wonder how complicated it might be to set up the whole chain on a Windows machine.
- yogthos 8y agoI can't speak to these problem as I haven't used Windows in years myself. I imagine majority of the community uses Linux and MacOS hence why Windows has been an afterthought. This isn't unique to Clojure by any means either, a lot of dev tools are difficult or impossible to use on Windows from what I've seen. Clojure now has dependency management built in with deps.tools that ships with it. It's simpler and less opinionated than lein. So, perhaps that will address the problem with getting started on Windows.
- Zekio 8y agoThe Windows experience with leiningen can be pretty good when kept up to date, which can be done easily using https://scoop.sh/ https://scoop.sh/ to install it and update it once in a while