LINUX.ORG.RU

Common Lisp. Двадцатилетний зомби.


0

0

Не принижая всех достоинств Common Lisp'а спрашиваю у местных лисперов - не смущает ли вас, что его родная платформа в лице православных лисп-машин (Ti Explorer и серии Genera) отбросила копыта 20 лет назад, и с 1990 года этот язык/платформа влачит жалкое существование полумертвого сироты-зомби. Не пора ли взять из него всё лучшее (например, макрос iterate), похоронить с почестями и уступить место живым (из живых нынче - Clojure/JVM)?

Ответ на: комментарий от anonymous

> Не совсем это верно, сейчас идет активное портирование clojure на CLR.

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

dave ★★★★★
()
Ответ на: комментарий от anonymous

Не совсем это верно, сейчас идет активное портирование clojure на CLR.

А сама кложура - это переосмысление dotlisp'а (clr) тем же автором. Выше штанов не прыгнешь.

mv ★★★★★
()
Ответ на: комментарий от dave

Полно динамических языков под .NET, которые об этой фигне не напрягаются. Всяким там IronPython, например.

Кроме того, можно генерить отдельно методы, без классов. Их GC собирает. Специально для динамических языков фича такая, начиная с 2.0.

anonymous
()
Ответ на: комментарий от dave

это вообще принципиальная ошибка. Правильно другие языки реализовывать на лиспе, а не лисп --- поверх других языков.

anonymous
()
Ответ на: комментарий от anonymous

Мне показалось, что динамические методы в дотнете очень ограничены. К тому же там хардкордный IL. Для полноценной кодо-генерации нужны все же классы. Что касается IronPython, то, наверное, он нисколько не быстрый как и сам питон. Лисп же может и должен быть относительно быстрым, насколько это возможно для языка с динамической типизацией. А здесь нужна полноценная кодо-генерация.

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

dave ★★★★★
()
Ответ на: комментарий от dave

Arc вообще весь в пшик вышел. Шуму много, а никакого community так и не получилось.

У кложи гораздо больше шансов на успех.

anonymous
()
Ответ на: комментарий от anonymous

>Плохо то, что он будет только сравним с нынешним CL по возможностям (библиотека пока в счет не берем) только где-то через 10 лет экспериментирования и активных попыток его использовать. Глядишь CL тогда уже вырастет и станет немножко другим.

CL уже вырос и другим он, скорее всего, не станет уже никогда.

zahardzhan
() автор топика
Ответ на: комментарий от zahardzhan

> CL уже вырос и другим он, скорее всего, не станет уже никогда.

он уже не тот CL, что даже 6-7 лет назад. Язык меняется, стандарт - нет, благо язык это может пока позволить.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.