newLisp для программистов

А мне вот эта...

http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=sbcl...

Зачем учаться, если есть JVM :)... а под ней хоть на лиспе, хоть на php пиши

> Может у них лисп был другой? :)

Не Common Lisp, это точно, но весьма к нему близкий диалект. Maclisp, скорее всего.

> Да одних только &rest &body хренова туча - это то, что первое приходит мне "на ум" :)

Интересное замечание. Что касается &body, то эти списки существуют, насколько я понимаю, только в момент обработки формы (т.е. eval/complie), т.е. их компактификация несущественна, а вот насчет &rest --- не знаю. Возможно, несмотря на их количество, объем потребляемой ними памяти все равно сравнительно невелик, а вот CDR code --- это два лишних бита на каждом слове.

-- Lisp Hobbyist

а в нём есть аналог интерфейсов в java ?

например, чтобы сделать апи ldbc (Lisp DataBase Connectivity), и использовать разные реализации для postgresql, oracle, etc ?

тогда можно говорить о каком-то развитии. а сейчас чтобы сделать что-то каждый клепает свой диалект велосипеда и радуется.

>а в нём есть аналог интерфейсов в java ?

>например, чтобы сделать апи ldbc (Lisp DataBase Connectivity), и использовать разные реализации для postgresql, oracle, etc ?

Сейчас есть отдельные модули для mysql, odbc, sqlite в объеме их собственного функционала.

Технологически для унификации интерфейса полностью адекватны контексты.

> Зачем учаться, если есть JVM :)... а под ней хоть на лиспе, хоть на php пиши

Ну вот и сравни скорость работы Armed Bear CL с SBCL - посмотрим :)))

> Сейчас есть отдельные модули для mysql, odbc, sqlite в объеме их собственного функционала.

> Технологически для унификации интерфейса полностью адекватны контексты.

а почему разработка начинается с реализации? :)

где design, application layers? я думаю это не противоречит фп?...

>> Сейчас есть отдельные модули для mysql, odbc, sqlite в объеме их собственного функционала.

>а почему разработка начинается с реализации? :) где design, application layers? я думаю это не противоречит фп?...

это противоречит существующей модели разработки ;-) Строгий "идеологический" контроль проходит сам язык и несколько библиотек, типа math (понятное дело, в монопольной идеологии автора)

прочие библиотеки растут достаточно стихийно стараниями прикладных пользователей - комьюнити не так велико, как того бы хотелось... но есть надежда :-)

> Armed Bear CL

А он ещё жив?

Судя по активности armedbear-j-devel ещё шевелится :)

> В сравнении с тем же перлом/питоном/руби (подставить кому что нравится), есть ли реальный прирост в скорости написания мелких и средних задачах?

Есть, конечно же. За счёт метапрограммирования.

> Есть ли какие-то фреймоворки под Веб?

http://siscweb.sf.net/

Затем, что платформ много, даже очень много. И под embedded-применения постоянно нужны языки с разными свойствами. Делать их на основе лиспоподобной семантики проще всего. Ну да, ещё Форт рулит, но его сложнее делать эффективным.

> С адекватным набором библиотек.

Конечно с адекватным. Только задачки-то - ембеддед. Там не разбежишься весь CLTL2 писать.

> Кросс-платформенный.

В анал. Кроссплатформенность - зло. Давить.

> Интегрируемый с ОСью.

Нет там ОСей. Рантайм языка - сам себе ось.

> Универсальный для большинства скриптовых задач.

В анал скриптовые задачи.

JVM - тормозное говно. И там даже хвостовых вызовов нет. Какой на фиг лисп в рантайме без хвостовых вызовов? Только интерпретируемый (i.e. очень тормозной).

> JVM - тормозное говно. И там даже хвостовых вызовов нет.

"хвостовые вызовы" - для лохов. им впаривают академическую дохлятину. "покажите мне ооп, лиспачи" (ц) почти розенбаум

> "хвостовые вызовы" - для лохов. им впаривают академическую дохлятину. "покажите мне ооп, лиспачи"

Смешно... CLOS осилил? MOP?