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

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

Не о том речь. Скорость здесь вообще не при чем.

Ну некоторые на нем пишут и без лисп-машин.

Совсем без лисп-машин не получится ибо CL - сам себе платформа. Приходится тараканить виртуальную лисп-машину.

>CL - сам себе платформа. Приходится тараканить виртуальную лисп-машину

Java - сам себе платформа. Приходится тараканить виртуальную java-машину

.NET - сам себе платформа. Приходится тараканить виртуальную .net-машину

Не аргумент

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

Не принижая всех достоинств C спрашиваю у местных сишников - не смущает ли вас, что его родная платформа в лице православных PDP-10 отбросила копыта N (N > 20) лет назад

Не аргумент

и с 1990 года этот язык/платформа влачит жалкое существование полумертвого сироты-зомби.

С 1990 по где-то 2003. Сейчас существование не «жалкое».

(GTFO)

;;; president thoracic

> Не принижая всех достоинств C спрашиваю у местных сишников - не смущает ли вас, что его родная платформа в лице православных PDP-10 отбросила копыта N (N > 20) лет назад

Ничего подобного. Современный линукс - вполне себе живая и процветающая С-платформа.

смешались в кучу люди, кони

>Ничего подобного.

Вы будете отрицать следующие два тезиса?

1. Родная платформа для C - это PDP-10.

2. PDP-10 сдохла N лет назад.

Современный линукс - вполне себе живая и процветающая С-платформа.

Что вы вкладываете в понятие «C-платформа» (сразу повторю вопрос для «лисп-платформы» и для «java-платформы»)?

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

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

а у кложуры несмотря на всякие вкусности, своих проблем хватает

Мда, жалкий троль был беспощадно растерзан, стоит больше читать википедию перед тролингом лисперов.

ЗЫ А по поводу clojure, так, имхо, единственное полезное свойство - полезные явовские библиотеки.

не только - еще очень удобное конкурентное программирование

>Вот можно подумать, благодатные жаба-машины весь рынок заполонили.

По неведомой мне причине Java на первом месте в рейтинге TIOBE.

По неведомой мне причине Java на первом месте в рейтинге TIOBE.

Ты не поверишь, но программисты на Cobol до сих пор востребованы! И сама IBM продолжает развивать s390/zArch в таком ракурсе, чтобы не потерялась бинарная совместимость с 40-летними коболовскими программами, и чтобы это г. мамонта масштабировалась без изменения кода, чисто за счёт трюков аппаратуры.

>1. Родная платформа для C - это PDP-10.

2. PDP-10 сдохла N лет назад.

Это всё так. ПДП и лисп-машины ушли в небытие как аппаратные платформы. Но С остался как язык на котором написан вполне себе живой линукс, а вот операционные системы, написаные на лиспе отправились в то же место, что и лисп-машины. Все что от них осталось - виртуальные лисп-машины в виде SBCL и прочея.

В определении платформы опираюсь на http://ru.wikipedia.org/wiki/Компьютерная_платформа

Сразу вопрос прошареным лисперам - является ли SBCL виртуальной лисп-машиной?

Нет. Вернее, может и интерпретировать байт-код, если специально попросить, но в нормальном режиме SBCL - оптимизирующий компилятор в маш.код.

SBCL (и его предок CMUCL и его предок SPICE) никогда не являлись виртуальными машинами. Почему-то их путают с VMами (видимо, из-за размера рантайма и объема фич)

>а у кложуры несмотря на всякие вкусности, своих проблем хватает

Хочу узнать подробнее о самых больших проблемах в Clojure.

Хочу узнать подробнее о самых больших проблемах в Clojure.

JVM. Выше её лимитов дизайна уже не прыгнешь.

> По неведомой мне причине Java на первом месте в рейтинге TIOBE.

Т.е. ты тоже считаешь, что востребованность языка не зависит от существования аппаратной реализации его виртуальной машины?

отсутствие TCO, например, из больших - ну и пачки маленьких, и все это из-за работы на JVM

>Т.е. ты тоже считаешь, что востребованность языка не зависит от существования аппаратной реализации его виртуальной машины?

