That is just an algorithm, isn't it? I cant see how it would be simpler to implement in Lisp that Python.

I suspect the issue is that a flight booking system is basically the only significant commercial system written in Lisp, which is why it is always dragged out in these discussions.

The flight search was designed 20 years ago with the goal to disrupt mainframe-based flight search systems domain:

Here is some background on that particular application:

https://www.msri.org/people/members/sara/articles/airfares.p...

http://www.paulgraham.com/carl.html

> I suspect the issue is that a flight booking system is basically the only significant commercial system written in Lisp

How would you know that?

The claim was that something which would take weeks in say Python would take minutes in Lisp. Then this flight search system is presented as evidence.

I just don't see how it is any form of evidence for that rather extraordinary claim? It just shows it is possible to write complex software in Lisp, but I wasn't disputing that. I'm disputing the claim of 100 x productivity.

I was addressing your 'That is just an algorithm, isn't it?', in case you would be interested what that application is actually about.

There was no general claim of 100x productivity. The commenter wrote: "I had a lisp master that did teach me that what had taken me weeks in c, c++ and python code he could do it in lisp in minutes"

That was his personal impression, not a general claim. I can't also imagine how this could be a general claim.

Yes the sauce is in the algorithm and its a non-trivial one. Its a NP hard problem of searching through a combinatorial explosion of possible configuration. I am not aware of any other product that comes close to what ITA offered.

The feature of Lisp that was heavily used in the code was the use of macros and metaprogramming. These are the kinds of problems were lisp excels. ITA made use of the fact that Lisp is a programmable programming language and they adapted programming language to the domain.

Other people tried (and succeeded). Like Sabre (seems to be c++, but most is actually SQL it seems), or Amadeus.

Well, what I mean: can you elaborate a bit more?

The reference is to ITA Software who wrote their code in lisp. The company was acquired by google.

https://en.m.wikipedia.org/wiki/ITA_Software

I am not doubting that Lisp is a language with which can be used to write succesful commercial applications. I am questioning the claim that it is vastly more productive for commercial applications. Of course it is not really possible to say how somebody else in a different language would have needed, so maybe a compromise would be to see some 'magical'lisp code examples.

ITA software would definitely be worth looking at, but you would need to get hired by the right team.

More details here http://www.paulgraham.com/carl.html you can also glean more information by searching over older discussions about ITA on HN.

This is really interesting. I am amazed by the circumvention of the GC for large data; this thought would have never occured to me.

If it runs on C++ now, it's been rewritten. Sabre predates C by many, many years and it almost predates Bjarne Stroustrup himself. I suspect a lot of it got moved to IBM assembly when they moved to S/360 mainframes in the early 70's. TPF is a descendant of that project.

I interviewed for a job working on Sabre in the late 80s, I was told it was written in C.

I suppose it no longer runs on IBM mainframes either. The original 360 port was in assembly and a dialect of PL/1.