Лисп - семейство языков программирования. Характерные особенности лиспов: динамичность, гомоиконность (код как данные), программируемость.
Основные диалекты — Common Lisp - разрабатывался как промышленный язык, пригодный для широкого спектра применения, из-за чего имеет достаточно объемную спецификацию. Является мультипарадигменным (процедурщина, функциональщина, ооп (CLOS)), с сильной, динамической типизацией. Есть опциональная декларация типов и, в некоторых реализациях (sbcl, например), частичный их вывод. Описание особенностей: http://habrahabr.ru/post/143490 Основные реализации: + свободные: SBCL (нативный код), Clozure CL (нативный код), ECL (через сишку), Clisp (байт-код; небольшой размер образа; похоже, заброшен), Clasp (llvm; ориентирован на интероп с c++), ABCL (байт-код JVM), gcl, cmucl + коммерческие: LispWorks, Allegro CL, Scieneer CL, mocl (для программирования под ведро и ios) — Scheme - это минималистичный лисп, пригодный в основном для обучения, исследований. Наиболее практичными реализациями являются GNU Guile (https://www.gnu.org/software/guile/ ) и Chicken Scheme (http://call-cc.org/ ). — Racket - Развитие PLT Scheme. Racket включает в себя много подъязыков (typed racket, lazy racket, frtime racket, Scheme стандартов r5rs и r6rs). — Clojure - Стильный, модный, молодежный лисп с бóльшим уклоном в функциональщину, иммутабельными структурами данных, поддержкой параллельщины с транзакционной памятью, агентами. Ориентированность на JVM сильно отразилась на дизайне языка, что многим не нравится. — Hy - Lisp-синтаксис для Python с анафорическими макросами — Emacs Lisp - его область применения ограничивается емаксом. Является наследником ТОГО САМОГО MacLisp'а. — Tcl - скриптовый язык с немного наркоманскимстранным синтаксисом. Из коробки множество батареек на любой случай жизни, среди которых неповторимый Tk. Язык очень удобен для написания скриптиков, особенно когда к ним требуется приделать графический интерфейс. — Rebol — PicoLisp - Наркоманская хуита — newLISP - Скриптовый лисп с компактным и быстрым интерпретатором и батарейками на любой случай жизни. В первую очередь предназначен для скриптоты, которую обычно пишут на perl, python, tcl, sh: обработка текстов, работа с сетью, базами данных, взаимодействие с ОС, построение графиков и т.п. Список возможностей: http://www.newlisp.org/index.cgi?Features Отличия от других диалектов: http://www.newlisp.org/index.cgi?page=Differences_to_Other_LISPs
— Clojure + Programming Clojure, 2nd edition (для новичков) + The Joy Of Clojure, 2nd edition (есть есть бэкграунд в Лиспе или ФП) + Попрактиковаться можно на Exercism'е http://exercism.io/languages/clojure
Среды разработки Одно из основных преимуществ лиспа в сравнении с языками с циклом разработки "написал → перекомпилировал → запустил в отладчике" - поддержка интерактивно-итеративного метода разработки. Но без инструментария, обеспечивающего полноценное взаимодействие с реплом, оно сводится на нет. Поэтому писать без использования нормальной среды - значит упустить важную особенность языка.
— Common Lisp + Emacs + SLIME - самый лучший вариант. + vim + SLIMV + LispWorks + AllegroCL IDE упаси боже + Eclipse + cusp + <Что-нибудь для сублайма/атома уже запилили, наверное?>
— Scheme + Emacs + Geiser (поддерживает GNU Guile и Chicken Scheme)
Лисперы це: Общешлюхи: 1) Золотце. Шизофазный фрик без работы и образования. 2) Андрюша. Студент младших курсов. Схемобляди: 1) Собакоеб. Имеет опыт аудита кластеров парадигм на пыхе и питоне. 2) Варкрафтёр-полуебок. Студент. Судя по его рассуждениям о хвостовых рекурсиях и системах типов регулярно упарывается. 3) Альфаслесарь. Пишет на схемке после заправки всех картриджей. Я что-то пропустил?
>>786491 Пруф пжалста. Не может быть даже jitнутый код быть лучше машинного. Разве только jitнутый учел особенности программы, которые при компиляции не были учтены.
>>785486 (OP) Начал решать сикп, и после нескольник первых задачек появился вопрос-как мне узнать, нормально ли я решил задачу, или же нагромодил миллиарды ненужных функций и определений на каждый чих? И вообще, нужно ли смотреть другие решения и спрашивать об этом? Почему у меня чувство что за это зарывают в песок
>>787436 Если эти функции снабжены комментариями-описаниями, которые интерпретируются строго однозначно, без разночтений, если эти описания короткие и понятные, то нормально. Название функции тоже может быть ее описанием.
>>787457 Да уж, от этого не уйдешь. >>787466 Это я понимаю, просто избавиться от ощущения что "я решал заковыристо, а можно было проще" не могу. Ну да ладно, я уже поглядел чего там у других
Аноны, где можно посмотреть на примерный скелет простого приложения?
Вообще хотелось бы почитать, как держать на сервере http сервер лиспа? Мб есть вводные статейки какие, не всю же жизнь в repl сидеть. Practical common lisp прочел, а что дальше делать не представляю, хочу попробовать простое веб приложение на общелиспе поднять.
>>786571 А чем jit-нутый код отличается от машинного? Он и есть машинный. А вот то что автоматически сгенерированынй машинный код может быть быстрее рукописного, это ещё в 60х годах доказали. И да, многие задачи который считают CPU-bound на самом деле упираются в эффективное использования L2 кэш-лайна (т.е. локальность данных), и структуры данных из Кложи в этом очень хороши.
>>787764 >А чем jit-нутый код отличается от машинного? Мне казалось что после jit программа может стать несколько лучше в плане реорганизации прыжков и вообще веток выполнения, так как накопленная некоторая информация опираясь на которую можно реорганизовать код так, что он получется быстрее просто скомпилированного.
>>788143 А кому я всрался? На нескольких сайтах зареган. Звонили раз двадцать с разных контор, но я никому нахуй не упал. Приходил на собеседования, но дальше этого дело никогда не шло. Даже не перезванивали.
>>788147 Мож ты что-то не так делаешь? Вон, даже золотце смог устроиться правда, для этого ему пришлось пересмотреть свои жизненные позиции, а ты-то чем хуже отсталого фанатика?
>>789054 >(define (same-parity a . xs) У тебя тут xs - хвост списка аргументов, т.е. при (same-parity a 1 2 3) xs = (1 2 3), а в твоем коде функция вызывается так (same-parity a '(1 2 3)) и xs = ((1 2 3))
Все еще решаю задачу из SICP про same-parity. Написал итеративное решение, но почему-то результат является множеством вложенных списков. Что я делаю не так?
Прошлые стримы были вот про это: http://goodgame.ru/channel/TatriX/кстати, это не просто хуйня для наркоманов, а вполне себе тестовое задание. И таки оно оказалось вполне успешным
>>791328 push-nreverse стандартная идиома. Если ты будешь не консить в голову списка, а добавлять в конце будет еще медленей, потому что придется каждый раз тащится по указателям в конец списка.
>>792212 Потому что cons добавляет элемент к списку. У тебя есть список из двух элементов (3 4), ты добавляешь к нему элемент и получаешь список из трёх элементов ((1 2) 3 4).
>>792653 Нихуя не понял. Cons склеивает два любых элемента в пару. В моем случае склеиваются два списка, которые реализованы как (cons 1 (cons 2 nil)) и (cons 3 (cons 4 nil)). Каждый такой список распечатывается как (a b), и эти списки склеиваются в пару. Значит, целиком выражение (cons (list 1 2) (list 3 4)) должно быть распечатано как ((1 2) (3 4)). Но почему-то это не так.
>>792653 >Потому что cons добавляет элемент к списку Я отвечал на это. На низком уровне cons только образует пару, а не добавляет элемент к списку, и я не понимаю, почему на логическом уровне результат будет не два склеенных списка.
>>792700 Список это не самостоятельный объект, а определенным образом сформированная цепочка cons-пар. (1 . 2) пара, но не список === (cons 1 2) (1 . ( 2 . nil)) список === (list 1 2) === (cons 1 (cons 2 nil))
В твоем случает ты делаешь примерно так: (cons хуита-1 хуита-2) => (хуита-1 . хуита-2) Заменяем вторую хуиту: (хуита-1 . (3 . (4 . nil)) И получаем обычный список. Ну и если ты заменишь хуиту-1, получишь что в твоем списке первый элемент это другой список ((1 . (2 . nil) . (3 . (4 . nil)))
>>792743 >Ну и если ты заменишь хуиту-1, получишь что в твоем списке первый элемент это другой список Ну так о чем я и говорю. Мы склеиваем две цепочки cons-пар в одну пару. Каждая такая цепочка - список. Список выводится в скобках. Поэтому если хотим напечатать результат (cons список-1 список-2), то должно получиться ((список-1) (список-2)).
Почему вторая хуита без скобок, а первая в скобках? Ведь обе хуиты построены одинаково.
>>792743 >(хуита-1 . (3 . (4 . nil)) Да, видно, что вторая хуита как будто продолжение первой хуиты. Но это до тех пор, пока мы не раскроем первую хуиту, и тогда окажется, что между хуитой разрыв в виде nil. В цепочке cons'ов, формирующей список, разрыва нет.
Цитата из блога: "Операция car убирает внешние скобки у списка и возвращает первое значение. Операция cdr не убирает внешние скобки у списка, а убирает лишь его первое значение".
У длинного списка cdr действительно сохраняет внешние скобки. Но тогда почему внешние скобки не сохраняются для списка '((7))? Это же аналогичный случай.
>>792759 >Поэтому если хотим напечатать результат (cons список-1 список-2), то должно получиться ((список-1) (список-2)). Нет. (cons '(x) '(y)) = ((x) . (y)) - выведено на экран как пара = ((x) y) - как список. Список в лиспе - не отдельная структура данных, а просто абстракция над cons-парами со следующей структурой: в ячейке car находится элемент (который может быть чем угодно, в т.ч. и другим списком), а в cdr - следующая cons-пара
>>792870 >А с чего ты взял, что они не сохранились? '() же Список ((7)) я строил как (cons (cons 7 '()) '()). Здесь используется признак конца списка в виде nil = '(). Этот nil я и извлекаю при помощи cdr. Вот этот nil:
(cons (cons 7 '()) '())
Скобки не сохранились. Я просто вытащил признак конца списка.
>>792893 Что? Под "сохранились скобки" имеется в виду, что cdr от списка вернет список. А сохранения каких ты ожидал - я не понимаю. Почитай сикп уже что ли, там этот вопрос вроде бы полно освещался.
>>792970 Но я как раз и решаю задачи из SICP. Судя по примерам, под сохранением скобок имеется в виду, что возвращенный список будет внутри скобок. Смотри скрин: >>792849
В последнем выражении (cdr x) возвращает не (lala), а ((lala))
>>792990 У тебя в последнем случае список из двух элементов, cdr от него возвращает список от одного элемента, который тоже оказался списком, видимо это тебя и запутало. И мне кажется, ты не очень понимаешь разницу между парой (x . y) и списком (x y).>>792867 >Список в лиспе - не отдельная структура данных, а просто абстракция над cons-парами со следующей структурой: в ячейке car находится элемент (который может быть чем угодно, в т.ч. и другим списком), а в cdr - следующая cons-пара
Помогите разобраться в том, как именно работает глубокий реверс списка с использованием map. Функция deep-reverse переворачивает список списков и в нем переворачивает каждый внутренний список.
1. Условие выхода из рекурсии возвращает одиночный элемент список. 2. Для списка функция map применяет deep-reverse к каждому элементу списка. Результат этого вызова инвертируется.
Я так понимаю, рекурсия заходит на самую глубину вложенных списков и в конце цепочки вызовов возвращаются отдельные элементы. Но как эти отдельные элементы складываются в обращенные списки, если не используется ни cons, ни list для создания нового списка?
>>797204 Я знаю, как работает map. Мне непонятно, как точно выполняются преобразования. По-моему, здесь два этапа: 1. Алгоритм доходит до максимального уровня вложенности списков, т.е. до отдельных элементов. 2. Начинается обратный ход - пересборка списков. К чему на этом этапе применяется reverse? Как все вместе склеивается?
Какой из лиспов самый производительный? Clojure? common? Какой у лиспа оверхед? Где можно почитать про управление памятью в лиспе? можно ли на нем писать что-то такое где происходит много вычислений, много оперирования большими структурами данных (деревьями, где миллион+ узлов).
>>798180 >Какой из лиспов самый производительный? Любая нативная реализация CL, а дальше как напишешь. >Где можно почитать про управление памятью в лиспе GC. >Какой у лиспа оверхед? Что это вообще значит? Везде и во всём "как напишешь". >можно ли на нем писать что-то такое где происходит много вычислений, много оперирования большими структурами данных Зависит от того, насколько всё таки больших и конкретного железа. Подозреваю что при таком объёме данных упрёшься в производительность оперативной памяти - на процессор смотреть не много толку, хоть на кложуре пиши.
>>798187 >насколько всё таки больших Потенциально будет выжираться вся память, оть 224гига поставь. Управление ресурсами - собственное, я имею ввиду что когда память забивается, мои алгоритмы уже решают какие данные удалить. Но интересно как будет себя вести лисп-программа, когда я скажу что вот "это надо удалить" -когда оно удалится? немедленно? через три часа? хуй пойми когда? будет ли стоп зе ворлд? На счет оверхеда, ну например если на Си делаю бинарное дерево, то я понимаю сколько памяти реально тратится на это - Value узла, и два указателя на левое и правое поддерево. Что там у лиспа когда я создаю своё дерево. В моей задаче идет прцоессинг кучи деревьев где может быть произвольно число узлов, и оно любое что в ширину что в глубину. Деревья сравниваются, соединяются, соединяются, разъединяются, всякие усовия проверяются по структуре дерева и пр. Писал всё на Си долгое время, но потом появилась нужна в довольно "высокоуровневых" фичах, особенно касающийся анализа структуры деревьев, всякие паттерн-матчинги и пр. ачало уже реально заябывать делать это всё на Си. Поэтому нчал подыскивать другие варианты. Привык уже к тому что в Си я знаю точно что где и сколько и что работает быстро. Всякие питоны даже не рассматриваю. Пока думал вот rust, d, scala, swift, lisp. Rust, D, Swift скорее всего идут нахуй. Lisp вот непонятен, ибо ничего не писао на нем никогда. Scala нравится, но не нравится что JVM. Кстати по этой же причина и на Clojure смотрю с подозрением.
>>798576 Опыта решения подобных задач не имею, поэтому ничего дельного подсказать не могу. Могу лишь посоветовать почитать документацию по внутренностям allegrocl (например по гц http://franz.com/support/documentation/10.0/doc/gc.htm ) - коммерческой реализации лиспа. У него, насколько мне известно, единственного параллельный сборщик мусора. Хотя граммарли, если верить их статье, обходятся опенсорсным sbcl, хоть и не без костыля в виде ручного вызова гц. Также существуют библиотеки для ручного управления памятью >Что там у лиспа когда я создаю своё дерево. В лиспе можно представить дерево в виде двух cons-ячеек: (cons value (cons left right)), которые в sbcl, например, представляют из себя два указателя, а метка типа хранится во младших битах адреса. Либо создать структуру вида (defstruct tree value (left nil :type (or null tree)) (right nil :type (or null tree))), которая в нормальных реализациях представляется аналогично сишным. Что касается оверхеда по процессорному времени, то он в нормальных реализациях (типа sbcl) достаточно мал, если сравнивать с другими языками с динамической типизацией, благодаря использованию информации о типах, полученной из автоматического вывода или ручного объявления.
>>801754 >всегда инетресовал для чего он ? Для программирования, очевидно. Позиционируется как язык действительно общего назначения: от низкоуровневой системщины, до высокоуровневых задач типа скриптоты. Такая всеприменимость достигается за счет того, что язык представляет из себя стек edsl'ей: каждой предметной области свой edsl. Например, для описания графического интерфейса есть edsl VID, который построен поверх edsl для манипуляций графическими компонентами view, который в свою очередь основывается на самом Red, а тот — поверх Red/System, низкоуровневого диалекта. Короче, это такой более правильный лисп. >что на нем написано ? Он и сам-то пока ещё не до конца допилен, хотя уже кое-что под шиндошс писать можно. Скоро обещают запилить поддержку ведра, в т.ч. и гуи. >>801784 QML - совсем другое. То просто dsl (не edsl), что-то среднее между VID и view, но оторванное от хост-языка.
Лиспаны, как быть с порядком определения функций? У меня функция А вызывает В, которая вызывает А, ну короч вы понели, обычная рекурсия. В C++ это решается прототипами функций, а как в Clojure, почему-то ничего не нашел.
>>803159 Тогда я не понимаю в чем ошибка, ошибка у меня не в репле, а в codewars, там оно жаловалось мол неизвестный символ. И как только я встроил тело функции в вызывающую, проблема исчезла. >>803233 Я задачки для разминки мозга решаю.
>>803509 Теоретически может использоваться везде. На Общелиспе что-то в научной среде пилят, вроде, на Кложуре веб-бэкенд, порой. Полезен, поскольку позволяет взглянуть на программирование с другого ракурса. Многие начинают c SICP, но можно, наверно, и гайд по понравившемуся Лиспу почитать.
>>801794 Ред всё ещё неюзабелен от слова "вообще никак". Функций нихуя нет (например, файл нельзя создать, только записать пустую строку; файл вообще никак нельзя удалить; нельзя вызвать внешние программы и прочитать их вывод (то есть, ни для того ни для другого функций нет) етц), нихрена не работает (вызов хайлевельных функций изнутри #system блока - через жопу, вызов #system-функций из хайлевельного кода вообще никак невозможен, благодаря чему недостающие функции самому не дописать), компилирует по две минуты (red/system быстрее, но в нём вообще нихуя нет), документации нет, список функций неполный и на стороннем сайте, what выдаёт просто алфавитный список, где функции иногда вообще без описания. Такими темпами он года лишь через четыре будет хоть на что-то похож. Решил пока ребол попробовать, пошёл качать, а сайт лежит - это явно знак.
В процессе решения задачи 2.28 (Fringe) из SICP придумал уже шесть различных способов вернуть тот же самый список, но не то, что требуется. Вот последний способ: https://ideone.com/16pBP3
Так рассуждал: база рекурсии 1) если список пуст, возвращаем пустой список 2) если встречен отдельный элемент, склеиваем его со следующим элементом текущего списка или подсписка 3) если встречен подсписок, заходим в его и делаем те же действия.
Не работает. Пойду дальше думать над этим сорт оф inorder traversal. Если не решу, подсмотрю решение и поссу себе на лицо.
Лиспаны, возник вопрос, делаю интерпретатор Brainfuck'a и тут проблема с условными операторами. Все остальные опретаоры реализовано просто, считываем программу и получаем новое состояние на основе предыдущего и поданной команды. А вот как быть с "[" и "]" встретив их нужно либо идти дальше, либо перейти на соответствующую другую скобку. Собственно вопрос в том как перенестись на эту скобку. Условие если что: https://www.codewars.com/kata/my-smallest-code-interpreter-aka-brainf-star-star-k/train/clojure
Пацаны, я вот неумно или умно начала свой погромистский путь с SICP, вкатился вроде как в Lisp, могу уже для себя что-то писать на CL, но... Меня смущает, что я абсолютно не знаю С, смотря на код я вообще не понимаю, что там происходит, какая-то борьба с байтами, контроль памяти, всякие непонятные хаки. Стоит ли во всем этот разбираться хоть сколько-то или лучше продолжать путь вглубь лиспа?
>>809198 >оно в шапке написано Там с оговоркой написано. Схема там лишь как иллюстративное средство. Ты же не можешь выучить английский, просто читая английскую книгу, но по-любому начнешь кое-как в нём разбираться.
У меня есть такой список: `((= ,=) (- ,-) ( ,) ...) ну вы понели, отображает символ в процедуру с идентичным именем. Можно как-то сделать это автоматически, чтобы я мог вызвать (make-table '(= - * ...)) и оно само всё сгенерировало?
>>812150 Получается '(('= =) ('- -)), если я правильно перевёл на racket, а нужно '((= <procedure=>) (- <procedure->) (dat-pizdi <procedure>)). Т.е. у меня есть список символов, которые также являются валидными именами процедур в текущем неймспейсе, мне надо сделать список пар, в котором первый элемент это символ, а второй элемент это сама процедура.
>>809082 >Только схему ты по нему не выучишь, плохой справочник. Почему нет? В сикпе, по моему, нет только про трансформаторы синтаксиса (или есть?) и про call/cc (точно нет).
Короче, аноны, есть вопрос. По-русски в сети нихуя нет. По-английски есть крупицы (или же валуны, но я их не нашёл) информации и эти крупицы нихуя не понятны.
Такое дело, я хочу использовать лисп не Ъ-way в смысле запустил REPL и ебись, а unix-way, т.е. написал прогу, запускаешь её из баша и т.п. Пока я не юзал библиотеки всё было охуенно. Просто использовал исходники как скрипты. А вот потом…
По порядку: Поставил SBCL. Всё охуенно. Допустим, с помощью quicklisp, установил cl-ppcre (regex'ы хочу) и readline (пиздец интерактивность нужна). Теперь если в самом начале проги писать (load "~/quicklisp/setup.lisp"), а потом ещё и (ql:quickload :cl-ppcre) (ql:quickload "cl-readline"), то начинается пиздец.
Во-первых, очень долгое время загрузки. Для проги работающей в реалтайме, инициализация в 6-8 секунд чувствуется. Во-вторых, лишний вывод, который мне нахуй не сдался. "to load", "loading", "fukken loaded" во время этой самой загрузки. В-третьих, если библиотеки не было на компе ранее, то во время инициализации лисп БУДЕТ ТЯНУТЬ ЕЁ ПО СЕТИ ЁБАНЫЙ В РОТ!
Поэтому я хочу задать пару вопросов.
По загрузке, как я понял, можно сохранять образ, правда весить он будет ёбать в рот. Хорошо. Как с помощью cl-launch сохранять образ? Как от него же добиться поддержки quicklisp? (Потому что руки у меня из жопы растут, но как избежать использования setup.lisp, я не понял. Флаг -Q косячит, прога не выполняется.) Да, cl версии 3.22.1.
Есть ли способ заткнуть ql:quickload? Что нибудь типа :quiet t?
Есть ли способ послать юзера нахуй и выйти с ошибкой, вместо выкачивания библиотек? Или загрузка образа решит эту проблему?
И вообще, если я забиваю гвоздь микроскопом, то буду рад, если кто носом ткнёт.
>>819217 clhs - common lisp hyperspec sbcl - одна из основных опенсорсных реализаций slime - расширение для емакса для разработки на общелиспе >Не дружу с емаксом А зря, других полноценных альтернатив не имеется. Хипсторы пытались для кложуры запилить аналог слайма, но получился очередной sublime, на том, кажется, и заглохло. Советую попробовать spacemacs, он довольно удобен в использовании и настройке и более дружелюбен к новичкам.
Здравствуйте, у меня есть один вопрос. У меня настроен емакс (на линуске, sbcl), но хуево, то есть, например, я написал программу, в этом же окне ее выполнил, например, и мне приходится при помощи комбинации ctrl+up возвращать ее, например, чтобы что-то исправить. А теперь сам вопрос: как настроить емакс так, чтоб было как в Ракете? Вот два скрина: Первый - сам ракет, то есть в верхнее окно мы пишем программу. А в нижнее окно мы вызываем ее или еще что-нибудь делаем. Второй - так, как я хотел бы настроить емакс, то есть: окно номер 1 - я пишу программу, больше оно ничем не занято. 2 - я тут вызываю эту программу или делаю еще какую-нибудь ебалу. 3 (не обязательно) - для вывода ошибок, например. Если так нельзя, чтоб оно вылезало при ошибке, то, например, второе окно заменяется на ошибочное. Буду рад любой помощи и советам, ибо в программирование и лисп вкатился недавно, тяжковато еще, хочется хорошей среды, так сказать.
>>819358 Ты можешь набирать команды в отдельном буфере и отправлять их на исполнение в REPL, который может быть скрыт или существовать вдругом буфере. В вики должно быть что-то такое.
>>819359 Все, спасибо, я разобрался. Надо было создавать файл, потом открывать slime, после чего компилировать файл и уже там все работает. Но только я не особо понял, как бегать по директориям с M-x, чтоб выбирать и создавать файлы.
Решил тут въебать Емакса и насколько же он удобнее Вима оказался, я охуел: один режим, удобный установщик плагинов и, конечно же, святой Лишп для конфигов.
>>819441 Поосто-то оно просто, но займет довольно много времени и сил, либо так и останется недонастроенной недоделкой. Поэтому ставьте спейсмакс и будет вам счастье
>>819557 Если представляешь, какими сущностями можешь оперировать, то некоторые вещи, причиняющие неудобство, сможешь исправить скриптом на пятнадцать строк, написав и отладив его за пятнадцать же минут. Вот мой юзкейс: собирается сишный проект, результаты компиляции выводятся в один из открытых буферов, да в нем и остаются. Я написал простейшую функцию, которая проверяет, были ли открыты раньше буферы в window, и если были, то показать последний в случае присутствия регекса в текущем буфере. Повесил это на нужный хук, и мне норм. Емакс для того и существует, чтобы его кастомизировали под себя в мелких и крупных аспектах. Искать сборочку, которая предскажет все твои нужды - путь, ведущий в никуда (к метанию между сборочками и страданию в границах выбранной).
>>819557 В емаксе решено за тебя множество типичных задач. Все, что тебе нужно сделать - использовать его гибкость для того, чтобы использовать эти решения наиболее удобным способом в данный момент.
>>819592 Вот тебе типичная повседневная задача: открыть файл. То, что предлагает голый емакс, мягко говоря, не слишком удобно. Что делают все нормальные люди? Прикручивают helm или ido (хотя, на самом деле они сначала кушают кактус, затем случайно или не совсем узнают про одну из альтернатив, а потом уже прикручивают). Что сделано в спейсмаксе? Прикручено, оформлено в виде модуля отдельного модуля (да, кстати, спейсмакс предоставляет удобную систему модулей, которой так не хватает емаксу, наколеночный аналог которой писал каждый когда-либо настраивавший), который при активации подтягивает нужные зависимости, решены все известные проблемы с интеграцией или просто косяки, которые автор не хочет исправлять (больше не нужно шерстить emacswiki и so в поисках заветного куска кода), настроены все клавиатурные сочетания в соответствии с договоренностью для поддержания однообразия и целостности (мало кто сам станет заморачиваться переназначением хоткеев и, тем более, продумыванием принципа их назначения, ведь проще забить и привыкнуть, что в одном режиме действие совершается с помощью C-c C-r, в другом C-x C-e, а в третьем вообще не забинжено), и все это поддерживается сообществом в актуальном состоянии, что, согласись, тоже не маловажно, т.к. следить за экосистемой емакса, за всеми изменениями в пакетах - задача весьма трудозатратная. В спейсмаксе весь этот муторный пороцесс настройки сводится к активации слоя (модуля т.е.) и настройки через M-x customize-... А возможность напедалить одноразовую функцию никуда не денется.
>>815996 Что-то я твоего кода здесь тоже не вижу. >>819342 Два удара томиком сикп по башке! Думай! >>819468 >насколько же он удобнее Вима оказался, я охуел: один режим >удобнее >один режим Какие странные представления об удобстве. >>819632 Болтовня ничего не стоит. Покажите мне текстовый редактор. Не этот комбайн, в котором даже для нормального открывания файлов нужны костыли.
>>819877 Я тут пытался сделать интерпретатор арифметических s-выражений и обосрался в общем, не осилил, чувствую себя немощным уёбком. В СИКП про это написано?
>>819962 Я не ебу - СИКП я еще не читал. Парсер пишется элементарно, в интепретации самое сложное - реализация объявлений функций (чтобы со scopes не обосраться) и правильно сделанные специальные операторы. Сделал на Lua за два дня.
Привет всем. У меня снова проблемка. Я вот написал простую игру про жизнь, где надо вводить одну из двух букв. И с каждым ходом возраст увеличивается на 1. Сделал проверку на буквы, это все получилось. Но как сделать так, чтобы если я ничего не ввел, то у меня задавался заного вопрос о том, какую я букву хочу ввести, при этом возраст не менялся. Т.к. сейчас, если введу не "m" или "e", то просто возраст становится на один год больше. Вот скрин - выделенна строка, куда хотелось бы возвращаться, если не была введена одна из двух этих букв.
>>820085 Можно циклом обернуть, можно и как рекурсивную функцию написать, а можно и так: [code lang=lisp](tagbody (format t "Money or energy? [m or e]") loop (switch ((read-line) :test #'string=) ("m" (incf money (- (rand 30 100) (rand 10 50))) (decf energy (rand 2 1))) ("e" (incf energy (rand 2 1)) (decf money (rand 10 70))) (t (format t "Nu i čo za hujnju ty vvel? Davaj ješče razok [m or e]") (go loop))))
Чтобы чуть облагородить код, избавив его от излишнего шума, можно обернуть всё это дело в макрос: [code lang=lisp] (menu "Money or energy?" ("m" (incf money (- (rand 30 100) (rand 10 50))) (decf energy (rand 2 1))) ("e" (incf energy (rand 2 1)) (decf money (rand 10 70))))) [/code], который можно реализовать примерно так:[code lang=lisp] (defmacro menu (question &body clauses) (with-gensyms (loop) `(tagbody ,loop (write-line ,(format nil "~a (~{~a~#[~; or ~:;, ~]~})" question (mapcar #'first clauses))) (switch ((read-line) :test #'string=) ,@clauses (t (go ,loop)))))) [/code]
Макросы switch, with-gensyms из библиотеки alexandria
>>820108 >>820185 Короче, не знаю как, но дописав вот эти строки у меня все заработало. Странно то, что если не использовать if после loop, то баг остается, а с этим if все работает нормально.
>>820374 Честно говоря, лень разбираться в том коде. Возможно, ты там просто объебался со скобками. [code lang=lisp] (loop do (format "Money or energy? (m or e)~%") for ans = (read-line) until (cond ((equal "m" ans) (prog1 t (setf money ...))) ((equal "e" ans) (prog1 t (setf money ...))) (t nil))) [/code] Вот как-то так можешь написать. Раскроется loop в примерно такую же портянку из tagbody, как тут >>820108
Какая книга лучше: ANSI Common Lisp или PCL? Сейчас изучаю по ANSI, но там раздражают примеры больших программ авторов - не понимаю их. Стоит ли дальше учить по ней или перекатиться на PCL, пока тут много не изучил? И насчет программ - это я дурачок или со временем буду понимать?
>>821047 >Не могу в емаксе работать. vim + slimv >>821440 Грэма читай, "On Lisp". >>821214 Когда нужно само выражение, а не результат его вычисления. >>821058 (sb-ext:save-lisp-and-die "a.out" :executable t :toplevel #'main))
>>821515 PCL вообще не раскрывает сути CL. Замени лисп на какой-нибудь жс и не изменится ничего. Пересказ стандарта, вперемешку с посредственными примерами кода, как в 90% беллетристики по языкам программирования. On Lisp как раз из тех 10%. Еще Paradigms of Artificial Intelligence Programming, как учебник по ии в 2016 году не актуально, но как книга по лиспу вполне ничего. >Если совсем мало, читай The Land of Lisp Если совсем мало, то пусть не забивает мозги лиспом, пока не осилит сикп, ctm, htdp и далее по списку.
Поймал себя на мысли, что не понял до конца, как работает переворачивание списка. Алгоритм добавляет в голову списка из первого элемента перевернутый хвост. В результате получается нечто такое для списка (1 2 3):
Здесь в самом конце я добавляю пустой список: (append (list (car x)) '())), но при рекурсивных вызовах функции reverse пустой список возвращается только когда достигнута база рекурсии. То есть пустой список вставляется в начало получившегося списка:
>>824048 Ох уж эти люди не могущие в рекурсию. По аналогии с математической индукцией: База рекурсии: переворот пустого списка - будет пустой список. Шаг рекурсии: перевернуть список из n элементов - это вставить голову в конец перевёрнутого хвоста (списка из n - 1 элементов) (append добавляет элементы именно в хвост да-да)
>>824063 Ты слишком абстрактно говоришь, и на таком уровне я понимаю рекурсию и могу провести аналогию с мат. индукцией. Но я байтоеб, и меня мучает вопрос: куда девается пустой список, который функция возвращает после достижения базы рекурсии? Мне хочется понимать все на самом низком уровне.
>>824092 Читай как действует append. Она вставляет не список а элементы из списка. Поэтому в reverse ты пишешь (append (reverse (cdr xs)) (list (car xs))))), а не просто (append (reverse (cdr xs)) (car xs))). Поэтому, так как список пустой, то он не содержит элементов и следовательно после это операции будет очищен GC.
>>824117 Понял. Когда в исходном списке встречен nil, в append передается пустой список и только что сконструированный перевернутый список, который сразу же возвращается из append.
>>825187 Еще у меня бомбит от CLOS. Она конечно дохуя навороченная, но пиздец какая неудобная. Хуй с ней с CLOS. Хочу простой способ структирования данных.
>>824810 Я в racket использовал либы какие-то для рисования по окну. Кстати, закончил вчера сикп. Работы нет, придётся идти шлёпать круды и всё забыть.
>>825187 Твой код можно прилично сократить, если чуть-чуть переструктурировать код и воспользоваться батарейками (хотя бы александрией, а может быть и даже йобой вроде cl21). Стандартная библиотека у общелиспа-то неплохая, но лишь для своего времени, поэтому если каждый начинающий хаскелятор пишет свою статью "что такое монады", то лиспер - свою библиотеку утилиток. Пишу с котелка, так что примеров кода в ближайшее время не жди.
>>785486 (OP) На связи сыч 26 лет, провинциал. Сейчас готовлюсь к языковому вузу уровня ДС. По ходу забросил компьютерные игры, и потому появилось достаточно свободного времени, чтобы кроме подготовки к поступлению заняться каким-нибудь ЯП. Ибо хочу на втором курсе попасть на стажировку в ABBY.
Выбор пал на функциональщину, потому что функциональный подход к функциям похож на математический + LISP исторически применялся при обработке символьной информации.
Хочу надрочиться на анализ языка, засим вопросы:
1) Какой диалект больше подходит для работы с языком (наличие готовых библиотек с открытым исходным кодом, средства языка, макросы, etc.)? 2) Какой диалект лучше поддерживает GTK на случай если я хочу задрочиться на графические интерфейсы?
Я по жизни хочу быть скорее переводчиком, и программирование рассматриваю как средство создания приложений под свои нужды (существующие CAT меня не удовлетворяют).
К python не подойду и с десятифутовым копьем. Pure C one love.
Разумеется, ты сможешь использовать другие популярные либы на С/С++ в Common Lisp и Java в Clojure. Для Javа на первый взгляд больше либ, так что навскидку посоветовал бы Clojure.
>>837612 Ну тогда учи, что больше нравится. А питон норм язык, со строчками удобно работать, я его для курсовика юзал. И да это странно, что ты хочешь учить лисп, если любишь сишку, это же вообще разные парадигмы.
>>847404 Читаемость у лиспа нормальная. Я про другое. Например я в свое время разочаровался в лиспе, потому что ожидал увидеть ФЯП вроде хаскеля, а получил то, что получил. Это позже уже познал все прелести лиспа...
>>847414 Ну, скобки снаружи, скобки внутри - на читаемость это не влияет, скорее дело привычки. В остальном же читаемость не хуже других языков, а при применении едслей даже выше за счет снижения количества семантического шума. >do-shit-with-shit Не очень понимаю, что ты этим хотел сказать. В CLOS множественная диспетчеризация, поэтому никаких методов do-shit-with-shit не возникает.
>>847448 (defstruct (point (:constructor point (x y)) x y)
(distance (point 3 4) (point 4 5)) Ну и? >distanceTo Неидиоматично для объектных систем с множественной диспетчеризацией, т.к. методы не принадлжат классам
>>847456 А теперь вопрос, каким раком я должен узнать какой набор методов работает для структуры point? В языке с нормальным синтаксисом, когда я ставлю точку после имени объекта, редактор может сказать мне что я могу с этим объектом сделать. В лиспе я должен знать это наизусть.
>>847459 Научиться пользоваться слаймом, очевидно. Попробуй натравить инспектор на какой-нибудь класс - будет тебе и список методов, и прочая метаинформация. Ну а ещё не надо пытаться тянуть свои привычки в совершенно другой язык. Вот допустим есть у тебя объект fixnum, есть некий интерфейс, в котором имеется метод distance из прошлого примера, который специализирован в т.ч. и для fixnum (например distance fixnum point), а ещё есть другой интерфейс доя совершенно иной предметной области, в котором тоже присутствует метод, специализированный для fixnum. И подумай теперь, какую даст список всех доступных методов для твоего объекта.
>>847467 Да ты сам то понимаешь насколько это неудобно? Нажал точку, вылезло автодополнение. Ты получаешь узкий список доступных методов = не надо их помнить, не опечатаешься.
В общем не зря оно все почти подохло. Да есть крутые идеи, но по факту оно неудобное, непрактичное и репл не такой волшебный, как кажется пока конфетно-букетный период не закончился.
>>847475 >Да ты сам то понимаешь насколько это неудобно? Нет. Вот что-что, а с автокомплитом неудобств не замечал. Твои недовольства даже заставили задуматься, а что же помогает обходиться без жавастайл автокомплта по точке. Может быть то, что интерфейсы более лаконичные, поэтому методы сразу запоминаются, или, может быть, аккуратная рассованность по пакетам выручает, или соглашение об именовании методов. Точно сказать не могу. >не опечатаешься Со слаймом ты и так не опечатаешься. >В общем не зря оно все почти подохло. Подохло - это когда не развивается. Про общелисп такого точно не скажешь. Сравнить хотя бы состояние экосистемы сейчас и пять лет назад. >и репл не такой волшебный Дай угадаю, ты код прямо в репл и писал? Если да, то естественно что тебя не впечатлило, ведь интерактивного программирования ты не попробовал, а писать/копировать в репл - удовольствие сомнительное. Если нет, то странно, потому что изменение кода на лету, работа с живыми данными существенно ускоряет обратную связь, что в свою очередь дает бóльшую волю для экспериментов да и просто ускоряет разработку.
>>847497 А смысл? Суть в том, что язык должен понравится сам по себе. Его должно быть приятно использовать. Если этого не случилось естественным путем, нет смысла заставлять себя.
>>847501 Разве язык виноват, когда слишком умные питонисты пытаются писать на хаскеле в привычном им императивном стиле или сишники на крестах/яве как на си с классами, а потом охуевают от говености полученного кода?
>>848795 Ну и да, язык не загибается, а даже наоборот: библиотеки новые пишутся, старые поддерживаются. Непопулярен - да, но от того, что его некому популяризировать.
>>848859 Ты знаешь, я тут последний год сидел на stumpwm и он меня настолько затрахал что я съебался на dwm. И знаешь че? Блять на чистом си код приятней писать, чем на этом нашем лиспе. Эх.
Пздц, меня этот язык победил еще на этапе установки...а хуй знает чего, я даже не понял нахуя эти emacs b slim, но да похуй, первый этап: создайте файл/папку с именем .emacs ??? Как блять создать папку без имени?
>>852394 Пиздос, да золотой без 5 минут экстремист. Я вот немогу понять, на этом видосе он пытается дискредетировать жидов? Хули так сложно блядь: то русские, то жиды... А когда пендосы и немцы будут плохими ребятами? Он хоть понимает, что после таких видосов в случае чего он уже не станет героем, потому что "да хуй с ним, окончательно ебанулся". Интересно, меня тоже доведут до такого к 30 или сколько там золотому? https://www.youtube.com/watch?v=hAyp4AHY4yk
>>852484 Мне паста про арийскую математику понравилась. Если бы не Золотце, я бы никогда не узнал про теории русских финитистов и продолжал верить в жидовскую бесконечность.
> подрочи Это, кстати, в последнее время становится сложнее. У меня раньше была традиция в ванную ходить по ночам передёрнуть, но теперь в ванной из квартиры сверху кто-то облучает каким-то грохочущим девайсом (включают только когда пытаюсь пофапать и сразу выключают потом) в любое время ночи и шишка опадает. А если беспалевно дрочить под одеялом и вставать только чтобы кончить, всё ок.
>>862327 Хайп прошел, только и всего, язык жив. А когда там последний раз обновлялся стандарт общелиспа, не напомнишь? >>862338 >В каком месте? Буквально, во всех, кроме синтаксиса а жаль. >Чет жирно. Ну вот скажи: зачем кто-то будет в 2016 году писать на CL, кроме как для эпатажа или ментального онанизма? >>862369 Если бы еще не jvm...
>>862498 Во-первых, в жвм нет ничего плохого, просто у каждой вещи свое место под небом. Во-вторых, кложурскрипт-то тебе чем не угодил?
Алсо, если ты говоришь, что руби - это лишп во всем, кроме синтаксиса, то ты либо лишпов, либо руби не видел толком и не разбираешься, извини. Матц, конечно, тот еще лисподрочер, но только и всего. Почти все популярные языки (тем более динамические) испытали (сильное) влияние скобочек - но это не повод называть их лишпами с другим синтаксисом, ага.
>>862498 >А когда там последний раз обновлялся стандарт общелиспа, не напомнишь? Что такое стандарт общелиспа такое и чем отличается от других хоть знаешь?
>>862498 >Ну вот скажи: зачем кто-то будет в 2016 году писать на CL А на чем ещё писать в 2016 году? Других высокоуровневых языков с нормальным компилятором и динамической типизацией просто нет.
>>862498 > зачем кто-то будет в 2016 году писать на CL, кроме как для эпатажа или ментального онанизма? Что бы это было просто дебажить в случае чего. Да и сам подход к организации рабочего процесса А не бля, мужики, у нас сервер наебнулся в воскресенье поэтому вся статистика за неделю пошла по пизде)))
>>862502 >Во-первых, в жвм нет ничего плохого, просто у каждой вещи свое место под небом. Именно. Привязка к жвм сильно сужает область применения языка. >Во-вторых, кложурскрипт-то тебе чем не угодил? Про него я ничего и не говорил, языки с компиляцией в жс -- вне моей компетенции. >Алсо, если ты говоришь, что руби - это лишп во всем, кроме синтаксиса, то ты либо лишпов, либо руби не видел толком и не разбираешься, извини. Ты сам много сможешь назвать фундаментальных отличий руби от CL? Ну да, ООП теперь -- основа языка, а не надстройка, оно было бы точно так же в CL, если бы его взялись пилить с нуля. То, что основой программирования на CL является ручная ебля с AST -- это скорее баг, а не фича, ведь, как мы знаем, необходимость в "метапрограммировании" возникает от недостатков в дизайне языка, а негигиеничные макросы из CL -- вообще одна из худших вещей в истории программирования. Ну да, первоклассные континуации, наконец, завезли. Отличия есть, да, но все они -- следствие эволюции Лиспа, прошлой ступенью которой был общелисп. Сейчас у него нет никаких преимуществ и никакой области применения, кроме как для экскурса в историю. >>862505 >Что такое стандарт общелиспа ANSI INCITS 226-1994 (R2004)? >чем отличается от других хоть знаешь? Тем, что на него всем похуй? колобок.жпге >>862543 >Других высокоуровневых языков с нормальным компилятором и динамической типизацией просто нет. Это никому не нужно. Когда ты пишешь прототип, POC или одноразовую тулзу на рубях, питоне или схеме, тебя не особо волнует производительность и корректность, зато выигрыш времени засчет отсутствия времени -- очень кстати. Когда начинается серьезный бизнес, ты берешь язык с "нормальным компилятором" и статической (ты же не враг себе?) типизацией и пишешь на нем. Зачем совмещать подходы, применяемые для разных задач?
>>862677 >Что бы это было просто дебажить в случае чего. Да и сам подход к организации рабочего процесса Вот это реально толсто сейчас. На лиспе (из-за макросов) работать можно только в одиночку или в несколько рыл максимум, потому что ты сам свою лапшу не распарсишь через полгода. >inb4 писать на лиспе без макросов Тогда лисп ВООБЩЕ не нужен.
>>862685 >зачем ты пишешь это. Пытаюсь понять мотивацию >изучать и пользоваться лиспо-языками >Ступай в го-тред Моих знаний о Go недостаточно, чтобы эффективно о нем дискутировать (но вообще язык мне нравится).
>>862683 > потому что ты сам свою лапшу не распарсишь через полгода. Нечитаемую лапшу на любом языке не распарсить если чо Видимо ты пока не вкурил всю мощь s-выражений возвращайся через год
>>862707 >Видимо ты пока не вкурил всю мощь s-выражений >~ $ find ~/quicklisp/local-projects -name '.lisp'|xargs cat|grep -v '^\s;'|wc -l >9992 >~ $ find ~/dev/ -name '.scm'|xargs cat|grep -v '^\s;'|wc -l >9159 Сколько еще-то надо? Скурюсь же к чертовой бабушке! s-выражения это хорошо, но ими одними сыт не будешь. >Нечитаемую лапшу на любом языке не распарсить если чо АНАФОРИЧЕСКИЕ МАКРОСЫ
>>862679 В кл как раз ооп в основе языка, нубло. Ручной ебли с аст там нет, ты не знаешь, что такое аст. Не пизди о том, в чем не разбираешься, короче. Иди книжки читай.
>вывод типов в языке с динамической типизацией Нет, вы просто вдумайтесь в это! >>862862 >ооп в основе языка Тогда почему почти вся стандартная библиотека это функции, а не методы? Подожди... зачем в чистом ООП языке функции? >Ручной ебли с аст там нет Она начинается на этапе написания любого кода на лиспе, лол. Но я не об этом, а о кодогенерации с помощью макросов. Короче, иди код пиши, червь книжный :) >>862746 >А что с ними не так-то? РЕФЕРЕНЦИАЛЬНАЯ ТРАНСПАРЕНТНОСТЬ не нужна! Я успешен и пишу макрос на каждый чих!
>>862962 >Нет, вы просто вдумайтесь в это! И чего тут такого? Мужики решили проблему производительности динамического языка без необходимости повсеместного объявления типов. Рубиновым любители смуззи не помешало бы перенять сей опыт. >>862962 >РЕФЕРЕНЦИАЛЬНАЯ ТРАНСПАРЕНТНОСТЬ не нужна! >An expression e is referentially transparent if for all programs p, all occurrences of e in p can be replaced by the result of evaluating e, without affecting the observable behavior of p. И причем здесь анафорические макросы? >макрос на каждый чих! Ну, это не каждый чих, и ничего плохого в этом нет, если код остается интуитивно понятным. Сравнимо тому, чтобы упрекать в написании функций "на каждый чих".
>>863008 Да нет, при чем тут агда? Те же сбцл и кложурь, на мой взгляд, своим существованием отлично доказывают тезис о том, что оптимизация (с помощью типов) к статической типизации имеет весьма опосредованное отношение. Вот некая мифическая "корректность" - это как раз к агда-дрочерам, да! А обычный тайпчек в обычном языке может обеспечить проверку "корректности" лишь для очень-очень узкого определения слова "корректность". Так что нет, я все-таки (пока) уверен, что статическая типизация - это про стиль дизайна и написания кода. Seems legit?
>>862994 В чем именно я не прав? >>862999 >И чего тут такого? Мужики решили проблему производительности динамического языка без необходимости повсеместного объявления типов. https://en.wikipedia.org/wiki/Type_inference >Type inference refers to the automatic deduction of the data type of an expression in a programming language. Как это возможно, если в динамическом языке, по определению, тип выражения становится известным только в рантайме, объясни пожалуйста. И да, что-то я не припомню, чтобы sbcl имплементировал статически-типизированное надмножество CL. >И причем здесь анафорические макросы? Читай Грэма. >Ну, это не каждый чих, и ничего плохого в этом нет, если код остается интуитивно понятным А не должно быть "интуитивно". Должно быть "очевидно".
Поясните ньюфагу. Вот я прочел practical common lisp, начал курить немного стандарт. Встал такой вопрос, как вы это дело запускаете не из repl?
Допустим мне захотелось написать простенький tcp балансер. Я могу подобное реализовать на C/Go, написать юнит/портянку на баше чтобы рестартить когда упадет. Как это дело ОС будет запускать, когда например уйдет в ребут? Я просто цепляюсь за какую-то альтернативу main функции наверно. Или просто еще почитать чего надо?
>>869552 Why so religious? Я не знаю, в каком ты году живешь, что у тебя и груви существует, и кложа - это язычок для скриптования. Серьезно, по-моему ты просто не в курсе, не обижайся.
Алсо, повторюсь еще раз: я написал, что лиспы вообще для практичных людей, а не какой-то один из них.
>>870174 >Why so religious? То, что не соответствует твоему фанатичному мировоззрению - религиозно? Ну ок. >в каком ты году живешь Я - в 2016м, в ноябре. >что у тебя и груви существует Не знаю, как у тебя, а в моём времени крайняя версия выпустилась 4 месяца назад. >и кложа - это язычок для скриптования Неужели за последние пару лет кложа успела превратиться во что-то иное?
Аноны, все еще мечтаю таки найти в себе силы выучить лисп, но пока вынужден подтягивать другие языки, поэтому покидайте примеров кода на лиспе, я как вижу эту абракадабру, мне одновременно хочется забыть про лисп навсегда и при этом выучить его.
What is up? Добиваю Elisp Intro, так как хочу закончить, раз начал. Можете дальше что-нибудь посоветовать, чтобы одновременно было не нудно и посильно? Математику дальше основ матана не знаю. В любом случае буду SICP штурмовать, но есть варианты HTDP и The Little Schemer для начала. Как лучше сделать?
>>871814 Разобраться в лучших практиках разработки, чтобы в будущем на это опираться. Точно буду писать для решения повседневных задач, насчет трудоустройства сомневаюсь.
>>871817 Совсем практику хотел позже, но возьму на заметку. Спасибо.
>>870389 Ты либо жопой читаешь, либо туговатый немного. О том, что кложа не является полноценным языком и основное (и единственное) её предназначение - скриптование явы, написано на её же официальном сайте: >Clojure is designed to be a hosted language, sharing the JVM type system, GC, threads etc. Неужели и правда не знал этого? Я же надеюсь, ты не станешь фанатично оспаривать очевидное.
>>870389 Алсо, чтобы ты мог со стороны поглядеть на предмет своего обожания, предлагаю ознакомиться с аналогом кложи, но для питона http://docs.hylang.org/en/latest/
>>874173 Нет, интерактивная разработка там была всегда (это же лисп, але) - до сравнительно недавнего времени они даже в имаксе использовали практически тот же слайм, что и для коммон лиспа. Вот буквально пару лет назад только наконец заебались его поддерживать и запилили свой, более лучший велосипед.
Фишка фигвила в том, что до него поднять нормальный репл в браузере было целой морокой. Это установи, плагин добавь, код на страничку добавь, вебсокета дождись, тут перезагрузи, там подожди... еботня сплошная, короче. Но зато работает со слаймом\сидером. А еще не надо забывать, что обычно нужно было два репла - браузерный кложурьскриптовый и серверный кложурный. И первый запускался из второго. Короче, БОЛЬ.
А тут пришел этот рыжеволосый викинг и сделал так, что ты пишешь "лейн фигвил" - и все. Все само работает. Всегда. Профит.
Ну и плюс на основе фигвила (если не ошибаюсь) запилили аналогичные "джаст воркс" реплы для айфона и андройда. Короче, по-моему это отличный пример того, что люди любят, когда кто-то решает реальные проблемы, и для решения реальных проблем не нужно быть семи пядей во лбу - ужно просто взять и сделать. Решает желание.
>>874332 Хуй с ним с лейном, он не используется так часто, чтобы это было фатальной проблемой. Хотя конечно неприятно.
Воркфлоу = cider + figwheel. REPL просто пиздец какой тормозной. Конпеляция одной несчастной функции по C-M-x тоже ебически тормозная, но вроде как она и не нужна, ибо figwheel на сохранении все сам патчит. Но вот вчера я ковырял monet и оно тоже жутко тормозное. Впрочем reagent вроде вполне шустрый.
Реквестирую линк на доку о том как сделать фигвил шустрее.
>>874319 Бро, какое отношение имеет "тайм лейн" к реплу и интерактивной разработке? Ну, ты постом ниже и сам уже поправил себя, так что ладно.
Может вы с оптимизациями компилируете через фигвил, не? Покажи свой билд из проджект.клж? Алсо, я не понял, у тебя обычный сидер-репл тормозит, раз ты говоришь, что C-M-x медленный?
Я запускал весь этот тулчейн на десятилетнем лаптопе с гигабайтом памяти, и единственная вещь, которая тормозила - это был браузер. Да и можешь скринкасты посмотреть, везде компиляция и загрузка происходят за миллисекунды. Ты либо капчуешь с тумбочки, либо что-то сломал. Да, кстати, ждк у тебя из репозитория или от сана оракла?
>>874443 http://paste.org.ru/?8xvlad жвм из репы арча. Если репл из консоли запускать он тоже тормозит до браузера. При этом само обновление реакта через фигвил работает быстро.
>>874471 Есть опенждк, есть официальный ждк. Тебе нужен официальный. Хотя хуй вас, арчеебов, знает, может у вас в репах и так оракловский, вы же беспредельщики, вам все похуй. Жавац -версион у тебя какой?
>>874493 java version "1.8.0_112" Java(TM) SE Runtime Environment (build 1.8.0_112-b15) Java HotSpot(TM) 64-Bit Server VM (build 25.112-b15, mixed mode)
>>874520 Секунду думает после с-м-х? Чувак, я правда не знаю, попробуй почистить комплюктер от вирусов. Что-то с твоей машиной и сетапом, кложа тут явно не при делах. Даже не знаю, что еще посоветовать, кроме тотального сноса всего связанного с этим добра из хомяка и клин инстала. Ну и ты так и не сказал, что у тебя за машина.
>>874635 Маня, единственное что тормозит это jvm и все что с ней связано. > Kernel: x86_64 Linux 4.8.6-1-ARCH > CPU: Intel Core i5-4590 CPU @ 3.7GHz > RAM: 3744MiB / 7931MiB
Сап джаваны, обновил jdk до последней версии и эклипс перестал запускаться, в конфиге эклипс поменял на свою версию jdk, эклипс запустился. Но нихуя не компилится, как исправить ?
>>874640 Почему маня-то, э? Я тебе и говорю - что-то с машиной и сетапом, а не кложей\фигвилом. Раз у тебя тормозит все, что связано с жвм, то кложа явно не при делах, угумс? Может арчедети что-то опять сломали, попробуй в виртуалке на дебе поднять енвайронмент. Хотя я бы на твоем месте уже забил, наверное. Хотя интересно конечно, что именно у тебя там не так.
>>874652 Чувак, почему ты не можешь в контекст? Тот чувак жалуется, что у него с-м-х отрабатывает секунду, а ты ссылаешься на время старта жвм и лейна. Зачем? Не делай так больше, пожалуйста.
Я, кстати, все-таки надеюсь, что когда-нибудь лейн заведут на ноде. Вот вроде бы с одной стороны это не критично для дела, но с другой - чисто эстетически, блядь, неприятно, что он по пять секунд стартует. Особенно когда забыл какую-нибудь депенденси в билд добавить и перезапускаешься.
>>874660 Извини, но ты рассуждаешь как пидораха, вот честно. Я говорю: лейн стартует медленно, это особенность лейна, но с-м-х должен отрабатывать мгновенно, если нет - это проблема на стороне анона. В ответ - "ой-йо, тормозное говно". Я говорю о конкретной проблеме и пытаюсь сподвигнуть анончика выяснить ее причину, а в ответ слышу что-то уровня бабок у подъезда. Ну блядь, пагни, нахуя так жить-то?
>>874663 За несколько миллисекунд это счастье у тебя отрабатывает, не? Мне есть с чем сравнивать, я же говорил, что юзал сидер на лаптопе десятилетней давности с гигом памяти.
>>874682 Тебе два разных человека утверждают одно и то же: оно тормозит. (Оно еще и в браузере тормозит так, что выдает 0.7фпс). А ты дальше гонишь свою линию "что-то не так на стороне анона".
>>874684 Вообще-то второй анон (это ты?) не говорил, что у него тормозит эвал. Он задал риторический вопрос, но конкретных чисел не привел.
Давай я еще раз повторю: я юзал сидер на лаптопе с гигом памяти - не тормозило. Посмотри на спеки >>874640. У него тормозит. Одна и та же программа. У меня не тормозит, у него тормозит. Как думаешь, на чьей стороне проблема?
>>874682 >За несколько миллисекунд это счастье у тебя отрабатывает, не? Ага. Только за эти несколько миллисекунд я успеваю отодрать жопу от стула, налить чаю и вернуться обратно. И да, съеби обратно на свою /по/мойку, здесь таким не рады.
>>874688 Ни разу не был в /по. Под "пидорахой" подразумевал человека, который вместо логики пользуется эмоциями, вместо решения проблемы разводит нудятину про то, как все плохо и какое кругом говно. Если тебя это оскорбляет - я могу извиниться конкретно за это слово, но поинт мой ты уловил, согласись.
После нажатия с-м-х ты успеваешь попить чай, прежде чем форма заэвалюируется? Прекрати толстить, дружище. На рапсберри репл запускаешь?
>>874689 >Какая "программа" Сидер и кложур.джар, привет.
>>874694 Давай по существу поговорим. Вот тебе мой говнокод: https://github.com/TatriX/potential-fields Хуй с ним C-M-x. Скажи как решить проблему на пикрелейтед. На первом скрине кложурскрипт, на втором ванильный жс.
>>874694 >попить чай Налить. >вместо решения проблемы разводит нудятину Выводы о непригодности кложи я уже давно сделал, поэтому проблемы, похоже, здесь только у тебя: ты всячески пытаешься отрицать факт наличия тормозов как минимум у двоих ИТТ.
>>874705 Я не пытаюсь отрицать факт наличия тормозов, я пытаюсь выяснить их причину, сказал ведь уже.
А ты что-то явно перепутал. Вычисление (+ 1 1) у тебя занимает столько времени, что ты успеваешь налить чай? Ну брось, это же смешно. На каком тапке ты репл пускаешь?
>>874715 А чому апдейт закомментирован? Алсо, глянь хоть профайлер, скажи, что тормозит - так сходу мне трудно понять по одному тексту. Разве что убери из ргба вызов претипринтерских функций, они по идее медленные.
>>874737 Ну, ппринт - только для девтайма, он не предназначен для применения где-то еще. Вроде в доках написано об этом.
А остальное - ну... преждевременная оптимизация - сам знаешь что. Напиши, будет работать медленно - соптимизируешь боттлнек на использование транзиентов, это две строчки добавить. Не вижу проблемы.
>>874743 Чувак, я как раз игру на клжс писал, лол. С физикой и туевой хучей мапов с редьюсами. 30 фпс стабильно было.
>>874746 У нас тут лиспотред если че. >>874747 Лол что? ПРЕЖДЕВРЕМЕННАЯ? Ты видишь что то что на ванильном жсе (код блять один в один, тот же редьюс) 60 фпс вообще без вопросов. А говнохуйня которюу нагенерил кложурскрипт выдает сраных 30 фпс. Я уж молчу что если включить апдейт персонажа, оно до 15 падает.
Допустим что я криворукий еблан, ок, ибо я тут первый день на этом дерьме пишу. Покажи как сделать 60фпс.
>>874751 Бро, у меня субкота, поздний вечер, а ты меня просишь преписать за тебя какой-то код, потому что тридцать фпс тебя не устраивают. У меня даже пеки под рукой нет. Вот первое, что бросается в глаза - в жс-коде у тебя три поля, а в клжс - четыре. И что-то всяких дирекшнов в жс коде я не вижу.
Еще раз: напиши сперва, что тебе нужно, а потом оптимизируй, если будет медленно. Поменяй дефрекорд на дефтайп, хэшмапы на филд акцесс. Редьюс медленный - сделай аредьюс, он в цикл развернется, возьми редьюсеры вместо ленивых коллекций, раз тебе числа дробить надо, ну или транзиенты, или нативные массивы в конце концов, он тебе в тоге тот же самый код сгенерит, что ты руками написал на жс. Но повторюсь, лично на мой взгляд ты сам себе выдумал проблему сейчас, а в реальности это проблемой не является.
>>874789 Ты что ебанулся? 30 фпс по твоему не проблема? 30 фпс это пиздец какая проблема. Да все понятно и так. Кложура не подходит для разработки чего-то что должно работать быстро.
Ну и в том же редьюсе в жс ты делаешь один проход, а в клжс - два, кстати. А говоришь, что код один в один.
>>874801 Чувак, я тебе только что написал дюжину способов поднять фпс. Кстати, я уж не говорю про то, что апдейтить стейт при перерисовке - этой ой-ой. Ты же хотел по существу поговорить - и опять скатился в всеплохаговнобабкауподъезда.
Это не проблема, потому что, блин, у тебя там пятнадцать строк числодробления. Какая вообще разница, на чем их писать? Лично я, если бы у меня в кодобазе была одна маленькая функция, которая была бы боттлнеком, просто не задумываясь переписал бы ее на жс и массивах, это дело десяти минут, блин. А ты делаешь какую-то религиозную драму из этого. Хуй знает, по-моему такое вот отношение просто с опытом отмирает и сглаживается.
>>874822 Где я обновляю стейт в отрисовке? Там обычный геймлуп, update обновляет стейт, draw его рисует. То что оно внутри requestAnimationFrame не означает что оно "в отрисовке". Или ты предлагаешь каналами обмазаться, чтобы оно еще сильнее начало тормозить?
>>874844 Чувак, тебя никто не заставляет ничем пользоваться. Ты пришел в лиспотред, попросил помощи, тебе помогли, потом ты попросил еще, тебе объяснили, что нужно еще сделать, но ты встал в позу и начал доказывать, что тут все дураки. Зачем? Давай не будем языкосрач разводить.
Я ведь тебе сказал: я писал игру на клжс. Ты отвечаешь: нет, нельзя писать игру на клжс, у меня тут 30 фпс, значит нельзя. Ну детский сад же. И полное непонимание того, что инструменты решают конкретные задачи.
Про тулинг тебе, во-первых, объяснили уже, что ты перепутал время компиляции и время выполнения выражения. А во-вторых - "сложно настраивается"? Серьезно? Ты по этому критерию выбираешь средства для решения задачи? "Простой и удобный тулинг"? Может еще приятный синтаксис сюда добавить? И красивый логотип, да? Нравится\не нравится? Ведь это то самое хипсторство в самом худшем смысле этого слова! И твое сравнение клжс с го отлично это иллюстрирует. Как их можно сравнивать, когда у них абсолютно разные области применения? Надо будет тебе спа запилить - что, го будет лучше клжс? Ну зато тулинг быстрый, ага, охуеть. И наоборот: если мне нужно быстренько нахреначить консольную тулзу, то я что, буду по-твоему думать о том, какие в кложе классные абстракции, какая там иммутабельность с асинхронностью и какая охуенная штука этот репл? Я понимаю, что у тебя сейчас задачи, видимо, сводятся к "что-нибудь на чем-нибудь запилить джаст фо фан", но в реальном мире это немного не так работает.
Наконец, блин, два прохода вместо одного в главном лупе - это не "ручная оптимизация", это элементарный здравый смысл, компетентность и понимание того, что ты делаешь. Давай, запили уже там один проход через аредьюс и замени дефрекорды на дефтайпы, а кейворд акцесс на филд акцесс. Вангую, что будут там твои 45-50 фпс, с 10-20% оверхеда на ленивость. Или не будут. Анус не поставлю. Я бы массивы тут использовал.
>>874859 В реквестанимфрейм - только отрисовка, стейт обновляется по отдельному тику, 60 раз его обновлять смысла никакого нет. По-моему в каждой статье про геймдев на жс пишут, что мол в нашем примере мы все пихаем в реквестанимфрейм, чтобы меньше буков, а вы так никогда не делайте, а то у вас апдейты к скорости рендеринга будут привязаны, - разве нет?
>>874897 > а то у вас апдейты к скорости рендеринга будут привязаны, - разве нет? что в принципе может и не плохо, главное в апдейт лямбду времени передавать
>>874897 Разве нет. Два базовых варианта: передавать dt в update, второй вариант внутри итерации цикла делать еще один цикл с апдейтом мира с фикированной дельтой.
Удобство использования инструментом для решения задачи складывается комплексно из всех факторов. Тормозной тулинг сильно уменьшает желание этим инструментом пользоваться.
Понимаешь, когда на слайдах красиво говорят про ФП, имутабельность и прочее, а на деле будь добр цикл размотай и сделай даф машину, то хочется таким евангелистам на ебало нассать.
>>874924 Дефтайпы сделал? На гитхвб не запушил вроде?
>>874920 Внутри еще один цикл, чего? Не, это же стандартная штука, три таймера: отрисовка, апдейт, синхронизация. Все так делают вроде.
Я и не говорю, что он не уменьшает желание. Уменьшает. Но желание - это про нравится\не нравится, а кроме этого есть еще и объективные факторы. К тому же в сотый раз повторяю, ты его не настроил просто, тормозит там только запуск лейна, который происходит раза три за рабочий дееь максимум, в сумме - ну минуты полторы в день для пары kloc проекта.
Про фп и иммутабельность я тебе постарался ведь объяснить, у меня не получилось видимо. Я сотню раз уже сказал, что на твои пару десятков строк вообще пофиг на чем писать, хоть на форте, блин, это ничего не показывает, и в твоем конкретном случае даже цикл разматывать не надо, потому что 30 фпс достаточно. Фп и иммутабельность начинаются, когда у тебя появляется структура, когда тебе нужно проектировать, тестировать, думать об архитектуре, изменять код, когда у тебя асинхронность и куча разных данных. А числодробилку лично я бы на жс и написал, потому что там это все не нужно, это просто одна функция фактически.
Ну и да, говорить "я писал игру", но не знать основ построения этих самых игр, и при этом утверждать что 30фпс это норма, как бы все ставит на свои места.
> если ты не настроил > Please don't invest too much time trying to set up a sweet development environment, there is a diverse set of tools that is constantly in flux and it's very difficult to suss out which ones will actually help you. If you spend a lot of time evaluating all these options it can become very frustrating. > https://github.com/bhauman/lein-figwheel
Вместо того, чтобы слепо защищать своё говно, попробуй ради разнообразия нормальные инструменты.
Писать на кложуре в здравом уме я не стану. А вот для веб параши, кложурскрипт увы не худшее решение.
>>874953 Как связаны 30 фпс и сервер? Ты сломался, ты просто гринтекстишь случайный текст!
На страничке фигвила как раз и написано, что нужно просто взять фигвил и использовать его, не тратя время на другие тулзы. Все правильно. А ты жаловался на то, что у тебя одно выражение вычисляется по полминуты. Значит фигвил ты не взял и не настроил. Ну что ж тут поделаешь?
Я тебе еще десяток постов назад сказал, что как минимум мне уж точно все равно, на чем ты будешь писать, а на чем не будешь. И сейчас ты опять показываешь, что думаешь не головой, рационально и с помощью логики, а эмоциями, как ребенок. "Я попробовал один день использовать языкнейм, у меня не получилось, я обиделся, больше никогда не буду его трогать! Он плохой!!" - ну, опять же: хули тут поделать, да.
>>874956 Блять какой сервер, ты что припадочный? Кложурскрипт и сервер? Учитывая что все это время разговор был про то что это убожество не может выдать 60 фпс на канвасе без профайлера и оптимизации, потому что генерит кучу ленивого говна?
Про прибаутки уровня, ну похуй что наш софт запускается минуту, зато, ээээ, зато мммм, ну зато!
Ты с помощью логики доказываешь что жрать говно это хорошо и правильно. Ну и что что блевать тянет, ну и что что воняет. Ты попробуй. А потом еще попробуй, глядишь и втянешься.
Они еще выебываются тем что у них блять репл. Только каждый раз забывают добавить что 1) Вам нужно намазать 33 слоя говна на свой тулинг 2) Оно будет тормозить ну и самая главная фича 3) Вам нужно особенным правильным образом писать код, чтобы мы просто могли взять, послать (очень медленно) собранный жс и тупо его заэвалить в браузере.
Да ты блять посмотри хотя бы setScriptSource в хромиуме и поймешь, что лайв релоад в кложуре это жалкий никчемный кусок говна.
>>874964 С чего ты взял, что лейн - мой любимый инструмент? Ты какой-то странный. Почитал бы сперва наш диалог, бро. Он же сам жаловался на то, что у него не получается. Я-то тут при чем?
>>874961 > какой сервер Так, успокойся, дыши глубоко, перечитай >>874930, про три таймера. Ты в ответ на это мне выдал ссылку на статью и обвинил в незнании основ геймдева, помнишь?
> говно > говна > кусок говна Так, выпей новопассита, приляг, все хорошо. Включи мозг обратно, успокойся. Софт не запускается минуту - минуту в день суммарно ты тратишь на ожидание запуска. Посмотри, я так и написал в прошлом посте, видишь?
Намазывать 33 слоя нужно почему-то только тебе, а остальные просто пользуются фигвилом и радуются жизни. Тормозит почему-то он только у тебя - может пора устроиться на работу и купить себе нормальную машинку? "Особым образом" код нужно писать всегда, это называется "избавиться от глобального состояния", глобальное состояние - это плохонько.
Но все в этом треде уже поняли, что ты обиделся на кложурь и больше не можешь на нем ничего писать, так что не задумывайся особо о глобальном состоянии и прочей ерунде, посмотри еще на красивый логотип го да выпей чаю. Вкусно?
>>874977 >С чего ты взял, что лейн - мой любимый инструмент? Будь это не так, ты бы не пыхтел полтреда, яро пытаясь одолеть жалких еретиков, пытающихся осквернить светлое имя Кложи.
>>874985 У тебя наверное и диплом психолога есть, дружище?
Лейн - неповоротливый динозавр; если бы ты прочитал наш диалог, то увидел бы, что я об этом говорил. И не читай больше на ночь сказок про инквизицию, а то у тебя фантазия вон как разыгралась, дружочек.
>>874977 Тебе бы самому всё перечитать с самого начала не помешало бы, сектант-кун. >язык охуенный, просто у тебя руки кривые >чтобы не тормозило - пиши неидиоматично и с ассемблерными вставками >это не тормозит, это у тебя компьютер слабый >УМВР
>>875047 Ты опять ничего нк понял, смешал в кучу свою игрушку и фигвил и присвоил сне словая которых я не говорил. Впрочем, тред в бамплимите, так что продолжать смысла нет. Ждем-с.
>>875047 >присвоил сне словая которых я не говорил Ну зачем ты так, фанатик-кун? >язык охуенный, просто у тебя руки кривые "У меня не тормозит, а у тебя одного тормозит" - не твоё высказывание? >чтобы не тормозило - пиши неидиоматично и с ассемблерными вставками "Сделай на массивах на чистом джаваскрипте" - не твои слова? >это не тормозит, это у тебя компьютер слабый "Заработай себе уже и купи нормальную машину" - не ты ли говорил? >УМВР Смотри выше. Ты это не один раз повторил. И про ту же игру в 30 фпс, которая у тебя идеально шла - это тоже не ты говорил? Мне ссылки на посты тебе найти, фанатик-кун? Подумай о своём поведении.
Основные диалекты
— Common Lisp - разрабатывался как промышленный язык, пригодный для широкого спектра применения, из-за чего имеет достаточно объемную спецификацию. Является мультипарадигменным (процедурщина, функциональщина, ооп (CLOS)), с сильной, динамической типизацией. Есть опциональная декларация типов и, в некоторых реализациях (sbcl, например), частичный их вывод.
Описание особенностей: http://habrahabr.ru/post/143490
Основные реализации:
+ свободные: SBCL (нативный код), Clozure CL (нативный код), ECL (через сишку), Clisp (байт-код; небольшой размер образа; похоже, заброшен), Clasp (llvm; ориентирован на интероп с c++), ABCL (байт-код JVM), gcl, cmucl
+ коммерческие: LispWorks, Allegro CL, Scieneer CL, mocl (для программирования под ведро и ios)
— Scheme - это минималистичный лисп, пригодный в основном для обучения, исследований. Наиболее практичными реализациями являются GNU Guile (https://www.gnu.org/software/guile/ ) и Chicken Scheme (http://call-cc.org/ ).
— Racket - Развитие PLT Scheme. Racket включает в себя много подъязыков (typed racket, lazy racket, frtime racket, Scheme стандартов r5rs и r6rs).
— Clojure - Стильный, модный, молодежный лисп с бóльшим уклоном в функциональщину, иммутабельными структурами данных, поддержкой параллельщины с транзакционной памятью, агентами. Ориентированность на JVM сильно отразилась на дизайне языка, что многим не нравится.
— Hy - Lisp-синтаксис для Python с анафорическими макросами
— Emacs Lisp - его область применения ограничивается емаксом. Является наследником ТОГО САМОГО MacLisp'а.
— Tcl - скриптовый язык с немного наркоманскимстранным синтаксисом. Из коробки множество батареек на любой случай жизни, среди которых неповторимый Tk. Язык очень удобен для написания скриптиков, особенно когда к ним требуется приделать графический интерфейс.
— Rebol
— PicoLisp - Наркоманская хуита
— newLISP - Скриптовый лисп с компактным и быстрым интерпретатором и батарейками на любой случай жизни. В первую очередь предназначен для скриптоты, которую обычно пишут на perl, python, tcl, sh: обработка текстов, работа с сетью, базами данных, взаимодействие с ОС, построение графиков и т.п.
Список возможностей: http://www.newlisp.org/index.cgi?Features
Отличия от других диалектов: http://www.newlisp.org/index.cgi?page=Differences_to_Other_LISPs
Как изучить?
— Emacs Lisp
+ An Introduction to Programming in Emacs Lisp https://www.gnu.org/software/emacs/manual/html_node/eintr/index.html — скучный туториал, предполагающий что читатель вообще не умеет программировать
+ Emacs Lisp Reference Manual https://www.gnu.org/software/emacs/manual/html_node/elisp/index.html
— Common Lisp
+ Practical Common Lisp http://www.gigamonkeys.com/book/ или русский перевод — http://lisper.ru/pcl/
+ On Lisp http://www.paulgraham.com/onlisp.html
+ Common Lisp HyperSpec http://www.lispworks.com/documentation/HyperSpec/Front/ — стандарт языка
+ Art of Metaobject Protocol — подробное описание MOP и CLOS
+ Попрактиковаться можно на Exercism'е http://exercism.io/languages/lisp
Алсо, годная статья про проектирование eDSL'ей на CL http://swizard.info/articles/solitaire/article.html
— Scheme
+ http://www.ccs.neu.edu/home/dorai/t-y-scheme/t-y-scheme.html
+ SICP (это скорее вводные лекции по программированию, а не учебник по схеме, но тоже пойдет)
+ Попрактиковаться можно на Exercism'е http://exercism.io/languages/scheme
— Racket
+ https://docs.racket-lang.org/
— Clojure
+ Programming Clojure, 2nd edition (для новичков)
+ The Joy Of Clojure, 2nd edition (есть есть бэкграунд в Лиспе или ФП)
+ Попрактиковаться можно на Exercism'е http://exercism.io/languages/clojure
— Hy
+ Официальный сайт http://hylang.org/
— Tcl/Tk
+ Официальный учебник http://www.tcl.tk/man/tcl8.5/tutorial/tcltutorial.html
+ Документация по tcl http://www.tcl.tk/man/tcl8.6/TclCmd/contents.htm и tk http://www.tcl.tk/man/tcl8.6/TkCmd/contents.htm
+ Статьи про Tcl и Tk на wikibooks с примерчиками https://en.wikibooks.org/wiki/Category:Tcl_Programming
+ TkDocs с примерами на tcl, perl, ruby http://www.tkdocs.com/tutorial/index.html
Среды разработки
Одно из основных преимуществ лиспа в сравнении с языками с циклом разработки "написал → перекомпилировал → запустил в отладчике" - поддержка интерактивно-итеративного метода разработки. Но без инструментария, обеспечивающего полноценное взаимодействие с реплом, оно сводится на нет. Поэтому писать без использования нормальной среды - значит упустить важную особенность языка.
!!Чтобы не ебаться с емаксом, лучше можно взять уже преднастроенный spacemacs ( https://github.com/syl20bnr/spacemacs ).
— Common Lisp
+ Emacs + SLIME - самый лучший вариант.
+ vim + SLIMV
+ LispWorks
+ AllegroCL IDE упаси боже
+ Eclipse + cusp
+ <Что-нибудь для сублайма/атома уже запилили, наверное?>
— Scheme
+ Emacs + Geiser (поддерживает GNU Guile и Chicken Scheme)
— Racket
+ Emacs + Geiser
+ DrRacket
— Clojure
+ Emacs + CIDER
+ LightTable
+ Vim-fireplace
+ Cursive Clojure (IntelliJ plugin)
+ Counterclockwise (Eclipse plugin)
— Tcl
+ Emacs + tcl-mode (только подсветка синтаксиса и простенькое взаимодействие с реплом, но жить можно)
Библиотеки
— Common Lisp
+ Quicklisp ( https://www.quicklisp.org/beta/ ) - CPAN из мира CL
+ Quickdocs ( http://quickdocs.org/ ) - документация по всем пакетам из quicklisp
+ Cliki ( http://cliki.net/ )
+ Обзор экосистемы общелиспа на швабре ( http://habrahabr.ru/post/265589/ )
— Scheme
+ Racket: http://pkgs.racket-lang.org/ и http://planet.racket-lang.org/
+ Chicken: http://wiki.call-cc.org/chicken-projects/egg-index-4.html
+ http://snow.iro.umontreal.ca/?tab=Packages
+ http://www.schemespheres.org/spheres
Предыдущие треды: http://arhivach.org/?tags=3055,113
Шапка: https://titanpad.com/x87hR0KJ2w