ŹR
Все типа делается через него
Size: a a a
2020 January 29
ŹR
Через Жопу же жёсткую
ŹR
maps из эрланга наполовину не реализован
ŹR
Из lists тоже иногда функции дергаю
ŹR
Самое интересное, что пока пишешь как на рельсах - вроде все норм
ŹR
Про propslist в эликсире вообще никто не слышал крче
ŹR
А про существование всяких структур данных вообще никто не догадывается
LL
Через Жопу же жёсткую
А ты читал
Stream ? После него Enum покажется и не таким плохимVP
Про propslist в эликсире вообще никто не слышал крче
Там Keyword жи есть. Не оно?
PG
Keyword не работает со списками, у которых ключи не атомы
VP
А про существование всяких структур данных вообще никто не догадывается
С этим - в Clojure =)
AB
ну как бы да. согласен. если есть Lists то не очень красиво лезть в ерланговые модули. получается, что ты как бы на эликсире пишешь, но используя ерланговые модули и функции. к тому же, в эликсир обычно объект с данными первым параметром стоит. чтобы можно было пайпы строить
AB
а эта же вот функция с проплистом - тут наоборот.
VP
Keyword не работает со списками, у которых ключи не атомы
не надо их не атомами делать, тем более для кейсов с проплистами
AB
Keyword не работает со списками, у которых ключи не атомы
ПР надо делать )
AB
не надо их не атомами делать, тем более для кейсов с проплистами
видимо, этот проплист случайно получился проплистом )
PG
не надо их не атомами делать, тем более для кейсов с проплистами
объясните это http клиентам
LL
Enum делает программы чуть более гибкими. Типа плевать пришла к тебе мапа или кейворд...Правда от этого программы становятся медленнее, но рубистам и так сойдёт
LL
объясните это http клиентам
Ну тут каждому своё.
В эликсире удобнее работают эликсировские клиенты (возвращают структуры и прочее)
В элранге - эрланговские
В эликсире удобнее работают эликсировские клиенты (возвращают структуры и прочее)
В элранге - эрланговские
SM
не надо их не атомами делать, тем более для кейсов с проплистами
Ну да, давайте request/response headers делать атомами, отличная идея!