VL
А вот индексировать его, быстро искать, вот что имеет смысл
Size: a a a
2019 August 04
AB
а что такое здесь "индекс"?
AB
т.е. он создаётся чем?
VL
Некий мэп
AB
можно сказать, что для простого списка в Clojure индекс создаётся функцией frequencies
VL
Да тут ничего специфичного из кложи нету
VL
Задача не на Клож же
AB
ну да. вообще условие Java 9/Clojure 1.10
AB
обидно только что в результате на таких вакансиях говорят только "прошёл/не прошёл"
VL
задачу я не видел, но звучит как проблема "поиск подстроки", либо как построение обратного индекса,
а кложа/ждава лишь языки для выражения решения.
рекомдую посмотреть что-нибудь тут https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA_%D0%BF%D0%BE%D0%B4%D1%81%D1%82%D1%80%D0%BE%D0%BA%D0%B8
а кложа/ждава лишь языки для выражения решения.
рекомдую посмотреть что-нибудь тут https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA_%D0%BF%D0%BE%D0%B4%D1%81%D1%82%D1%80%D0%BE%D0%BA%D0%B8
AB
2019 August 05
AR
AR
AR
а вот тут есть, правда!
MK
а вот тут есть, правда!
В ридми написано «Dynamic classpath handling». Т.е. это прямо «фича». Но зачем она - я не понимаю.
Плюс из-за этого они получают проблемы, https://github.com/lambdaisland/kaocha-cljs/issues/5
Может быть это из-за того, что tools.namespace, работает (работал) с простыми директориями, а не с classpath. Но почему это декларируется как фича?
К тому же автор использует свой форк tools.namespace.
Если я работаю в repl, то тесты уже должны быть добавлены в classpath, чтобы перезагрузка и т.п. корректно работали.
Я задал этот вопрос в 2х местах, может ответит автор.
Плюс из-за этого они получают проблемы, https://github.com/lambdaisland/kaocha-cljs/issues/5
Может быть это из-за того, что tools.namespace, работает (работал) с простыми директориями, а не с classpath. Но почему это декларируется как фича?
К тому же автор использует свой форк tools.namespace.
Если я работаю в repl, то тесты уже должны быть добавлены в classpath, чтобы перезагрузка и т.п. корректно работали.
Я задал этот вопрос в 2х местах, может ответит автор.
AR
ну видать, что б "как в рельсах", чтоб "само", типа "хороший ux"
MK
ну видать, что б "как в рельсах", чтоб "само", типа "хороший ux"
Вопросо немного в сторону.
А есть смысл загружать все неймспейсы на старте через tools.namespace?
Есть неймспейсы с сайд эффектами, вроде объявления реализации мультиметодов.
Или лучше руками их подключать?
Или все равно?
А есть смысл загружать все неймспейсы на старте через tools.namespace?
Есть неймспейсы с сайд эффектами, вроде объявления реализации мультиметодов.
Или лучше руками их подключать?
Или все равно?
AR
Вопросо немного в сторону.
А есть смысл загружать все неймспейсы на старте через tools.namespace?
Есть неймспейсы с сайд эффектами, вроде объявления реализации мультиметодов.
Или лучше руками их подключать?
Или все равно?
А есть смысл загружать все неймспейсы на старте через tools.namespace?
Есть неймспейсы с сайд эффектами, вроде объявления реализации мультиметодов.
Или лучше руками их подключать?
Или все равно?
я бы советовал чтобы приложение работало без tools.namespace тоже, т.е. чтобы все require были проставлены, все нс с сайдэффектами грузились через зависимости в ns (ну или в коде явно через require)
AR
а подгрузка через tools.namespace только для дев-окружения