This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (7)
- # babashka (1)
- # beginners (125)
- # bristol-clojurians (4)
- # calva (49)
- # cider (10)
- # cljs-dev (3)
- # clojure (102)
- # clojure-berlin (3)
- # clojure-czech (4)
- # clojure-europe (84)
- # clojure-france (29)
- # clojure-italy (2)
- # clojure-nl (26)
- # clojure-norway (5)
- # clojure-spec (4)
- # clojure-sweden (4)
- # clojure-uk (50)
- # clojurescript (3)
- # community-development (2)
- # conjure (19)
- # cursive (9)
- # datascript (4)
- # datomic (33)
- # fulcro (4)
- # off-topic (26)
- # parinfer (10)
- # pedestal (4)
- # quil (8)
- # re-frame (1)
- # reagent (20)
- # remote-jobs (5)
- # reveal (53)
- # sci (10)
- # shadow-cljs (37)
- # spacemacs (6)
- # sql (25)
- # tools-deps (24)
- # vrac (2)
- # xtdb (10)
We finally have blue sky here and could open the windows again! How's the weather over there?
We had a run of days where it was 39 C 😞 Then the sky turned orange, then it turned grey and the air quality index has been 200 (unhealthy) for a week.
The biggest fire got within about 20 miles of us. There's no rioting in California. There's very little actual "rioting" anywhere in the US but the media sure loves anything it can portray as a "riot" 😞
@folcon I was initially a little skeptical of shadow-cljs, and perhaps still am, but there’s no denying it works well in practice and is a pragmatic choice for many reasons. thheller is also a superb and very responsive maintainer.
I also love shadow, took some time to understand how to use it, but it's a much better build tool than webpack (although this says more about webpack than shadow, shadow is actually better than most js build tools I ever used and I used professional about a dozen at least)
i ended up driving shadow with gulp, because the build part of shadow is quite simple, but despite that the repl tooling, npm and node support and per-ns js-output-size-contribution reports made for an outstanding experience
I have not used gulp/grunt/fez/bower/ or any of these ever. 🙂 Not for production anyway.
gulp was actually pretty nice (it uses an async streams and promises model i'm very familiar with from clojure), but we had to do some JSON->EDN conversion and doing anything with js datastructures is just awful
Morning folks. Is there a method you can override to configure which fields from of a value (whose type is defined by deftype) is printed by pprint?
I think that affects core printing functions like prn and print but not pprint which continues to print everything
@rickmoynihan I did tinker with shadow for a little bit while I was working with fulco, but there were still some issues at that point. I believe it's gotten better, but I've not got a new project lying around at the moment to try it again... So at some point I'll kick those tires again 😃...
@folcon I'm on webpack4 still, just checked. I think we rely on those shims too, so I'll probably hold off updating 😄
Frankly, the js world is a mess, and by using npm we get to be part of that mess a little. I think it's really just inevitable. There's an army of webpack devs out there.
I only updated to 5 because when I was chatting with bhauman about setting up figwheel main, that's specifically the version he suggested...
It's not too fiddly, but it's irritating at the moment as you can't tell when it's breaking for you...
You definitely also get issues in shadow-cljs too, to do with transitive npm dependencies and how cljs projects include them… I had one today infact, which was resolved by updating shadow-cljs.
Not sure how to go about improving the status quo here? Is it just better detection / messaging?
Not everything can be solved by sufficient application of fire, but you might be right about npm...
I'm speaking a little tongue in cheek, but it does sit on many real hours of head against desk...
i've not had much, if any, head-meets-desk from npm - and our build setup is (i think) quite involved - so there must be some way or ways of avoiding it, i seem to have happened upon it by accident, so, sadly, i can't tell you what that way is
i have had 10x more issues with lein on jvm than i've ever had with npm (either js, ts or cljs)
and maybe that's cos i'm not a Java Guy™ so i don't know the right animals to sacrifice at which equinox
npm (and i suspect yarn) has a way of avoiding jar-hell, which mvn/jvm doesn't - that's certainly made life easier
ah, yarn uses npm packages, so it has the same way of avoiding jar-hell as npm!