caxapa.ru :: Не поверите - навеяно моим сегодняшним рисечем по Lisp.

Evgeny_CD, Архитектор (19.11.2012 23:23, просмотров: 294) ответил Скрипач на Вам не кажется что ЯВУ предполагает "высокий уровень" обоих? :) Это противоречит тенденции ~~квадратиллионы обезьян~~ "сто индусов по цене одного немца".

Не поверите - навеяно моим сегодняшним рисечем по Lisp. Когда-то давно я слегка интересовался Lisp. Мне он тогда показался примитивным. "Фи, что за хрень" - подумал я. Вот то ли дело C#|Java|Python|Ruby|... Потом с годами я понял, что как-то навороты языков не дают гарантии получения результата :) Покурив сегодня примеры на лиспе - я выпал в осадок. МНЕ ВСЕ БЫЛО ПОНЯТНО В ЭТИХ ПРИМЕРАХ!!! Ну а далее я стал думать. Придуманное описал. Я все более склоняюсь к мысли, что ЯВУ должен быть простым, но очень гибким. C++ нопасаран :) Tcl, Scheme, Common Lisp - вот это куда перспективнее.

Ответить

- А можно ликбез? Чем отличается ИДЕОЛОГИЯ Tcl, Scheme, Common Lisp? Ведь не ограничивается же все "польской записью"?! - Скрипач(19.11.2012 23:33)
  - Пока у меня смутные мысли в голове. Evgeny_CD(689 знак., 19.11.2012 23:41)
    - Мне, по этой же причине, нравится Modula-2 и Oberon. Но на них, кроме предельно простого синтаксиса есть еще и строгая типизация. Скрипач(103 знак., 19.11.2012 23:46 - 23:51)
      - не, это Tcl - наркоманский - Evgeny_CD(19.11.2012 23:53)
        
        Говорят, что Tcl на виртуальной машине Parrot пускают. Д.ARMоед(158 знак., 20.11.2012 10:05)
        
        Дык и родная VM Tcl сильно дружественна к C. - Evgeny_CD(20.11.2012 10:24 - 11:49)
        
        Там просто можно C код внутрь Tcl, прямо в исходнике вставлять. В процессе выполнения само откомпилит и запустит... Но практически это бесполезная вещь. А вот в плане нормальной интеграции Tcl<->C -- у Tcl это делается проще, чем в любом другом fk0(7 знак., 20.11.2012 12:43)
      - Два момента. Evgeny_CD(370 знак., 19.11.2012 23:52)
        
        Максима: ЯВУ который можно "оттранслировать" в Си нах не нужен. Или его трансляция нах не нужна. - Скрипач(20.11.2012 00:38)
        
        Хочешь сказать фортран не нужен? Не смеши. - fk0(20.11.2012 00:44)
        
        А зачем фортран? Старые "суровые" математические библиотеки? А сам язык-то зачем? - Скрипач(20.11.2012 01:13)
        
        По пункту 2: Я бы вообще отказался от термина "ЯВУ" и ввел термин "Проектируемый, под задачу, Язык". - Скрипач(20.11.2012 00:04)
        
        Domain Specific Language. Таки на действительно ЯВУ их делать проще, чем на C. - fk0(20.11.2012 00:31)
        
        Отлично! "действительно ЯВУ" это кто? И почему? - Скрипач(20.11.2012 00:39)
        
        Язык в котором можно оперировать сущностями отличными от битов и байтов. Более специфичными для решаемой задачи. В котором есть хороший набор библиотек. Хотя бы C++ (но им пользоваться чаще не умеют, ибо учились по книжкам 90-х годов, где кроме fk0(54 знак., 20.11.2012 00:47)
        
        Тогда почему вы не относит к ним Си? - Скрипач(20.11.2012 01:16)
        
        Как в C работать с ассоциативными массивами, например? Или другими типами данных, отличными от встроенных... управление памятью вручную к тому же. В ЯВУ без garbage collector вообще нет будущего. - fk0(20.11.2012 12:44)
        
        Как? Так: char* GetByAssosiation(Assos_Array*, char*). Т.е. отличие только в сборщике мусора, правильно? - Скрипач(20.11.2012 16:42)
        
        Потому что Си ближе к ассемблеру, чем к ЯВУ. - =AlexD=(20.11.2012 06:56)
        
        Что есть "ЯВУ"? (domain specific не предлагать) - Скрипач(20.11.2012 16:44)
        
        ППЗЯ - зачОт! - Evgeny_CD(20.11.2012 00:07)
        
        Язык ПодЗад :) - Скрипач(20.11.2012 00:16)
- Ничего не могу сказать о LISP, но Python требует неслабой поддержки периода выполнения. Это делает не столь уж ценной "прямую трансляцию в Си". Скрипач(81 знак., 19.11.2012 23:28)
  - Главное, чтобы моя жадность и мое стремление поработить мир ей соответствовали :) - Evgeny_CD(19.11.2012 23:35)

Средства и методы разработки