Size: a a a

Clojure — русскоговорящее сообщество

2021 April 06

DI

Dmitry Ivanov in Clojure — русскоговорящее сообщество
Anton Chikin
Т.е. в теории лукап по вектору O(1), но на практике это не так
Да, это верно, это именно то, чем я и вооружусь для собесов.
источник

KC

Kirill Chernyshov in Clojure — русскоговорящее сообщество
для справки https://clojure.org/reference/data_structures#Vectors
тут никто про O(1) и не говорит
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
Log32 это очень хорошо, рост очень маленький
источник

E

ETL in Clojure — русскоговорящее сообщество
Dmitry Ivanov
А map и set, получается, тоже на деревьях? Мне казалось, что при некоторых условиях можно получить плоскую HashMap и HashSet соответственно.
Еп. Вот возьмем мапы, к примеру:

(defn sorted-map
 [...some-code...] (clojure.lang.PersistentTreeMap/create keyvals))) -- т.е. следует из названия, что дерево

public IPersistentMap [...some-code...] -- там увидим, тоже Leafs/Nodes
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Kirill Chernyshov
для справки https://clojure.org/reference/data_structures#Vectors
тут никто про O(1) и не говорит
Ну в теории принято считать что у вектора лукап O(1) и это сравнивают с log32(n) для кложа вектора.
источник

PP

Pavel Peganov in Clojure — русскоговорящее сообщество
Dmitry Ivanov
Конечно, но асимптотически, логарифм, делённый на константу, остаётся логарифмом для формального анализа сложности.
Для формального да, но это как раз неплохой пример, которым на собесе можно обратить внимание на отношение между формальным и практическим
источник

KC

Kirill Chernyshov in Clojure — русскоговорящее сообщество
Anton Chikin
Ну в теории принято считать что у вектора лукап O(1) и это сравнивают с log32(n) для кложа вектора.
ну мы же про кложурный вектор говорим, а у него реализация с лукап log32n
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Dmitry Ivanov
Да, это верно, это именно то, чем я и вооружусь для собесов.
Это хороший источник, я так понял эти статьи - результат научной работы, те на них можно прямо ссылаться
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Kirill Chernyshov
ну мы же про кложурный вектор говорим, а у него реализация с лукап log32n
Мы сравниваем кложурный с другими векторами.
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Так просто в вакууме сказать log32 - это ни о чем не говорит.
источник

KC

Kirill Chernyshov in Clojure — русскоговорящее сообщество
оке)
источник

E

ETL in Clojure — русскоговорящее сообщество
Ivan Grishaev
короче разница видна только на громадных векторах. Ну и всегда есть нативные арреи java
Там ниже по тексту статьи, которую @achikin скинул - указывается, что transient на самом деле демонстрирует сходные результаты с ArrayList
источник

AG

Alexey Golda in Clojure — русскоговорящее сообщество
Dmitry Ivanov
Это перестановка FAANGM
Мне интересно что в этой перестановке значит буква "М". Я знаю все остальные, а про М не слышал.
источник

PP

Pavel Peganov in Clojure — русскоговорящее сообщество
Alexey Golda
Мне интересно что в этой перестановке значит буква "М". Я знаю все остальные, а про М не слышал.
Microsoft?
источник

AG

Alexey Golda in Clojure — русскоговорящее сообщество
Ну просто везде аббревиатура фигурирует обычно как FAANG, и Майкрософт туда не причисляли. Наверное что-то поменялось.
источник

DI

Dmitry Ivanov in Clojure — русскоговорящее сообщество
Alexey Golda
Мне интересно что в этой перестановке значит буква "М". Я знаю все остальные, а про М не слышал.
Просто FAGMAN комичнее, потому можно и Майкрософт включить, как Павел заметил.
источник

AG

Alexey Golda in Clojure — русскоговорящее сообщество
Ну ясно. Спс
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Работать в FAGMAN как-то не хочется.
источник

MD

Mihail Dolghintev in Clojure — русскоговорящее сообщество
источник

MD

Mihail Dolghintev in Clojure — русскоговорящее сообщество
На посмеяться
источник