Свой Lisp на JavaScript

Насколько пересекается с Common Lisp?

UPD: Сходил по ссылке. Ответ получил.

по - моему, лисп на js можно уместить в сотню строк, если речь не о промышленном лиспе. Какой еще «проект» нужен для этого?

«set!» function for mutating variables

Фу, мутабельное говно.

внимание, анальные рабы MS в треде

смотря в какой степени реализовывать

а ещё lisp можно реализовать на бейсике, php, и (чтобы модно-молодёжно) например на F#. То есть предлагаю вам не останавливаться на достигнутом и двигаться дальше :-)

может быть хватит уже ? пилите какой-нить существующий лисп до уровня user-friendly

Я хочу чтобы кто-нибудь сделал лисп для популярный платформ, только код пишется не s-exp, а xml. И чтобы представить его не лиспом, и типа таким модным интерпрайзным фреймворком. Чтобы реально могло пройти в мейнстрим. Все будут думать что это какой-нибудь Spring2, а по факту кошерный лисп.

;; что я несу? я нормален?

Ну ладно. А зачем?

XSLT же.

http://fxsl.sourceforge.net/articles/FuncProg/Functional Programming.html

lisp
user-friendly

Вы уж определитесь.

может лучше в asm.js транслировать?

думал об этом, возможно, сделаю в будущем

внимание, анальные рабы MS в треде

Привет, anonimous. Ты опять выходишь на связь?

В чём тут определяться?

У меня другой вопрос к MKuznetsov. Что в имеющихся лиспах не user-friendly?

пилите какой-нить существующий лисп до уровня user-friendly

Лисп как раз очень user-friendly в отличие от всякого говна для аутистов типа питухона или жопаскрипа.

Что в имеющихся лиспах не user-friendly?

Ну чего ты как маленький? Очевидно же — слишком мало жс.

Надо больше жс богу жс!

а ещё lisp можно реализовать на бейсике, php, и (чтобы модно-молодёжно) например на F#

https://github.com/kanaka/mal

Mal is a Clojure inspired Lisp interpreter. Mal is implemented in 51 languages

Гениально. А ведь действительно сожрут и не подавятся.

Я хочу чтобы кто-нибудь сделал лисп для популярный платформ, только код пишется не s-exp, а xml.

mv ./sbcl ./spring2

И поменять ридер с принтером, чтобы выплевывал и всасывал иксэмел. PROFIT!

Да, видел вчера статью на хабре... Которая целиком посвящена токенизатору, написанному с использованием стандартной библиотеки. С обещанием остальное написать следующих сериях. Из всего проекта мне лично интересна только компиляция в JS. А еще после этой хабростатьи я подумал что все можно, и может накатаю свою про свои реализации Лиспа на Java и Haskell. Только постараюсь не размазывать Войну и Мир про токенизаторы.

Если бы там Common Lisp с CLOS и макросами компилировался в JS, это было бы интересно.

Ну так это наколеночный пет-прожект, что вы от него хотите? Можете написать свой, который компилирует как вам нравится. Но уже есть Кложаскрипт, и имхо если интересует не поиграться а сразу готовое - то лучше взять ее.

Не, макросы не интересно, это говно. В JS свой, гораздо более мощный инструмент метапрограммирования — Proxy

Если бы там Common Lisp с CLOS и макросами компилировался в JS, это было бы интересно.

И такое есть: https://github.com/manuel/edgelisp

http://lisperator.net/slip/ — CLOS + макросы + первоклассные продолжения

В JS свой, гораздо более мощный инструмент метапрограммирования — Proxy

Покажи аналог cl:loop на proxy.

Покажи аналог cl:loop на proxy.

Это же дебил анонiмус.

Да я не знаю, как реализуется cl:loop, но в дебри лезть нехрен. Суть такова, что лисперы, во всяком случае, современные, понимают метапрограммирование очень узко, со своей колокольни, типа это просто макросы, которые подхватываются препроцессором, и которые служат инструкциями для препроцессора, для модификации вложенного в них кода. Попросту говоря, это шаблонизатор, выражаясь современным языком. Но метапрограммирование заключается не в этом, а в рефлексии. ООП само по себе обладает этим свойством, но в обычных джаваскриптовских объектах было достаточно сложно установить кастомное поведение обработки сообщений, теперь данная проблема решена. Proxy — сам по себе объект, и на его основе можно строить объекты, схожие по интерфейсу с нативными, но имеющие иное поведение. Эти объекты получают сообщение в рантайме, никакой eval с вызовом препроцессора для этого не нужен. Это не идеальное решение, но многобещающее. А лисповские макгосы можно было и без них моделировать вот так:

 evaluator = function(f){parseAndEval(f)}
 evaluator(function(){/*crazy code here*/})

