Где  , на сколько объективно это ?

На клиенте мне кажется самое то

хех ну разве реально, что хаскель попробовать)))

А так я всем доволен ))

Я подумал немного еще над дизайном этих форм по темплейтам.

Забыл про валидацию)

Конфиг поля выглядит примерно так

  %{field_name: :email,
  type: :email,
  validations: %{required: true, pattern: "/[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+/"},
  properties: %{
    choices: nil,
    label: "Enter your email here"
  }}

Вот его отдаю на фронт и там генерится форма + динамический changeset принимает его как аргумент от от graphql резолвера и идет валидация на сервере. По аналогии можно отдавать его на всякие там SaaS сервисы для генерации формочек/опросов. Что думаете нормально будет?)

  %{field_name: :email,
  type: :email,
  validations: %{required: true, pattern: "/[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+/"},
  properties: %{
    choices: nil,
    label: "Enter your email here"
  }}

а что, можно как-то еще?

Наверное нет)

Ну, представьте себе язык, который как elixir, только из него убрали OTP
И чтобы не пользоваться ванильным spawn (потому что это душно и многословно), подключаются различные сторонние библиотеки, добавляющие какую-то целостность языку. Но при этом, все эти библиотеки очень opinionated, с кучей ненужного сахара и магии, и совсем не проверены временем

А как бонус, можно несколько часов обсуждать язык и задачу с человеком, а потом узнать что он фронтендер и всё это обсуждение к бэку не подходит. И всё это потому что на бэк и на фронт одно коммунити

  %{field_name: :email,
  type: :email,
  validations: %{required: true, pattern: "/[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+/"},
  properties: %{
    choices: nil,
    label: "Enter your email here"
  }}

кажется тебе понравится эта библиотека) https://github.com/madeinussr/exop

но веба там нет

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

> А как бонус, можно несколько часов обсуждать язык и задачу с человеком, а потом узнать что он фронтендер и всё это обсуждение к бэку не подходит. И всё это потому что на бэк и на фронт одно коммунити
Одно коммунити не звучит как недостаток. Про решение которое не подходит и выясняется через 2 часа надо как-то подраскрыть тему.

Меня эликсир привлёк тем что в общем похож на кложуру. + простая конкурентность - сложное метапрограммирование

Как то больше похоже на задачу для протокола, где протокол - генератор форм.
Тогда все остальное решит
компилятор

я работал с этим человеком в яндексе (он был pm моего проекта на основе ejabberd), в жизни он совсем не токсичный. :)

статьи на "хабре" его авторства читал.

еще виртуалка микроскопическая по сравнению с jvm, и полноценная многозадачка

почему полноценная?

ну типа миллиона процессов на ноду например, и полная изоляция их адресных пространств

то есть актор - это процесс или воркер, он изолированный, а нода это узел все приложение, или все что на машине крутится виртулаьной?