puredanger

10 ms·

61.
by puredanger 6y ago
Lots of jobs in this recent job thread btw: https://www.reddit.com/r/Clojure/comments/k937mc/who_is_hiri...
62.
by puredanger 6y ago
Well, it's not a necessity, and it exists a library that anyone can use, so I don't understand any reason to be salty.
63.
by puredanger 6y ago
NPEs exist but I probably go months or even years between encountering them. Most Clojure functions are polymorphic on nil and provide safe default behavior. You primarily encounter them when invoking Java APIs via interop.
64.
by puredanger 6y ago
This is a pretty good talk about this (don't think it's the same company): https://www.youtube.com/watch?v=7E4gF3KEwZ0
65.
by puredanger 6y ago
Using Java libraries from Clojure is often easier than using them from Java. You say this as a negative but the ability to tap that ecosystem easily when needed is a huge benefit. Having worked in many Clojure projects, needing to do so is
66.
by puredanger 6y ago
If anything, I'd say that Clojure discourages the creation of DSLs through macros compared to most other Lisps, and encourages the use of plain data and functions first.
67.
by puredanger 6y ago
I think "needs strict static type systems" is a hypothesis but one with certainly many anecdotal examples to refute it. Most of the studies that have been done (and admittedly these studies are extremely difficult to do well) show
68.
by puredanger 6y ago
Both devs and jobs exist but they are mismatched in terms of geography and experience expectations. I don't think it's specific to Clojure, it's common to any narrow technology. Certainly things have gotten far better over th
69.
by puredanger 6y ago
Clojure was designed to be applicable where Java is applicable. Fortunately that space of programs is enormous and the market is enormous. Clojure does not need to "win" against Java (or anything). It is unlikely (for many reasons
70.
by puredanger 6y ago
I use Clojure because I am not a particularly wise programmer (I have been fortunate to work with many actually wise programmers). I like to write dumb, obvious code. Most Clojure code is about taking your data, representing it a sequence o
71.
by puredanger 6y ago
Just as one example, Nubank did not hire 600 Clojure developers. They hired 600 developers who learned Clojure.
72.
by puredanger 6y ago
Many Clojure companies find it easy to hire smart non-Clojure developers and teach them Clojure. You can learn the basics in a week or two and be a pretty effective Clojure developer (especially if supported in a team) pretty easily.
73.
by puredanger 6y ago
It's not proprietary. Clojure is under the EPL 1.0 (Eclipse Public License), which is intended to be a business-friendly copy-left license.
74.
by puredanger 6y ago
Edward Wible, CTO at Nubank, actually makes this comparison to other banks (and how small it is) at https://www.youtube.com/watch?v=2cYYwxgaxB0 (in the first few minutes).
75.
by puredanger 6y ago
He became the CTO of Cognitect. :) He's doing great.
76.
by puredanger 6y ago
I disagree that people are not doing those things now or that this has changed at all. We have a decade of yearly Clojure surveys that show people continue to do all those things (and lots more). Most (70-80%) of Clojure developers work on
77.
by puredanger 6y ago
Yes. There are 100s of companies using Clojure. https://clojure.org/community/companies
78.
by puredanger 6y ago
No change in Clojure's license (it is still EPL 1.0).
79.
by puredanger 6y ago
Clojure has many free IDEs. Many people currently use Emacs w/CIDER, Atom w/Chlorine, Visual Studio w/Calva, Vim w/Fireplace, etc. For that matter, Cursive also has a free non-commercial edition.
80.
by puredanger 6y ago
Per https://building.nubank.com.br/welcoming-cognitect-nubank/ , "Nubank does not own Clojure, just as Cognitect never owned Clojure. Nubank will take over Cognitect’s role as a corporate sponsor for Clojure, fundi
81.
by puredanger 6y ago
Exactly right.
82.
by puredanger 6y ago
Clojure is a compiled language btw. It's just compiled on the fly. When you're evaluating new functions at the repl, Clojure is generating Java bytecode and dynamically loading it.
83.
by puredanger 6y ago
This is great, thanks for doing that! It would be great to add this history of Clojure paper. There is also a C++ paper he wrote ( http://www.tutok.sk/fastgl/callback.html ). Other things Rich has made: - ClojureScri
84.
by puredanger 6y ago
I don't know what "sets" refers to here - idiomatic Clojure does no such thing (there are some facilities with the word "set" in them but they are all rarely used). seq is not leaky at all imo, it's a model tha
85.
by puredanger 6y ago
The next LTS version of Java is planneed to to be Java 21 (fall 2021, numbers a coincidence) and my presumption is they are trying to get it into that.
86.
by puredanger 6y ago
Actually, very few of his talks are about Clojure.
87.
by puredanger 6y ago
Re "core.async is macro sugar on top of java.util.concurrent" - yes, but also no. Java does not (yet) have a way to spin light-weight processes that can park without consuming a thread OR a way to select/alt over multiple par
88.
by puredanger 6y ago
https://erikbern.com/2016/12/05/the-half-life-of-code.html
89.
by puredanger 6y ago
Given that so many us do, perhaps you should look deeper? I've worked with both and I find no loss of ease of refactoring or confidence, and a significantly easier code base to reason about.
90.
by puredanger 6y ago
Compared to many other subreddits, the Clojure one is frolicking unicorns and rainbows.

More ›