Поступил вопрос в связи с открытой нами вакансией по Common Lisp:
Зачем вам функциональные языки? ... Типовая компания, ... . Знание торговли, склада, бухгалтерии. Внезапно, ... Lisp.

В вакансиях обсуждение технологий не приветствуется, поэтому пишу здесь.

Common Lisp - это "обычный", императивный язык, хотя про это не все знают.

Как используем? Для скриптов и для сервера приложений.
Почему используем? Два ключевых преимущества:

1. Разработка программы происходит без остановки программы.
Можно, не выходя из приложения, добавить и удалить поля класса или поменять число параметров функции.
Уже существующие в памяти объекты при переопределении класса приводятся в соответствие с
новым определением, как при ALTER TABLE . Стек тоже не ломается. При возникновении исключения, в
отладчике можно направить исполнение "в другое русло" на любом уровне стека с помощью команд "перезапустить
кадр стека" и "вернуть нужное значение из кадра стека". Поэтому, регулярно бывает так: "падаем" на какой-то проверке в отладчик, исправляем ошибку и продолжаем выполнение дальше. Особенно полезно для долго выполняющихся скриптов.

Я немного интересовался аналогами в других языках и пришёл к выводу, что такого больше нигде нет. Если я неправ - киньте в меня тапком, я его внимательно обнюхаю. Особенно интересно будет услышать мнения пользователей J2EE и Visual Basic.

2. Расширяемый компилятор. Можно создавать новые конструкции языка, при "компиляции" которых
компилятор может делать всё, что угодно: читать из базы данных, интернета, создавать другие файлы, использовать информацию о ранее определённых классах и функциях.

С помощью этого технологично реализуются ORM, Embedded SQL, шаблоны, RAII, pattern matching, юнит-тесты.

Других чудес вроде нет. Перечислю просто хорошее: сборка мусора, компиляция в нативный код, полноценные треды, статическая и динамическая типизация, определение методов над встроенными типами, декораторы, комплишн, рефлексия, идентификаторы на Русском языке, слабые ссылки, лямбды, удобная визуализация в отладчике, кроссплатформенный ГУЙ (в лиспворкс).

См. также http://ecovillage.narod.ru/lisp/lisp-tutorial.htm

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

Какие задачи вы решаете, что вам нужно делать на бою ALTER CLASS?
Не то, что "нужно" - полезно. Для почти любых задач полезно. Я вроде расписал довольно подробно, какие выгоды.

Но если это непонятно, давайте попробуем по аналогии. Представьте себе, что у меня и у вас есть какой-то SQL сервер и система торговли книжками. Но я не знаю о конструкции ALTER TABLE и не пользуюсь ей. Убедите меня в полезности ALTER TABLE.

Один пример новой конструкции языка, используемой у нас:
def-fb-patch. Её аргументы - название, комментарий и тело - скрипт на лиспе, который осуществляет шаг эволюции базы, например, делает alter table. Все такие патчи хранятся в одном файле. Благодаря тому, что это макрос, мы можем знать, какие патчи применены к данной базе, какие нет, когда и кем они применены.

Arm79, давайте последовательно. Тема ALTER TABLE не раскрыта. У нас тут профильный форум, я вижу вы с SQL работаете. Вы что, всерьёз считаете, что ALTER TABLE не нужен?

Arm79, ну вот, например, меняется закон. Например, добавили в книжку поле "возрастные ограничения". Его надо вывести в прайс-листе. Наши действия?

Arm79,
Онлайн-изменения на бою - это 1) очень неправильная идеология
Я, в общем-то и не писал, что это всегда хорошо. Мы используем это, в основном, в разработке и отладке приложения, а в промышленной базе мы пользуемся отладчиком чаще для изучения ошибок. Исправления вносим на отладочной, проверяем и только потом переносим на боевой сервер.

В случае какого-нибудь скрипта перекачки данных из одной базы в другую, если скрипт идёт час, а ошибку исправить 1 минута, то мы экономим полчаса, по сравнению с другими скриптовыми языками. У нас каждую ночь идёт скрипт длительностью около двух часов. Он сложный и иногда в нём возникают ошибки из-за кривых входных данных или сбоев оборудования. А утром база должна быть предоставлена пользователям. Трудно сосчитать, сколько часов ночной работы сэкономлено благодаря отладчику лиспа.

что не допускает рестарта сервера приложений в течении условно минуты?
Условно минуты или точно минуты? У вас есть сервер приложений? Вы его отлаживаете? Сколько времени у вас занимает поменять одну строчку в приложении и перезапустить сервер?

Arm79, ну если у нас аутсорс-фриланс, то тогда лисп точно не нужен.

MasterZiv, Delphi - по ряду причин.

С библиотеками у Дельфи ситуация в чём-то лучше, чем у CL. Поэтому
стараемся сочетать сильные стороны.

Насчёт "сядет и за два месяца напишет" - это миф. Да, разработка на лиспе идёт быстрее,
но нужно учесть, сколько тысяч человеко-лет вложено в библиотеки для того же Дельфи.
Не в 10000 раз же этот компьютерный гений быстрее работает.

Arm79, вы уж извините за вопрос. Вы мне много вопросов задали. Какие у вас задачи?

и ещё я спросил "Сколько времени у вас занимает поменять одну строчку в приложении и перезапустить сервер? ", а вы мне ответили, сколько времени сервера приложений рестартуют. Это ответ не совсем на тот вопрос.

wadmanbuddenArm79, ну вот, например, меняется закон. Например, добавили в книжку поле "возрастные ограничения". Его надо вывести в прайс-листе. Наши действия?
Забавный подход... Такие вещи (атрибуты) не делаются полями таблиц, а делаются в виде справочников (иногда плавающих).
У меня, к примеру, в ПО можно прикрутить к любому объекту любой параметр и установить/получить его значение с помощью процедур. И это делается без изменения ПО и перезапуска сервера .
Я рад, что у вас такое славное "ПО", только не совсем понятно, что вы под этим понимаете. А что такое "процедура"? Она находится внутри "ПО" или снаружи?

Arm79, вот, SQL. Хорошо. Вы alter table делаете или нет?