https://github.com/emacs-mirror/emacs/blob/42fba8f36b19536964d6deb6a34f3fd1c02b43dd/lisp/emacs-lisp/seq.el thread-first is bundled with Emacs, it's considered idiomatic to use it instead of ->

https://github.com/magnars/dash.el

ah yes, dash.el

dash.el rocks!

but seq.el is built-in

emacs-devel didn't much like my cheeky dash prefix, so seq.el was created as an alternative.

Oh didn't know you were the maintainer of both, awesome!

so seq- is the prefix . I guess it's recommend to always choose a prefix? If I were to make an .el package with a fn macro, like this one: https://github.com/borkdude/clj.el/blob/main/clj.el it would be bad practice to expose it as fn but clj:fn is kinda crap as well. Anything you can do about that?

I tried something like this:

(defmacro clj (&rest body)
  `(let* ((map #'clj:map)
          (fn #'clj:fn))
     ,@body))
;; (clj (fn [x] x))

FWIW I don't care about the opinion of emacs-devel, this is mostly just for my own usage (and I'm not even sure if I'm really going to use it)

Even if you find a hacky way to expose fn as fn , people from melpa and reviewers may complain about that

yeah, I find those requirements a little bit too much most of the time

how does one indicate a "private" function in a name by convention?

my-package--my-priv-function

I made an attempt here to use prefixes together with a macro that lets you use the unprefixed versions: https://github.com/borkdude/clj.el/blob/31fd337cafa47abdcd7e66ea98f0e85029086489/clj.el#L42 but the macro expansion doesn't evaluate correctly For some reason I get void function clj-let... what does elisp mean...