я подозреваю, что так делают все, пока не приперло категорически Х)

я тут на досуге развлекаюсь придумыванием максимально приличного на мой взгляд лишпа под beam, и думаю, что matchspec можно заабьюзить в качестве внутреннего языка декларации паттернов.

Так есть же уже lfe и clojerl
Чем вот твой лично будет отличаться?

Можно вообще писать эликсирными макросами

Отличный лисп, этот эликсир, кстати

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

чем отличаться, гм. я отталкиваюсь от кложи - лисп-1, с небольшим количеством коробочных reader macro, протоколы, мультиметоды, но по возможности без жертв производительности. скажем так, я пытаюсь придумать clojerl done right, на котором можно было бы что-то в прод писать.

если это схема, то я в деле

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

Да и в схеме не легко живётся с иммутабельностью

> First-class continuations
нет, это не будет схема, сорри

да, это одна из самых больших проблем, схема и кложа - лисп-1, на эрланг натягивается оочень тяжело.
я пока что размышляю о модели раннего clojurescript, где в собранном коде просто не работал eval.

если считать "поддержку полноценного eval в релизной сборке" ключевой и жизненно-важной фичей, начинаются танцы, либо persistent term, либо ets, всё очень плохо.

такой вопрос, как научить gen_smtp понимать html?

а в чем проблема? по идее, просто multipart в body пишешь, а дальше уже клиент разберется

Сейчас если закидываю, то он как текст теги вставляет, где-то наверное должна там быть опция чтобы html вместо текста указать тип письма?

ага понял

спасибо

вспоминал, где же я это недавно использовал, а потом как вспомнил

задача была "аттачи из письма перекладывать в заявку в crm", javamail, spring framework, imap.