Суть такова, что лисперы, во всяком случае, современные, понимают метапрограммирование очень узко, со своей колокольни, типа это просто макросы, которые подхватываются препроцессором, и которые служат инструкциями для препроцессора, для модификации вложенного в них кода.

Ты хотел выставить себя умным, а выставил полным идиотом. Снова. В тысячный раз. С чем тебя и поздравляю.

ты имеешь право на свое мнение. Но если ты с этим споришь, значит ты просто не понял суть макросов. Почитай на сайте picolisp, может допрет, что это такое, и чем они отличаются от fexpr's

правида для модификации препроцесор конечно берет в определении макросов, если ты об этом. Но это сути особо не меняет

Дебил, ты в курсе что на Лиспе уже давно написана объектная система с метаобъектным протоколом в придачу? Твой «мощный инструмент метапрограммирования» всего лишь унылая библиотека на Лиспе.

плохо, и не особо удобно, конечно то, что JS проверяет синтаксис перед исполнением, поэтому, какой попало синтаксис ты позволит себе писать не сможешь. К примеру, если я захочу запилить ленивую функцию, невозможно написать proxy.myMethod(x, y) придется писатьproxy.myMethod$x_y$, это хреново, да. Но терпимо.

С такими понтами с бабой со своей разговаривай.

В ClojureScript тоже нет CLOS, например.

Да я ж месяц назад гуглил. Не нашёл ни того, ни другого. Спасибо.

Слив засчитан, чмырила. Что бы мы тебя больше тут не видели.

Вот это реальный уровень лиспера: звуки из подворотни. От царей недалеко ушли, если ушли. Таким нужно еще что-то доказывать? Да они сами за себя все доказывают

Лисперы — мастера DSL'ей. Для каждой задачи свой язык. Даже для общения с дебилами.

Не самое лучшее решение выбрано — уйти от дискуссии выставив себя идиотом

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

Чмырь, ты не понял, дискуссия закончена. Твоя херота Лиспу в подметки не годится.

сказал лиспер из подворотни, закутавшись в рваное пальто от внезапного порыва холодного ветра. Он повзрослел, мамкиного борща уже не было, и приходилось лазить по помойкам в поисках пропитания. Он был очень зол из-за голода, и постоянно лезущих в голову мыслей о неудавшейся жизни, вперемежку с какими-то скобками, все это слипалось в холодный комок, и пронзало каким-то колючим неприятным холодом изнутри. Но было поздно, он понимал, что ничего уже не вернуть, и только злобно скалился на прохожих, временами выкрикивая бессвязные фразы: «эй, быдло, вы хоть понимаете, что такое макросы?!!!», «лисп не такой, он для других целей предназначен», «эй, чмыри, дискуссия закончена, ваша херота лиспу в подметки не годится, ставки сделаны, ставок больше нет, вы все проиграли!!!». Прохожие спешили, и не обращали внимания на беднягу. Начинался дождь, все спешили домой. Лиспер достал из кармана пальто кусок рваного полиэтилена и накрыл голову.

M-M-MAXIMUM BUTTHURT!

Если у тебя всё равно процесс ради процесса и тебя интересует в какой-то степени лисп, то какая разница, в какую сторону переводить?

У меня в проекте используются куски вот этого проекта: http://marijnhaverbeke.nl/cl-javascript/

Это реализация JavaScript на лиспе. Она характерна тем, что в 2009 году работала быстрее, чем обычный JavaScript. Правда, потом JavaScript разогнался и вырвался вперёд.

Присоединяйся к моему проекту. Вот сайт. А вот моя IDE https://www.youtube.com/watch?v=nMhwvZ56jHU

покорение олимпа языков, транслирующихся в JS

а что думаешь насчет WebAssembly?

jscl смотрел? там много всего, правда нет loop, format, clos.

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

clojurescript? O_o

Во всем что ты перечислил, разница будет только в том, что оптимизации происходят во время компиляции. Но поскольку что JS что CL компилируются just in time, то есть, перекомпиляция может происходить в процессе выполнения, то это все также занимает время выполнения, хотя возможно и быстрей. Clos смотрел, сильно не вникал, но ничего сверхестественного не увидел. Мало того, это вообще с натяжкой можно назвать ООП. Особенно мне не понравилось то, что при изменении поля в классе он вместо того чтобы в дальнейшем использовать делегирование, тупо передрачивает все экземпляры, переписывая в них поля. То есть, кроме всего прочего, поля находятся в самих экземплярах! Крайне уродливое решение. Кто мог такое написать, не мог создать полноценную ООП-систему.

set!
do

Ой, всё.