Это я к тому, что после смерти аппаратной реализации востребованность (большим количеством разработчиков) даже толковых языков перестает иметь быть.

>отсутствие TCO, например, из больших - ну и пачки маленьких, и все это из-за работы на JVM

В CL есть TCO?

Что?

почти во всех популярных реализациях.

> Не пора ли взять из него всё лучшее (например, макрос iterate), похоронить с почестями и уступить место живым (из живых нынче - Clojure/JVM)?

Ну, собственно, именно так все давно и поступили. Дедушку CL тащат кое где только за legacy-код.

речь не о «хвостовой рекурсии»?

что такое ТСО?

>Ну, собственно, именно так все давно и поступили.

Монитор разнесло в клочья и осколками выбило стекло... Нельзя так толсто ;)

Отучаемся говорить за всю сеть.

> По неведомой мне причине Java на первом месте в рейтинге TIOBE.

А много АППАРАТНЫХ Java-машин ты знаешь?

А много АППАРАТНЫХ Java-машин ты знаешь?

А много АППАРАТНЫХ Си-машин известно? :)

>А много АППАРАТНЫХ Java-машин ты знаешь?

Речь наверно должна идти о такой среде для Явы коей является Юникс для Си. Хотя аналог Singularity с одной большой-пребольшой JVM наваять наверно можно.

Дядя - такое ощущение что вы незнакомы с устройством ЭВМ. На С пишут низкоуровневый код, в подавляющем случае компилируемый в бинарный, который напрямую выполняется процессором. Для java на _современных_ процессорах а не на говне 30 летней давности x86 есть специальные мнемоники адаптированные для байткода java. Для лиспов что-то подобное есть ?

Tail-Call Optimization

tail call optimization

Как минимум расширение jazelle на всех современных arm процессорах.

Для java на _современных_ процессорах а не на говне 30 летней давности x86 есть специальные мнемоники адаптированные для байткода java.

Ну вот Power7 недавно вышел. Огласите специальные мнемоники, которые байткод джавы ускоряют.

> tail call optimization

а, ну, все-таки «почти во всех популярных реализациях» и гарантированность стандартом немного разные вещи.

> Для java на _современных_ процессорах а не на говне 30 летней давности x86 есть специальные мнемоники адаптированные для байткода java. Для лиспов что-то подобное есть ?

А что, для лиспов нужны какие-то особые, уличные инструкции? Не такие, как для java?

> А много АППАРАТНЫХ Си-машин известно? :)

Почти все, кроме совсем уж унылых вроде PIC16 - это аппаратные C-машины. В них есть все те же режимы адресации, которые предусмотрены в языке Си.

Собственно, Лисп-машины от всех прочих только наличием некоторых удобных для обработки списков режимов адресации в операндах инструкций и отличались. Сейчас все современные CPU такое умеют, так что все они и есть Лисп-машины.

> а, ну, все-таки «почти во всех популярных реализациях» и гарантированность стандартом немного разные вещи.

Так CL - это lisp-2, а не lisp-1, ему и не обязательно иметь TCO.

Почти все, кроме совсем уж унылых вроде PIC16 - это аппаратные C-машины. В них есть все те же режимы адресации, которые предусмотрены в языке Си.

Например?

В погоне за троллингом вы даже не заметили что я не говорил _все современные_ процессоры. Но думаю отрицатть не будете что power по распространению на порядки уступает arm и mips. Современные реалии таковы что java аппаратно поддерживается а лиспы - нет.

Но думаю отрицатть не будете что power по распространению на порядки уступает arm и mips. Современные реалии таковы что java аппаратно поддерживается а лиспы - нет.

arm и mips - это embedded, процессоры для холодильников и кофеварок. И в портабельности джавовского байткода есть только толк для JavaME. В суровом энтерпрайзе нужен только родной машинный код.

POWER7 - вполне современный процессор и работает там, где ARM и MIPS никогда не будут работать

> Так CL - это lisp-2, а не lisp-1, ему и не обязательно иметь TCO.

при чем тут lisp-2/lisp-1 ? TCO — удобная вещь