SL
1> A = #{ a => b }.
#{a => b}
2> maps:iterator(A).
[0|#{a => b}]
#{a => b}
2> maps:iterator(A).
[0|#{a => b}]
3> maps:next(maps:iterator(A)).
{a,b,none}
Size: a a a
2020 November 26
SL
ну тоже вариант . спасибо
AB
хотя, а чего заморачиваться -
[{K, V}] = maps:to_list(M).SL
ну да . я спрашивал без преобразования в лист )
𝕊
ну да . я спрашивал без преобразования в лист )
Почему ты думаешь, что другие способы будут эффективнее?
SL
да по сути не думаю ) разминка для чата
ИИ
#{ A := B } не работает
почему не работает?
R
почему не работает?
ИИ
а что он хочет узнать? имя ключа?
SP
если задача в том, чтоб меньше мусора в куче создавать, можно попробовать
maps:get(hd(maps:keys(Map)), Map)ML
коллеги, вопрос к тем, кто уже мигрировал с 22 на 23: неужели особо ни у кого не было проблем со сменой crypto и http api?
SP
из минусов - если ключ массивный, то считать от него хешсумму может оказаться дороже
2020 November 27
EK
коллеги, вопрос к тем, кто уже мигрировал с 22 на 23: неужели особо ни у кого не было проблем со сменой crypto и http api?
были конечно, пока забили просто, лень и достало уже это постоянное ломание API
ИИ
Evgeny Khramtsov
были конечно, пока забили просто, лень и достало уже это постоянное ломание API
ты просто разбалованный. намедни мне чувак рассказывал как 10 дней искал ошибку почему инфраструктура стартует и падает, оказалось что libc была скопилирована версией gcc отличной от проекта на две минорных версии
ИИ
(проект на плюсах)
ИИ
а кто влючил защиту по частоте сообщений в единицу времени? для меня слишком мееедленно
EK
давно уже включено. и напрягает, да
ML
Evgeny Khramtsov
были конечно, пока забили просто, лень и достало уже это постоянное ломание API
Меня больше расстраивает отсутствие переходного процесса.