ну вот пойди и напиши его

атрибутные грамматики — одновременно вложенные упорядоченные элементы, и именованные слоты

ордеринг ключей, я так понимаю

ключи сортировать на надо

а вот со ссылками на один и тот же объект можно напороться в эрланговой семантике

Зачем адресовать элемент словаря числом? Оно же изменится про изменении словаря

Дмитрий уже не в первый раз хочет необычных для Элиексир вещей )

я не понимаю, о чем речь

Ну, мой ответ по дефолту «можно но нахуя» тут не сработал, потому что нельзя

Поэтому приходиться писать «нельзя но нахуя»

В beam proplists это одновременно KV и ordered

ооо, вот про исходный код это очень интересно, да.
опять-таки, ковыряясь в кложе, я обнаружил что очень хочется, чтобы ридер возвращал формы нормальными человеческими списками, но одновременно на форме должны быть метаданные(да хотя бы позиция в файле), которые в beam на список не повесить ваще никак.  
повспоминав, я нашел очень интересную механику в реализации joxa - метаданные формы отдаются из ридера отдельным деревом, которое адресуется "координатами" вложенных форм, НО - я в упор не могу понять, как это работает, вообще никак. есть вот этот модуль, но я вообще не могу понять, как этот подход использовать https://github.com/joxa/joxa/blob/master/src/joxa-cmp-path.jxa .

Я не согласен с утверждением "Для работы со многими видами данных ... нужны объекты, которые одновременно могут работать как массив и словарь". Я бы еще добавил личного массажиста

похоже сначала Core Erlang сначала погрызть пока не торкнет 8\

выучи уже эрланг обычный

core не нужен вообще, пока не лезешь в компилятор

кстати, даже как таргет компиляции кор эрланг очень сомнителен

Полезно увидеть во что компилируются разные конструкции.

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