Не собираюсь. Дажы на удаленку не пойду, разве что дадут 5 штук и разрешат не работать :) У меня ща проблема не с деньгами, а с отсутствием свободного времени, напрочь.
Пример из "системы макросов для Лиспа" может быть легко реализован без Лиспа, средствами макропроцессора. Многократно использовал на практике. http://arbinada.com/main/node/572
А зачем реализовывать без лиспа, если можно на лиспе? Да и кроме лиспа есть дофига языков, на которых всякие eDSL реализуются лучше, чем на каком-то заповедном макро-языке.
Учитывая насколько SQL и прочие plSQL бесчеловечны, ущербны, и блевотны, и насколько лиспы удобны для всяких таких метапрограммерских штук, считаю что решение генерировать из лиспа SQL и заодно писать на нем остальную серверную логику - очень разумное. Немного джедайское, но если уметь - окупится сторицей.
Все эти корявые строково-файловые недоязыки (препроцессоры, баши, сборочные системы и прочее такое) вечно пишут в стиле "ой, нам тут DSL для костылей очередной понадобился, давайте напишем как умеем". А потом там то scope переменных вида "переменные окружения видны везде, а внутренние переменные нужно передавать явно, хотя неймспейс один на всех", то в подпроцедуры параметры передаются в виде $1 $2 $3 и прочее такое. В лиспе с хаскелем хотя бы система видна, у остальных же адхок содомия.
Отличия между реализацией предметного языка на препроцессоре или на Лиспе очень небольшие и непринципиальные. В обоих случаях - адхок-надстройка Вот если проектируется свой язык с грамматикой и транслятором - тогда да.
Ну, например потому что лисп (или какой-либо еще язык программирования), все-равно нужен в проекте - значит разработчики знают синтаксис, наверняка возможен какой-то реюз кода, проще интеграция в инфраструктуру, полноценный язык имеет больше фичей и таит меньше загадочных сюрпризов.
Это не так. Языком является система макросов, которую можно реализовать как препроцессором, так и на Лиспе. Во втором случае знание Лиспа является дополнительным условием, усложняющим разработку.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2014-10-06 08:39 pm (UTC)no subject
Date: 2014-10-06 11:16 pm (UTC)no subject
Date: 2014-10-06 10:44 pm (UTC)no subject
Date: 2014-10-07 06:14 am (UTC)no subject
Date: 2014-10-07 09:47 am (UTC)no subject
Date: 2014-10-07 07:06 am (UTC)А что, у тебя там в Минске правда и трёх штук баксов в месяц нет?
no subject
Date: 2014-10-07 07:38 am (UTC)У меня ща проблема не с деньгами, а с отсутствием свободного времени, напрочь.
no subject
Date: 2014-10-07 09:29 am (UTC)Многократно использовал на практике.
http://arbinada.com/main/node/572
no subject
Date: 2014-10-07 10:00 am (UTC)Учитывая насколько SQL и прочие plSQL бесчеловечны, ущербны, и блевотны, и насколько лиспы удобны для всяких таких метапрограммерских штук, считаю что решение генерировать из лиспа SQL и заодно писать на нем остальную серверную логику - очень разумное. Немного джедайское, но если уметь - окупится сторицей.
no subject
Date: 2014-10-07 10:06 am (UTC)no subject
Date: 2014-10-07 10:17 am (UTC)Все эти корявые строково-файловые недоязыки (препроцессоры, баши, сборочные системы и прочее такое) вечно пишут в стиле "ой, нам тут DSL для костылей очередной понадобился, давайте напишем как умеем". А потом там то scope переменных вида "переменные окружения видны везде, а внутренние переменные нужно передавать явно, хотя неймспейс один на всех", то в подпроцедуры параметры передаются в виде $1 $2 $3 и прочее такое.
В лиспе с хаскелем хотя бы система видна, у остальных же адхок содомия.
no subject
Date: 2014-10-07 10:23 am (UTC)Вот если проектируется свой язык с грамматикой и транслятором - тогда да.
no subject
Date: 2014-10-07 10:17 am (UTC)no subject
Date: 2014-10-07 10:21 am (UTC)