@rkosenko нет, штатных нет. гет, ассок пишется в пару строк, если надо. но в целом ситации наверно разные бывают, не знаю вашу )

та хочется как проще - не хочется ни изобретать велосипед, ни добавлять новую зависимость. Ну в общем понял, спасибо, буду думать.

@rkosenko сериализовать как #my.ns/sorted-map, а в read-string подсунуть :reader {:my.ns/sorted-map clojure.core/array-map}?

Может я не понимаю чего-то, но зачем специальный data reader?

@dottedmag

=> (edn/read-string {:readers {:my.ns/sorted-map clojure.core/array-map}} "#my.ns/sorted-map {1 2}")

java.lang.RuntimeException: No reader function for tag my.ns/sorted-map

=> (edn/read-string {:readers {'my.ns/sorted-map clojure.core/array-map}} "#my.ns/sorted-map {1 2}")

java.lang.IllegalArgumentException: No value supplied for key: {1 2}

=> (edn/read-string {:readers {'my.ns/sorted-map #(apply array-map (flatten (seq %)))}} "#my.ns/sorted-map {1 2}")
{1 2}

=> (edn/read-string {:readers {'array-map #(apply array-map %)}} "#array-map [1 2 3 4]")
{1 2 3 4}

Вы понимает, что у вас такой аррай мап только на чтение работаеть будет как ожидается?

И даже если сейчас понимаете, то в какой-то прекрасный момент можете (не обязательно именно вы) об этом забыть и словить лулзов?

вот потому сделать совсем по-другому и обойтись без array-map и кастомных ридеров вообще... очень странно, что в clojure нет ничего стандартного для для такой типичной для мира lisp-ов вещи, как property list.

в мире лиспов обычно нет иммутабельных мапов, ок? )

а в кложе есть, поэтому проперти листы не особо нужны

@rkosenko еще может быть расскажите изначальную задачу и что-то станет попонятнее

Нет идей как избавиться от or в функции prime? ?

Т.е. Убрать проверку на равенство двойке

а почему сначала сравнивается с 2 а потом проверяется integer?

Иначе получается бесконечная рекурсия при обращении к primes

Двойка это начальное условие для создания primes сейчас

(defn prime? [x]
  (or (= 2 x)
      (and (integer? x)
           (< 1 x)
           (every? #(not (zero? (mod x %))) 
                   (take-while #(< % (js/Math.sqrt x)) primes)))))

(def primes (filter prime? (range)))

сравнивать так с двойкой в целом - ок. Можно совсем извратиться, см: http://www.thesoftwaresimpleton.com/blog/2015/02/07/primes/

Не, это решето. Другой способ просто. Мне понятно, ччто с двойкой проблем нет. Просто хотелось попробовать от нее избавиться

А. Ну и еще вопрос. Как мне сослаться на еще не объявленную функцию?

(def primes (filter prime? (range)))

(defn prime? [x]
  (or (= 2 x)
      (and (integer? x)
           (< 1 x)
           (every? #(not (zero? (mod x %)))
                   (take-while #(> (math/sqrt x) %) primes)))))

declare?

Да. Работает. Спасибо

@tonsky https://github.com/google/lovefield ;)

Недавно с ребятами обсуждали, что база на фронте next big thing

В локал сторадж персистится?

@nicola и ормчиком полирнуть

@misha honeysql ;)

@kronos_vano https://github.com/google/lovefield/blob/master/docs/spec/02_data_store.md#2-data-store

@nicola там вроде только паровозы, без старой доброй конкатенации

https://github.com/google/lovefield/blob/master/docs/spec/04_query.md

db.select().
    from(infoCard).
    from(infoCardDetails).  // exception will be thrown here
    orderBy(infoCard.lang, lf.Order.ASC).
    orderBy(infoCard.itag)  // ok, sort itag after sorting lang

Компилятор напишем

пиздец датаскрипту

говорят что умеют observable queries

> Only Safari 10 and later versions are supported. Интересно, что в 10 версии такого особенного появилось? И вообще если он pure JS, какая им разница на каком браузере гонять? Преподносят как будто кросс-браузерность это достижение

Lovefield does not support usage in node.js due to lack of IndexedDB.

хм, в видео кореец затирает что они могут и в памяти всё хранить

но вообще forced persistence это сильно

The deprecated WebSQL back store was created for legacy Safari. As of Safari 10, everything is fully supported. Please move away from WebSQL backstore since it will be removed from Lovefield in near future.
There is a LocalStorage-based store for Lovefield testing and will not be public unless sufficient interests arisen.

короче свои проблемы какие-то решают

надеюсь со всей этой мощью inbox не станет еще более тормозным

и так еле шевелится

гмейл вроде на этой штуке уже год как

inbox

я сомневаюсь что они gmail куда-то там двигают и переписывают

а это разные вещи?

http://inbox.google.com

inbox вообще жестоко затормаживает иногда 😞

@tonsky > говорят что умеют observable queries через перезапуск запроса и диф

скукота

штаааа

так и я умею :))

ага

ну т.е. я не то что бы утверждаю, но судя по докам это так

1. https://github.com/google/lovefield/blob/master/docs/dd/05_transaction.md#53-runner

tree-seq выполняет обход дерева в глубину. А есть вариант обхода в ширину?

> When runner finished any task, it will check whether the finished task altered the scope of observed queries.

2. https://github.com/google/lovefield/blob/4fb1916ae1556ab8a99bd093e008d5b1ad8c3397/docs/spec/04_query.md#46-observers

// The call below will trigger changes to the observed select. Internally
// Lovefield will run the query again if the scope overlaps, therefore please
// be aware of performance consequences of complex SELECT.

т.е. я так понимаю они примитивный анализ делают типа "если в запросе есть табличка в которую заинсертили"

то перезапустить его и сделать диф

> runner will check whether the bound values has changed from last seen (if any). If so, run the snapshot diff logic and trigger observer accordingly.

Вот если бы они какой-нить https://github.com/frankmcsherry/differential-dataflow из sql компилировали было бы круто

(что сейчас пытается сделать eve на сколько я понимаю)