[deleted]
Running Lisp in Production
31–40 of 119 posts
Re: Running Lisp in Production
#32Good lord, I would go insane if I ran into a bug like this: "We've built an esoteric application (even by Lisp standards), and in the process have hit some limits of our platform. One unexpected thing was heap exhaustion during compilation. We rely heavily on macros, and some of the largest ones expand into thousands of lines of low-level code. It turned out that SBCL compiler implements a lot of optimizations that a…
Actually these errors are relatively easy to spot and and often there are solutions for that. Sometimes a compiler might need to be hacked on. The good thing: the compiler is written in Lisp and debugging is possible.
The more nasty errors are lurking for example in the GC... there we move into C and assembler land...
Most platforms have nasty errors. With popular platforms one can hope that many of these have be found and somebody has fixed them already. With language/runtimes which are no so widespread in production one is more likely to find these problems oneself. Especially in more complex runtimes.
Re: Running Lisp in Production
#33Is it worthwhile to explore Clojure for web-dev seriously or more as a toy?
I think it is one of the best stacks out there for web. Check out this: https://github.com/bhauman/flappy-bird-demo It uses figwheel for the dynamic changes of state when you change to code, and it renders it without reload ala Bret Victor style. The first time I saw it I was amazed. It speeds up prototyping so much. The out of the box performance is decent as well, Ring and Hiccup is pretty lean but you can go for m…
So how do you start using this example?
Re: Running Lisp in Production
#34Common 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.
Re: Running Lisp in Production
#35Earlier 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?
Mostly because there are very very few people in the world who are able to develop such a complex thing for Lisp (or similar runtimes). Since the market is relatively small and many applications are not overly concurrent, there is very little money to support the development.
Re: Running Lisp in Production
#36I love it :0) I tried grammarly, and typed in a remembered poem. It informed me that it had detected significant plagiarism.
Edit: It's still not advice I would pay for, though.
Re: Running Lisp in Production
#37[deleted]
Well, the HDF5 problem was actually not on the Lisp side ;)
But, in general, do you really believe that there are no issues with libraries in other languages? I've had my share in Python or on the JVM, as well. The whole point in the article was to show that there are some challenges, but they didn't become critical to our operation.
Re: Running Lisp in Production
#38Common 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.
Found my reading material for tonight. Thank you.
Re: Running Lisp in Production
#39[deleted]
So you would pick a different language based on the lack of an existing Jenkins interface library? They would lack 90% of Common Lisp then. Not a good trade if you ask me.
Edit: I assume you are down-voted because most of your post is wrong information.
Re: Running Lisp in Production
#40Good lord, I would go insane if I ran into a bug like this: "We've built an esoteric application (even by Lisp standards), and in the process have hit some limits of our platform. One unexpected thing was heap exhaustion during compilation. We rely heavily on macros, and some of the largest ones expand into thousands of lines of low-level code. It turned out that SBCL compiler implements a lot of optimizations that a…
Yeah it's fairly easy to fix this (and you can even do it without unwinding the stack!). There are tons of sbcl global variables which you can tweak on-the-fly.