This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-09-09
Channels
- # announcements (5)
- # beginners (53)
- # clj-kondo (4)
- # cljdoc (3)
- # cljs-dev (11)
- # cljsjs (1)
- # clojure (59)
- # clojure-europe (15)
- # clojure-italy (6)
- # clojure-nl (9)
- # clojure-spec (22)
- # clojure-uk (26)
- # clojurescript (16)
- # clojutre (6)
- # cursive (27)
- # datomic (34)
- # duct (1)
- # figwheel-main (2)
- # fulcro (12)
- # graphql (14)
- # jackdaw (9)
- # jobs (1)
- # kaocha (4)
- # luminus (1)
- # off-topic (11)
- # pathom (1)
- # pedestal (2)
- # re-frame (6)
- # reagent (10)
- # ring-swagger (34)
- # shadow-cljs (47)
- # spacemacs (21)
- # sql (3)
- # tools-deps (37)
- # uncomplicate (11)
- # vim (17)
core.match
seem pretty cool and expressive, how come it isn’t more commonly used? some other language even promote pattern matching as a key selling point :thinking_face:
Probably because we have destructuring built-in and that covers the most common situations of "pattern matching"?
We have a test at work (in our GraphQL handling code) that uses core.logic
to unify forms/patterns but I don't think we've ever used core.match
in eight years of production Clojure... I'd be very interested to hear from folks that are using it, as to what they're doing with it!
core.match
has more features than what I have really used in real projects. I feel most compelling need for matching so far is either matching by raw value or a pred, e.g. match [a b]
with ["alfred" 20]
or ["alfred" pos?]
. both actually can be done using case
or cond
without too much effort.
Hi All, a noob question, I'm going through Brave Clojure and in Chapter 5 the author asks me to create a REPL for a file core.clj which is the sources directory.
But If try to load the core.clj into the REPL I get the following error: "Loading src/fwpd/core.clj... Syntax error (ClassNotFoundException) compiling at (core.clj:1:1). ns fwpd.core"
Hello, I am looking for information or to speak to someone who has used ClojureScript with a design system (StoryBook, Styleguidist etc). I can't find much through Google. If there is a better channel for this then please let me know!
you mean something like https://github.com/bhauman/devcards @studio?
https://github.com/nubank/workspaces this seems handy too
@jarvinenemil I have looked quite thoroughly at Devcards and while it does look useful it also doesn't seem as feature heavy as Storybook. From looking at the repo too, it doesn't seem to be actively worked on? The last commit was 7+ months ago.
@gerred I looked at the Nubank repo too, again it looks good, but is lacking in certain features, like documentation of the system etc that Storybook has.
I could be wrong on both counts! That's why I was keen to speak to someone who had implemented any type of design system within Clojurescript - as I am new to the community and struggling to find much else on Google etc
quick update for everyone following along with my journey: i was able to make API requests and have the server respond in JSON! I found Toucan for my DB layer and really really really like it. i was worried i’d have to hand roll everything but this makes it very easy.
@tjb 'grats! I don't know how widely used Toucan is -- as the readme etc there makes clear, most Clojure folks avoid anything ORM-like, although we're starting to see some very interesting EQL-style libraries on top of JDBC now (walkable, seql, pathom, etc).
yeah i was reading ORM-style libs are not widely available however i think its nice to use esp if you want to get up and running quickly
i also think having a lib like this makes the clojure ecosystem even more beginner friendly since a lot of people are coming from that type of background
At work, everything we do is JDBC-based really and we've never felt much need for anything ORM-like -- I've personally been badly burned by ORMs and similar "helpful" libraries in the past so I have a bit of a knee-jerk reaction to anything that even smells like an ORM 🙂
(I've even given conference talks about the "evils" of ORMs! 🙂 )
I'm glad you found something you like. I had heard of Toucan but haven't tried it. It uses clojure.java.jdbc
under the hood I think?
(I'm doing my best to encourage everyone to migrate to next.jdbc
since that's the "next generation" of it, but it's deliberately not API compatible so I know it'll be a fair bit of work for everyone who makes the jump)
Sounds like you're really starting to enjoy Clojure @tjb?
hopefully no major blockers. i also learned about thread macros which is very similar to streams in java 8 ifim not mistaken
@tjb there's also https://github.com/layerware/hugsql for writing directly in SQL: https://github.com/layerware/hugsql
does anyone know where the ring
name came from?
I don’t, but I’m going to make up that it’s like the ring that binds in lord of the rings
funny, I've never really thought about the origin of the name, but my association was a request-response cycle (ring, circle)
I kind of subconsciously assumed it was taken from the cryptographic concept, though I have no idea why it would be so.
What’s the cryptography angle? Like group/ring/field from mathematics or is there something specific to cryptography
I suspect henrik's first exposure to rings from mathematics was through cryptography?
Well, everything in cryptography is also mathematics, but cryptography is my reference point. Nevertheless, this is clearly not it.
Unless he is referring to a key ring?
I know it's at least partially based on Rack in Ruby, and Ring is probably a 4 letter word starting with R that's similar
And Python's WSGI which is also a 4 letter word 🙂
(sorry, couldn't resist)
Given the comments about the unified abstraction in the README, Alex's One Ring to Rule Them All suggestion makes sense. If only we could ask @weavejester?
I'm pretty sure that I didn't actually make it up, and that actually was a phrase used in the early days, but I don't have a source. back in 2009 when it was first released, LOTR was considerably more "in the air"