Fork me on GitHub
#clojure-uk
<
2020-09-16
>
seancorfield05:09:23

We finally have blue sky here and could open the windows again! How's the weather over there?

djm05:09:25

27C here yesterday, and quite warm the two days before

djm05:09:39

Today's forecast is for 23C, then cooler tomorrow

seancorfield05:09:16

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.

seancorfield05:09:56

I'm certainly missing UK weather (or any European weather) right now...

djm05:09:01

Are you near any fires/rioting/...?

seancorfield05:09:59

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" 😞

dharrigan05:09:19

Good Morning!

dominicm06:09:46

@folcon I'm not sure what webpack version I'm on, I haven't upgraded though

dominicm06:09:16

But yeah, if there's updates going on right now, it's JavaScript so turmoil

alexlynham07:09:43

@folcon are you on shadow? that had the best npm interop story that i've used

rickmoynihan07:09:07

@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.

👍 9
Aron08:09:04

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)

mccraigmccraig13:09:56

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

Aron16:09:34

I have not used gulp/grunt/fez/bower/ or any of these ever. 🙂 Not for production anyway.

mccraigmccraig16:09:47

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

cddr09:09:42

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?

mccraigmccraig09:09:35

@cddr print-method iirc

cddr09:09:26

I think that affects core printing functions like prn and print but not pprint which continues to print everything

mccraigmccraig09:09:52

oh, duh! i didn't read correctly... pprint

cddr13:09:27

Figured out that the method to override is http://clojure.pr/simple-dispatch

folcon13:09:48

@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 😃...

folcon14:09:30

Also Morn'

dominicm14:09:02

@folcon I'm on webpack4 still, just checked. I think we rely on those shims too, so I'll probably hold off updating 😄

dominicm14:09:35

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.

folcon14:09:43

I only updated to 5 because when I was chatting with bhauman about setting up figwheel main, that's specifically the version he suggested...

folcon14:09:25

It's not too fiddly, but it's irritating at the moment as you can't tell when it's breaking for you...

rickmoynihan15:09:45

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.

folcon16:09:00

Not sure how to go about improving the status quo here? Is it just better detection / messaging?

dominicm16:09:04

Burn the node world to the ground and start over

dominicm16:09:26

It requires a change in culture I think

folcon16:09:44

Not everything can be solved by sufficient application of fire, but you might be right about npm...

alexlynham17:09:30

tbh npm isn't that bad

folcon17:09:33

I'm speaking a little tongue in cheek, but it does sit on many real hours of head against desk...

mccraigmccraig17:09:27

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

alexlynham17:09:35

i have had 10x more issues with lein on jvm than i've ever had with npm (either js, ts or cljs)

alexlynham17:09:06

and maybe that's cos i'm not a Java Guy™ so i don't know the right animals to sacrifice at which equinox

alexlynham17:09:19

but npm has been a lot more foolproof for me

dharrigan18:09:01

When I mess around with the javascript ecosystem (which happens!) I use yarn not npm

mccraigmccraig18:09:28

npm (and i suspect yarn) has a way of avoiding jar-hell, which mvn/jvm doesn't - that's certainly made life easier

mccraigmccraig18:09:10

ah, yarn uses npm packages, so it has the same way of avoiding jar-hell as npm!

dominicm18:09:58

Npm is fine. Node culture is what's painful.

dominicm18:09:09

Constant improvement. Constant breakage.