LINUX.ORG.RU

История изменений

Исправление Gentooshnik, (текущая версия) :

поздравляю. вообще-то, Лисп всегда позиционировался как язык, программы на котором должны писать *программы*, а не люди.

Бессмысленная придирка. Когда кто-то говорит «пишу программу на лиспе» почти всегда имеется в виду «пишу программу на лиспе которая пишет программу на лиспе». Но вообще, разницы на практике никакой.

Быстрота и лёгкость разработки лучше чем у D

это неверно. достаточно просто посмотреть, насколько быстро исправляются ошибки и недочёты в лисп (и аналогах) программах

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

писать легко. понять написанное и поддержать — сложно.

Странно, по моему опыту как-раз в долгосрочной перспективе лиспы начинают выигрывать ещё сильнее у плюсоподобных. Похоже, это та же проблема что и с Tcl. Язык позволяет слишком многое и не все могут разобраться как на нём делать читаемый и поддерживаемый код.

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

Исходная версия Gentooshnik, :

поздравляю. вообще-то, Лисп всегда позиционировался как язык, программы на котором должны писать *программы*, а не люди.

Бессмысленная придирка. Когда кто-то говорит «пишу программу на лиспе» почти всегда имеется в виду «пишу программу на лиспе которая пишет программу на лиспе». Но вообще, разницы на практике никакой.

Быстрота и лёгкость разработки лучше чем у D

это неверно. достаточно просто посмотреть, насколько быстро исправляются ошибки и недочёты в лисп (и аналогах) программах

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

писать легко. понять написанное и поддержать — сложно.

Странно, по моему опыту как-раз в долгосрочной перспективе лиспы начинают выигрывать ещё сильнее у плюсоподобных. Похоже, это та же проблема что и с Tcl. Язык позволяет слишком многое и не все могут разобраться как на нём делать читаемый и поддерживаемый код.