Understanding Specter: Clojure's missing piece

What people said

yogthos · 2017-10 · Recommendation

Explicit recursion is rarely used in FP, and it's often a code smell. It's almost always better to use higher order functions instead. The advantage is that you can implement a particular transformation once, check for edge cases, and reuse it from there on. You also end up with declarative code that talks about what it's doing without distracting your with implementation details. Clojure has a rich set of functions for manipulating data such as map, filter, reduce, and so on. There are also libraries such as Specter [LINK] that allow you to declaratively transform complex data. I highly recommend watching this [VIDEO] short video to see how it works.

Read the original HN comment ↗

kgwxd · 2021-03 · Reference

> You might just be using a completely different underlying data structure than expected, depending on which operations you've performed. I haven't had the pleasure of using Clojure in production, but I'm somewhat obsessed with the language and follow it fairly closely. Someone on r/Clojure[1] mentioned Specter[2] with a link to this video[3]. One of the first things the video covers is how the library deals with this concern. [1] [LINK] [2] [LINK] [3] [VIDEO]

Read the original HN comment ↗

Scarbutt · 2019-06 · Reference

(assoc-in foo ["bar" "alice" "bob"] 12) Of course, in clojure you mostly use :keywords instead "strings" as keys which has a ton of benefits. There's also specter if want something more powerful at the cost of an additional lib. [LINK] [VIDEO]

Read the original HN comment ↗