Size: a a a

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

2020 February 19

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
... вот где костыльная фабрика откроется в ближайшее время.
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Alex
Да так.. просто думал что к Clojure приходят потому что Simple Made Easy, но мое сознание уже давно подвергается сомнению и возникают ассоции с JavaEE, то тут то там :)
ну и я все-равно не понял откуда после взгляд на мой код возникли ассоциации про j2ee / simple made easy
там вроде все довольно просто и ни на какое EE  даже намека нет.
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Maxim Penzin
а если кому-то интересны шаблончики приложений, то вот мой - https://github.com/maxp/clj-mlib
а зачем в явном виде __root__?
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Maxim Penzin
ну и я все-равно не понял откуда после взгляд на мой код возникли ассоциации про j2ee / simple made easy
там вроде все довольно просто и ни на какое EE  даже намека нет.
это вроде про мой код говорили
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Sergey Trofimov
а зачем в явном виде __root__?
это ключевое слово, оно обозначает -
"взял этот код? - тут поменяй обязательно"
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Sergey Trofimov
это вроде про мой код говорили
а твой это где?
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Maxim Penzin
это ключевое слово, оно обозначает -
"взял этот код? - тут поменяй обязательно"
а!
ну, я в частности хотел, чтобы «взял, и ничего менять не надо»
поэтому пару лет искал консенсус 😊
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
для этого всякие генераторы/шаблонизаторы пишут, но мне это как бы не надо
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Maxim Penzin
для этого всякие генераторы/шаблонизаторы пишут, но мне это как бы не надо
это уже и не simple, и не easy 😊
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
это как бы удобно для начинающих, а тут приходится глазами посмотреть всё и поправить под себя, но почему-то мне кажется, что это более полезно в общем случае
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Maxim Penzin
для этого всякие генераторы/шаблонизаторы пишут, но мне это как бы не надо
да и это не помогает
проблема, когда у тебя несколько проектов, и в каждом исходники по разному лежат
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
лежат, куда они денутся...
а еще и на разных языках порой :)
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Maxim Penzin
... и о продакшене...
вот сейчас у меня будет тех.митинг на котором будем принимать решение по распилу "таблицы" клиентов на две разные
Я кстати недавно по-дилетантски так подумал, каким образом в реляционных базах данных представлять sum types (то, что в джаве делают визиторами, в котлине sealed class, в Scala case class, кажется). Я так ни до чего дельного и не додумался, кроме как разные таблицы :)
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Может быть тут есть кто-то, кто знает?
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Mikhail Borisov
Я кстати недавно по-дилетантски так подумал, каким образом в реляционных базах данных представлять sum types (то, что в джаве делают визиторами, в котлине sealed class, в Scala case class, кажется). Я так ни до чего дельного и не додумался, кроме как разные таблицы :)
это как?
чтобы экземпляр класса с одной колонке хранился?
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Sergey Trofimov
это как?
чтобы экземпляр класса с одной колонке хранился?
Не, вот что примерно хотелось бы сделать. Допустим у нас есть "абстрактная" сущность Animal и у него есть вариации Dog, Cat с разными наборами полей. Хочется эту штуку в бд положить
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Mikhail Borisov
Я кстати недавно по-дилетантски так подумал, каким образом в реляционных базах данных представлять sum types (то, что в джаве делают визиторами, в котлине sealed class, в Scala case class, кажется). Я так ни до чего дельного и не додумался, кроме как разные таблицы :)
там не в классах дело - есть данные, которые лучше хранить в разных коллекциях,
а классы - это представление данных или возможно их части в языке
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Mikhail Borisov
Не, вот что примерно хотелось бы сделать. Допустим у нас есть "абстрактная" сущность Animal и у него есть вариации Dog, Cat с разными наборами полей. Хочется эту штуку в бд положить
в монгодб - вот прямо так, в одну коллекцию :))
источник

Д

Диёр in Clojure — русскоговорящее сообщество
Mikhail Borisov
Не, вот что примерно хотелось бы сделать. Допустим у нас есть "абстрактная" сущность Animal и у него есть вариации Dog, Cat с разными наборами полей. Хочется эту штуку в бд положить
в постгресе можно таблицы наследовать
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
Либо модель EAV, либо джейсоничики в базе
источник