OFF-TOPIC:: Why Lisp is not my favorite programming language

[Mike Nishizawa]

Jacek Generowicz <jacek.generowicz at cern.ch> wrote in message news:<tyfy8p8vy0x.fsf at pcepsft001.cern.ch>...
> nish20 at netzero.net (Mike Nishizawa) writes:
> 
> > If it beats LISP at it's own game which is, list processing,
>  
> > an especially good application for a LISt Processing language.
> 
> [lots more uninformed garbage elided]
> 
> Please get a clue about what Lisp is in the 21st century (hell, even
> what it was in the last 2 decades of the 20th century), before posting
> any more of your drivel.
> 
> For example, you could look at http://franz.com/success/ for a little
> insight into what is being done (mereyly by processing lists and
> parsing files, according to your view of the world) in Lisp today.

2 words pal, settle down.  If you weren't such a fanatic you would
realize that we are not not saying anything that different. I have
simply used a different, more simple example.  I learned AI
development with LISP.  I have used it in web applications in the
past.  I realize that it is used for more advanced applications and I
am not limiting the functionality of it to a parser.  I am saying that
it's native functionality is list processing and had to defend my
earlier position that it makes it good for parsing files because you
seem to want to zealously attack me if I don't present LISP in it's
greatest possible light.

The original point of the post was simply to say one language is the
best for all applications is stupid.  If you plan to develop
something, choose the language that it is most suited to solving the
problem instead of trying to say that EVERYTHING from drivers to
enterprise applications should be developed in one language.  If I had
known you were out there ready to pounce on anyone who might give a
simple example of LISP and therefore, in your opinion, simplify the
language or what it can do, I would have said AI instead of parser and
saved myself the trouble of being persecuted by a zealot.