Типы задач, с которыми Lisp справляется лучше других языков

На днях решил потроллить обсудить на #lisp@irc.freenode.net тему применимости Lisp на практике. Поскольку у меня есть некоторый опыт разработки на лиспе, а также несколько законченных хобби-проектов, разговор получился интересный. Ниже -- мои впечатления и выводы.
Во-первых, самое любопытное, что я для себя обнаружил: лисперы довольно болезненно относятся к вопросам, вроде что мощнее: Lisp или Java+J2EE (от бана меня спасло только заверение, что люблю лисп и терпеть не могу жаву). Что как бы намекает на сами понимаете что: J2EE на своей "территории" -- абсолютный чемпион, и лисп там не конкурент.
Во-вторых, на лиспе пишут во многом из-за тех положительных впечатлений, которые получает программист от использования лиспа. Если конкретнее, все, кто попробовал Lisp, Slime, Emacs и прочие вкусности, на других языках программируют с отвращением.
В-третьих, присутствовашие тогда высказались, что если хочешь разработать "просто еще одно веб-приложение" или что-то в этом роде -- то лучше использовать готовые фреймворки вроде J2EE, .Net или Ruby on Rails, т.к. тогда быстрее получишь готовое приложение.
В принципе, согласен. Для того, чтобы разработать довольно простой блог на Clojure (http://clojure-blog.herokuapp.com) от меня потребовались значительные усилия. И это на Clojure, где есть доступ ко всему набору java-библиотек! А ведь у scheme или CL с библиотеками гораздо хуже! Приложение такого размера на Ruby on Rails я написал бы за полчаса, на J2EE -- чуть дольше. И, честно говоря, я думаю, будь приложение побольше, то разница в количестве усилий на J2EE и Clojure была бы еще заметней.

Так есть ли вообще задачи, с которыми Lisp справляется лучше других языков? По общему мнению оказалось, такие задачи есть. И это самые лучшие и самые интересные задачи! Они:
1) не до конца формализованы, нечетко поставлены; конечный результат, возможно, еще не ясен и станет понятен только в процессе разработки приложения;
2) у задачи нет типового решения или типовых компонентов для ее решения;
3) задача носит инновационный или даже исследовательский характер.

Действительно, когда Пол Грэм делал свой ViaWeb пятнадцать лет тому назад, разве было что-то хоть отдаленно похожее на J2EE6 или Ruby on Rails? Существовавшие способы разработки веб-приложений были примитивны; многое делалось вручную; типовых компонентов было очень мало, и они не обладали достаточным функционалом. Разве есть готовые алгоритмы/компоненты/способы для предсказания задержек самолетов, на чем так преуспел Flightcaster? (http://flightcaster.com/). Впрочем, продолжать можно долго, но желающие могут убедиться сами: проекты, в которых задействован лисп, носят, как правило, инновационный характер. Это далеко не то же самое, что быстро сделать еще один интернет-магазин или блоговый движок.
http://dev.clojure.org/display/community/Clojure+Success+Stories
http://www.lispworks.com/success-stories/
http://www.franz.com/success/

Надо сказать, что и мой опыт (пусть и небольшой, пока) говорит, что чем более задача непонятна, тем удобнее для ее решения использовать лисп. А как только задача становится еще и немного исследовательской, то тут вообще лучше отказаться от Java или даже Python, не говоря уже о C/C++. Лисп удобен, во-первых, из-за классной технологии Slime+Emacs, позволяющей на лету экспериментировать с работающим приложением. Достаточно что-то проверить в Slime, и уже не нужно пересобирать приложение, перезапускать REPL, писать тесты или даже лезть в дебагер.
Выразительность лиспа позволяет производить существенные архитектурные изменения за считанные минуты, не боясь нарушить всю логику приложения. Возможность строить очень высокоуровневые абстрации метапрограммированием позволяет получить исходник без повторяющихся фрагментов, а значит -- значительно снизить цену внесения изменений.

Таким образом, если вы хотите пойти по пути Пола Грэма и разработать на лиспе веб-приложение, то, скорее всего, вы выбрали не тот язык. Времена меняются. Но если ваша задача плохо поставлена, не ясен конечный результат, нужно много экспериментировать и часто менять исходник -- вот тогда лисп для вас -- идеальный инструмент!