AM
скорее он говорит на него надо смотреть так, не смотря на то что сам феникс к этому совсем не подталкивает 😄
Size: a a a
2021 June 11
VV
да
VV
или даже наоборот))) ради рекламы подталкивает к другому
ŹR
Феникс делали как Фреймворк, но с идеей о разделении и эксплиситности.
В результате почти везде получилось. И можно попыхтеть, повыкидывать и сделать круто
Если бы они делали наоборот - тулкит с идеей что это можно все сложить вместе - было бы сильно по другому. Пришлось бы пыхтеть чтобы собрать все - зато отдельно работало бы без соплей
В результате почти везде получилось. И можно попыхтеть, повыкидывать и сделать круто
Если бы они делали наоборот - тулкит с идеей что это можно все сложить вместе - было бы сильно по другому. Пришлось бы пыхтеть чтобы собрать все - зато отдельно работало бы без соплей
VV
да я просто скинул информацию, может кому интересно будет
ŹR
Ну, видишь - было интересно 😉
VV
ну самое главное)
M
Ну с 1.4 же код кладется отдеьлно – логика и вебинтерфейс
VV
прислушались к нему видимо)
ML
ты уже разобрался с составными ключами или помочь?
Е
А чем ты можешь мне помочь?
ML
да тем что у тебя матчспек собран так, что почти точно не будет работать оптимизация
Е
Я знаю, что если матчить частично составной ключ, то оно будет оптимизировать.
Но мне-то надо не матч, а именно рендж.
Но мне-то надо не матч, а именно рендж.
Е
Но если поможешь, буду премного благодарен.
ML
возможно тебе надо порезать пространство на бакеты и добавить его в составной ключ
Е
Я задавал вопрос на форуме эликсира. Там даже один из Erlang Core Team появился.
Заявил, что компилятор match_spec не такой умный.
Заявил, что компилятор match_spec не такой умный.
Е
На моем синтентическом примере продемонстрируй если несложно.
AN
Ну вот и он тебе сказал, что матч спека проще должна быть. +{:const, value} чтобы оптимизатор знал, что оно не меняется
Е
Ты читал форум? Он вроде ничего не сказал полезного.
AN
Не, не читал. Кинь ссылкой