This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # aws (3)
- # beginners (28)
- # boot (3)
- # cider (28)
- # clara (5)
- # cljs-dev (107)
- # cljsrn (1)
- # clojure (40)
- # clojure-austin (2)
- # clojure-brasil (5)
- # clojure-canada (1)
- # clojure-italy (1)
- # clojure-spec (39)
- # clojure-uk (38)
- # clojurescript (33)
- # community-development (11)
- # cursive (11)
- # datomic (43)
- # duct (6)
- # emacs (7)
- # flambo (1)
- # fulcro (68)
- # graphql (11)
- # jobs (1)
- # jobs-discuss (8)
- # leiningen (16)
- # luminus (2)
- # lumo (1)
- # off-topic (38)
- # om (2)
- # onyx (15)
- # parinfer (32)
- # portkey (5)
- # re-frame (50)
- # reagent (50)
- # reitit (1)
- # shadow-cljs (63)
- # spacemacs (10)
- # sql (27)
- # unrepl (6)
- # yada (2)
It's one thing if tech ppl in their 20s try new crypto ideas and risk only money they can lose. It's another thing when the people losing mention are retirement age ppl betting their pensions + taking out mortgages. Alot of these recent ICOs / exchanges / scams look like "do nothing new; do a great job at marketing; get people to buy on fear of missing out of 10x growth; exit with other ppl's money"  https://www.washingtonpost.com/business/economy/bitcoin-is-my-potential-pension-what-is-driving-people-in-kentucky-to-join-the-craze/2018/02/03/aaaea3be-05dc-11e8-b48c-b07fea957bd5_story.html?utm_term=.88ef9343af45
A lot of this bitcoin stuff reminds me of my days playing EVE online: a game with a real breathing economy so realistic they have a PHD of economics who watches over the entire thing keeping it running well. And yeah, in a world of unregulated economies there's a ton of "illegal" stuff that happens everyday. If you won't get punished in real life for running a ponzi, why wouldn't you?
boot cljs gives me the above; is there ayway to get info on wtf clojure.alpha.spec is complaining about? because I have n oidea
Hopping between Bryan Cantrill talks from The REPL's starting point last night, and came across this: https://www.youtube.com/watch?v=9QMGAtxUlAc
This is startlingly good, and reflects my thoughts on modern software unprincipled development quite well. The screed on Uber in particular is something more people should take note of to inform their own principles.
(Said screed starts at https://www.youtube.com/watch?v=9QMGAtxUlAc&t=36m42s through the end of the talk)
guys I'm just wondering, and it is probably and "it depends" type of question, but just curious, is datomic the best database to use with clojure? why or why not?
it's easy to think of counterexamples 🙂 for example, sqlite is much better if you need something small that requires no setup
@radomski what db would you reach for that is faster and/or more memory efficient?
what about things like postgre or amazon's dynamodb? Can you use any db with clojure? Is there a lot of extra work required to change things to/from clojure data structures?
No free lunch in the efficiency department unfortunately. If you can't find a library, JDBC is always an option, although I've never used it before. MongoDB and Datomic are the most well supported from my understanding
@derpocious Take a look at http://clojure-doc.org/articles/ecosystem/java_jdbc/home.html for examples of using Clojure with any JDBC database. Happy to answer questions since I'm the maintainer of that Contrib library.
clojure.java.jdbc at work with high-traffic and high-volume MySQL databases supporting 100 online dating sites.
We also use MongoDB (and CongoMongo, which I also maintain, but these days I'd recommend Monger instead). We're moving away from MongoDB at work (migrating that data to MySQL).
I also got some good answers on this reddit post: https://www.reddit.com/r/Clojure/comments/7x3lfh/datomic_vs_other_dabases/
@seancorfield interesting that your company is moving to mysql for production use. A lot of people think of mysql with a somewhat negative connotation that it can't scale and be fast, probably bc of how they remember is when they first used it 15-20 years ago 🙂
I thought the reason to use mysql was in order to trade fewer features / less sane behavior in exchange for a bit more speed than you get from postgres
@derpocious If you go down the JDBC path -- with any RDBMS behind it -- feel free to jump into #sql with any questions / problems you hit. I'm always happy to support
clojure.java.jdbc. BTW, we use HoneySQL with that for composable queries (we have some very complex, very dynamic reporting requirements that is a great fit for).
pretty cool to write the sql statement as a map as opposed to just one huge string
@seancorfield are you use any other than hugsql abstraction layer with