Comment by linotype
Comment by linotype 4 days ago
Separate question: are there any new startups out there writing code primarily in Clojure?
Comment by linotype 4 days ago
Separate question: are there any new startups out there writing code primarily in Clojure?
Sadly Common Lisp, Scheme, Clojure, Julia, OCaml, F# and Haskell jobs are quite scarce.
For example, right now, I can only see ~50 LinkedIn EU Clojure ads. A dozen more mention Clojure but it does not seem to be the main focus of the job.
Would love to be proven wrong, though. Perhaps these jobs are sometimes not advertised via LinkedIn.
I would love for my next job to be in Common Lisp.
I do have a concern though. I see that at lots of companies the job is not a Go job or a Python job or a Javascript job, but a Go-at-Foocorp job or a Python-at-Bazco job or a Javascript-at-International-Clowns-Inc. job. What I mean is that the team have built so many leaky abstractions atop the core language, and added so many third-party tools, that the learning curve is steep and the skills non-transferable. On the one hand, who cares? We’re human, we can learn. But on the other it means that it can take significantly longer to ramp up and start delivering value than one would prefer.
What’s this have to do with Lisp? Well, while a well-written Lisp system will be faster to pick up and get started on that one in a less-powerful language (i.e., almost all of them), a poorly-written mess will be much, much slower. My concern is that I might leave a pretty good situation for what ends up being a dumpster fire — and then have to find a new job too quickly.
That's so true, you can write Fortran in any language! I've seen great Java codebases and atrocious Clojure out there.
Developing good non-over-engineered abstractions is hard. But with Lisp it's a bit easier.
Some places do abuse macro DSLs and you can end up, as you said, working on a local language with no transferable skills.
That's like asking about the job market for hammers.
The annual Clojure/conj conference is coming up next month in Alexandria, VA (https://2024.clojure-conj.org) and there will be talks from a variety of companies, both big and small.
InstantDB (YC S22) launched a few weeks ago https://news.ycombinator.com/item?id=41322281
I don't know about startups, but I know of several more mature companies that are using it. It's, IMO, the best way to use the Java ecosystem.
Even if you never push the code to production, it’s a crazy gorse multiplier for the explore and adventure prototype phase of a project
2nd place probably goes to another comment in this thread: https://news.ycombinator.com/item?id=41560711
We (https://basil.net) are not new and not a startup, but our main language is Clojure and each new project is written in it. Very satisfied with our choice.
Yup, it's still the best tool for me. Especially for complex domains, as it does not allow you to over-abstract data structures.
Schemamap.io has a declarative SQL compiler and backend implemented in it, solving Postgres database syncing.
I use it for Wobaka[1]. It's 98% Clojure and ClojureScript with some bash added. I even use it for CSS with a beautiful library called Garden.
Extremely happy going with Clojure!
Yes, in fact there is also a good number of conferences, for instance in less than two days https://2024.heartofclojure.eu/ starts in Belgium for instance (meet me there ;-) ).
We are writing a trading system for a small broker company in Clojure/ ClojureScript with a Datomic centered backend. The previous company some of us on the team worked at had the code-base also in Clojure/ ClojureScript.