(no subject)
Jun. 11th, 2020 07:45 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
love5anЭто мой личный блог.
Я терпеть не могу обращения на "вы"(и, особенно, на "Вы") - потому что это, как минимум, мешает общению, создавая разрыв между собеседниками, как максимум - отдает ханжеством и лицемерием, и попахивает мерзкой провинциальной псевдоинтеллигентностью.
В этом постинге мне можно задать вопросы, оставить свое мнение, и т.д.
Комменты скринятся.
Я терпеть не могу обращения на "вы"(и, особенно, на "Вы") - потому что это, как минимум, мешает общению, создавая разрыв между собеседниками, как максимум - отдает ханжеством и лицемерием, и попахивает мерзкой провинциальной псевдоинтеллигентностью.
В этом постинге мне можно задать вопросы, оставить свое мнение, и т.д.
Комменты скринятся.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2010-03-11 07:36 pm (UTC)no subject
Date: 2010-03-11 08:07 pm (UTC)если не считать разных мелких патчей
no subject
Date: 2010-03-11 09:25 pm (UTC)самая i по-твоему технология из тобой изученных)
no subject
Date: 2010-03-12 11:55 pm (UTC)потому что сейчас - затрудняюсь ответить
no subject
Date: 2011-01-20 05:22 pm (UTC)no subject
Date: 2011-01-20 05:58 pm (UTC)м.б. как-нибудь и подумаю над этим
no subject
Date: 2010-07-11 12:21 pm (UTC)no subject
Date: 2010-07-11 12:24 pm (UTC)no subject
Date: 2010-12-28 02:22 pm (UTC)no subject
Date: 2010-12-28 02:53 pm (UTC)вот %home%%username%\.emacs.d\init.el
http://paste.lisp.org/display/118091
Для Vim использую плагин SaneCL (http://www.vim.org/scripts/script.php?script_id=2951)
Вот lispwords: http://paste.lisp.org/display/118092
В _vimrc, среди прочего, вот такие строчки:
Компилятор - в основном использую SBCL.
Иногда CCL.
SBCL в последнее время беру пропатченный
http://www.siftsoft.com/inprogress/sbcl-1.0.44.wth.218.msi
no subject
Date: 2010-12-29 10:53 am (UTC)Emacs что-то у меня никак не осваивается. Слишком уж непривычен. sbcl к Eclipse можно прикручивать, он хоть выглядит более привычно. Попробую дома.
А на работе он (sbcl пропатченый), кстати, не ставится. Админских прав, ибо, нет :о(
Они там и правда нужны? 1.0.22 ставился и без них.
no subject
Date: 2010-12-29 04:57 pm (UTC)Emacs непривычен поначалу, да. Но стоит того, чтобы освоить.
Для небольших каких-то вещей вполне можно использовать Vim, и компилировать(compile/compile-file/ql:quickload/asdf:load-system)/загружать(load)/тестировать из консоли.
Про sbcl - довольно странно, что требуются админские права, да. Другие версии SBCL не требуют. Насчет нужны/нет - это надо akovalenko спросить.
no subject
Date: 2010-12-29 04:58 pm (UTC)ну суть понятна, думаю
no subject
Date: 2011-01-28 01:51 am (UTC)1. У меня тут образовалась более/менее устаканившаяся версия SBCL-win32-threads, которую имеет смысл пробовать и смотреть: вот тут постараюсь поддерживать актуальные ссылки (а ещё там подробно описаны основные отличия от upstream). Если использовать мою ветку, то лучше, пожалуй, брать последнюю версию, даже если важна стабильность (про старый-то свой код я точно знаю, что там коварные баги были). Из вкусного добавился copy-on-write memory mapping на win32: если сдампить 200-мегабайтный .exe или .core со всем, что может понадобиться, он запустится почти так же быстро, как дистрибутивный exe (и десяток его экземпляров не положат машину в своп сразу).
2. По поводу админских прав: есть у меня подозрение (почти уверенность), что дело в попытке MSI прописать системную переменную окружения SBCL_HOME. Когда-то этого не было, ну и я недели две назад из своей ветки это убрал (потому что SBCL и так теперь должен всё своё находить). Так что текущий выложенный инсталлятор, возможно, уже не требует админа (хотя хз).
3. Ещё по поводу админских прав: если взять вот этот архив — там внутри sbcl*.exe, который «сдамплен» со всеми (или почти всеми, не помню) модулями из CONTRIB. То есть (1) он ничего внешнего не требует для запуска — и на окружение ему плевать, (2) в него уже загружены (как минимум) все части SBCL-ного комплекта, которые более-менее работают под win32. Это резервный вариант на случай, если MSI таки до сих пор требует админских прав; кроме того, такой .exe удобно таскать с собой и запускать, не устанавливая.
no subject
Date: 2011-02-15 11:48 am (UTC)no subject
Date: 2011-02-16 12:43 am (UTC)no subject
Date: 2011-02-15 07:08 am (UTC)no subject
Date: 2011-02-15 07:10 am (UTC)no subject
Date: 2011-02-15 07:16 am (UTC)no subject
Date: 2011-02-15 07:23 am (UTC)Читать никто не обязывает - если что не нравится, всегда можно пройти в вышеозначенном направлении.
Про реакции это вообще бред какой-то - мне поебать на 99.99% что там кто думает, и какие реакции у кого возникают, если он это не высказывает в комменты; если высказывает - ну вот этот пост как бы и предупреждает о моей возможной реакции.
no subject
Date: 2011-02-15 01:41 pm (UTC)Это распространённое заблуждение. Твой блог — это тетрадка дома. А если это на публичном сервере в открытом доступе, то блог получается коллективный в любом случае. Соответственно надо изначально исходить из позиции учёта и принятия мнений подписавшихся, а не слать всех решительно нахуй. Особенно за мнение, отличное от своего. Я бы даже сказал что надо любить свою аудиторию и чтить её. Алилуйя!
no subject
Date: 2011-02-16 12:01 am (UTC)no subject
Date: 2011-02-16 12:43 am (UTC)no subject
Date: 2011-02-16 10:02 am (UTC)http://www.0chan.ru/c/res/162022.html
http://www.0chan.ru/c/res/161337.html
Ебанутый идиот, который нафигачил свой говнодиалект лиспа на макрах CL.
no subject
Date: 2011-03-02 10:55 am (UTC)сурово:))
no subject
Date: 2011-03-15 01:39 pm (UTC)Какую литературу можешь посоветовать?
no subject
Date: 2011-03-16 05:05 pm (UTC)Много читал, писал код.
>Какую литературу можешь посоветовать?
Стандартно: SICP (http://newstar.rinet.ru/~goga/sicp/sicp.pdf), PCL (http://lisper.ru/pcl/), AMOP (http://www.amazon.com/Art-Metaobject-Protocol-Gregor-Kiczales/dp/0262610744), CLTL2 (http://www.cs.cmu.edu/Groups/AI/html/cltl/cltl2.html). Еще можно почитать Object-Oriented Programming in Common Lisp: A Programmer's Guide to CLOS (http://www.amazon.com/Object-Oriented-Programming-Common-Lisp-Programmers/dp/0201175894) и PAIP (http://www.amazon.com/Paradigms-Artificial-Intelligence-Programming-Studies/dp/1558601910).
Но одно чтение мало что дает, надо пробовать писать программы. Причем не факториалы, а реальные программы, хоть сколько-нибудь полезные кому-нибудь, даже если только в теории.
Реквестирую пост о Condition System в Lisp.
Date: 2011-03-29 05:39 pm (UTC)no subject
Date: 2012-03-11 09:26 pm (UTC)no subject
Date: 2012-05-16 02:12 pm (UTC)1. Насколько она закончена и готова к использованию?
2. Есть ли документация хоть в каком либо виде или чтение тестов и кода?
3. Делал ли ты или кто-нибудь генератор FFI под неё?
Спасибо.
no subject
Date: 2012-05-16 04:16 pm (UTC)1. Она в принципе закончена и готова к использованию. Остается несколько TODO вроде передачи структур по значению, но это довольно сложно сделать, поэтому это пока только TODO.
2. С документацией плохо. Есть незаконченный мануал( http://dl.dropbox.com/u/5521262/virgil-manual.html.txt ), но пока руки не доходят доделать, так что лучше читать код, и особенно код библиотек, использующих Virgil, т.е. например Doors.
3. Генератор не делал, нет. Но, в принципе, неплохо бы как-нибудь сделать.
no subject
Date: 2012-05-16 07:43 pm (UTC)Кстати, что бы ты взял за исходник для генерации? Я пока в сторону XML от Doxygen смотрю, но я этот вопрос пока не изучал, может быть там от LLVM или GCC можно в нормальном виде всё получить?
И ещё вопрос: как смотришь на то, чтобы включить Virgil в Quicklisp, а то деплоиться проблематично?
no subject
Date: 2012-05-17 01:51 am (UTC)2. Смотрю только позитивно. Но там вроде условия какие-то есть, типа что документация нужна и т.п. В таком случае нужно доделать доки.
no subject
Date: 2012-05-20 09:22 pm (UTC)Я постоянно натыкаюсь на холивары Лисперов с Хаскелистами (в том числе и непосредственно с твоим участием и thesz с противоположной стороны), но некоторые вопросы так и остались для меня не закрытыми:
1) Если предположить, что Лисп мог быть статически типизированным изначально (со всеми плюшками в виде вывода типов по Хиндли-Милнеру и нормальной поддержкой IDE), то что бы мы потеряли взамен этому? Или с другой стороны если взять homoiconic Haskell (типа Liskell того же), возможно сделать его мутабельным по требованию (типа unsafe-функций, чтобы монадами не страдать) и энергичным, то опять же что мы потеряем по сравнению с тем же CL?
2) Насколько я знаю есть несколько статически-типизированных диалектов Лиспа, как ты оцениваешь их шансы на успех и почему?
3) На мой взгляд более оправданный подход сделать базовый язык полностью статическим (с системой типов близкой к целевой платформе), а динамику делать его надстройкой, нежели наоборот -- в динамический язык вводить систему типов. Например с точки зрения оптимизации функций при компиляции, статических проверок IDE при раскрытии макросов в том числе. В чем моя ошибка?
4) Ещё встречал такое утверждение, что чистый функциональный язык должен чуть ли не обязательно быть ленивым, или то же самое для Лиспа на Fexpr'ах. Так ли это и с чем это связано (бесконечные списки, if как функция и т.п.)? И как ты вообще смотришь на Kernel?
Заранее спасибо за ответ.
no subject
Date: 2012-06-02 06:32 am (UTC)Отвечу подробнее немного потом
no subject
Date: 2012-12-14 12:30 am (UTC)Взгляни, может и нам что-то подобное запилить для sbcl?
no subject
Date: 2013-02-07 03:19 pm (UTC)no subject
Date: 2013-08-14 07:06 pm (UTC)no subject
Date: 2013-08-14 08:19 pm (UTC)no subject
Date: 2013-08-29 04:03 am (UTC)no subject
Date: 2013-08-29 08:56 am (UTC)все живо )
Date: 2014-12-04 11:39 pm (UTC)