I got interested in FP in 2004 when I realized that Intel’s Netburst architecture wasn’t frequency scaling as hard as expected and thus we’d inevitably have multiple execution threads as Moore’s Law marched onward.
That led me to a bunch of unfocused part time wandering through OCaml, Scheme, and Common Lisp. I then got into Clojure and wrote that professionally for a few years but I’ve mostly been paid to write JS. I personally like functional leaning JS but I’ve settled on signals/dataflow programming as enough of a reduction in state to be useful while still being generally acceptable to most teams.
I don’t know the specific motivation here but in general it’s for package development to not be tied to the language release. People also generally have different backwards compatibility expectations for the stdlib vs a regular library and that constrains the development of the package. In Python the meme is that stdlib is where packages go to die. Not all large stdlib languages feel that way. Clojure, for example, has a pretty sizeable stdlib while being code frozen without a lot of demand for change. In general, however, language developers prefer not having things in stdlib.