what's the best way to spec a nested map? Say, I have a customer map that looks something like this:

{:email ""
   :password "horsecabbagetruck"
   :first-name "John"
   :last-name "Doe"
   :organization
   {:organization/settings
    {:organization.setting/send-requests? true
     :organization.setting/receive-requests? true}
    :organization/name "Acme"}}

(s/def ::customer (s/keys :req-un [::email ::password ::first-name ::last-name ::organization]))

mini-survey: are folks using https://github.com/danielcompton/defn-spec or something similar? how do you like/dislike it?

@bbloom I don't use it -- I often put fdefs in a separate namespace in libraries so they are optional and the code can then run on older Clojure versions.

(and I don't like that syntax so I wouldn't want to use it even when I would put fdefs above the function for which they exist)

Seems like a lot of limitations as well https://github.com/danielcompton/defn-spec#limitations

thanks for the thoughts - i’m not using anything like it yet b/c i like to kinda use the primitives until i grok them fully and then and only then abstract more

Those limitations alone would make it non-viable for most of my fdef use cases I think.

i’m still trying to figure out where/when to utilize spec

https://corfield.org/blog/2019/09/13/using-spec/ is about how we use it at World Singles Networks

i’ve been doing a lot of TypeScript for work lately, and all the inline annotations are simultaneously: laborious, helpful, and hurtful

thanks @seancorfield, that all makes sense to me - to some extent i’m trying to decide how far to do w/ development time checking

my current thinking is basically just-in-time specing, where i spec stuff as part of my debugging process and leave the specs around for future use

I've got a library like that in the works, probably 80% done at this point. Don't know if or when I'll finish it. But my focus is on fn specs, since those are the painful ones to write in my opinion. As well as multi-arity, var-args, et all. Those are the hard ones to write, so my DSL intends to make these way quicker to spec, as to encourage more spec writing. Right now the machinery attaches itself as metadata on defns, so it also is compatible with older Clojure versions.

Some edge cases can be tricky, which is why it's taking me longer than I initially thought to put together.

But I do think I'd write more fn specs if defn had a easier syntax for writing them. So that's what I'm trying to achieve. I also recognize it is hard to come up with one that is simpler but not limited. Which is why there probably isn't an official one.