Live data from Hacker News

Running Lisp in Production

tech.grammarly.com

61–70 of 119 posts

Re: Running Lisp in Production

#61
post #34

Common Lisp's macros and grammar go together like bread and butter. A grammar module in the app I built [1] uses macros to generate huge amounts of repetitive code. [1] https://github.com/tshatrov/ichiran/blob/master/dict-grammar... I wonder if they're still hiring Lispers. I once passed on the opportunity to work in their Kiev office, but I might give it a shot again.

Wow, I checked out your ichi.moe app. It's awesome! I'm definitely going to use this as I work on re-learning the Japanese I've forgotten over the years. I've done some Racket and Clojure but never done CL... I'll have to check it out.

Re: Running Lisp in Production

#62
post #49

One of the things I would have liked to see on the article is how do they handle the deployment itself. Do they build an executable with build app? To they used sb-daemon? An home-grown solution using sb-posix:fork?

I don't know how they do it, but I have run several Lisp production systems. I use CCL, which has a really fast compiler. So I just load the code from source. The deployment process then becomes: git pull, quit and restart Lisp. (The ccl-init file loads the code.)

And in that case how do you handle the monitoring of the system?

Re: Running Lisp in Production

#63
post #10

Earlier quoted context omitted.

LispWorks has a lot of features in its GC. Years ago it was used in a demanding telco application, an ATM switch. It was also used on a space mission experiment. Generally the runtime is very very nice. Franz Inc uses Allegro CL in a large database. They tuned the GC quite a bit for that. But there were also other GC demanding applications on Allegro CL, for example in CAD and 3D design. They are now working on a con…

Why are concurrent GCs rare?

are there many platforms, besides JVM and .Net, that have good-quality concurrent GCs?

Re: Running Lisp in Production

#64
post #49

Earlier quoted context omitted.

I don't know how they do it, but I have run several Lisp production systems. I use CCL, which has a really fast compiler. So I just load the code from source. The deployment process then becomes: git pull, quit and restart Lisp. (The ccl-init file loads the code.)

And in that case how do you handle the monitoring of the system?

I don't understand the question. Once it's running, it's like any other server, and you monitor it like you would any other server written in any other language.

Re: Running Lisp in Production

#67
post #6

Is it worthwhile to explore Clojure for web-dev seriously or more as a toy?

Seriously. I have my misgivings with Clojure in comparison to other Lisps, but it's a serious programming language.

I'm the opposite. The idea that Clojure is just enough Lisp - that it strips down some of the syntax a bit - is one of the benefits, IMO.

Re: Running Lisp in Production

#68
post #45
post #6

Is it worthwhile to explore Clojure for web-dev seriously or more as a toy?

I vote that it's worthwhile as well. We've been using Clojure full-time at ReadyForZero for over 3 years now (for web-dev as well as other tasks), and are very happy with our choice.

Is it better than plain Java? I mean, if you have the entire Java ecosystem, is it worth it to go upstream just to work in a Lisp-like language?

Re: Running Lisp in Production

#69
post #34

Common Lisp's macros and grammar go together like bread and butter. A grammar module in the app I built [1] uses macros to generate huge amounts of repetitive code. [1] https://github.com/tshatrov/ichiran/blob/master/dict-grammar... I wonder if they're still hiring Lispers. I once passed on the opportunity to work in their Kiev office, but I might give it a shot again.

They are hiring - contact kevin dot mcintire at grammarly dot com

Re: Running Lisp in Production

#70
post #68
post #45

Earlier quoted context omitted.

I vote that it's worthwhile as well. We've been using Clojure full-time at ReadyForZero for over 3 years now (for web-dev as well as other tasks), and are very happy with our choice.

Is it better than plain Java? I mean, if you have the entire Java ecosystem, is it worth it to go upstream just to work in a Lisp-like language?

IMHO, absolutely. There are many wins, but the 2 biggest for us have been:

1. Clojure's tools for making abstractions are orders of magnitude better than Java's, so our codebase is significantly smaller and simpler than what it'd look like in Java.

2. Clojure lends itself very well to a REPL-oriented kind of iterative development that speeds up writing and testing code tremendously, compared to the typical Java workflow.

Post reply on HN