It's fascinating to me looking at beginning language guides and thinking "what does this say about the culture of the language"
When I was delving into #OCaml it was (with affection) "here's hello world and here's a dense academic paper on implementing event systems in OCaml 5!"
#Java guides used to be centered on the assumption that you were a web programmer looking to do applets, even long after that assumption died.
#RustLang generally seems to assume a background in programming w/ a CLI.
I'll certainly have more observations as I dig more into The Rust Book and Rust by Example on #RustLang, but it is interesting to me to see the baked in assumption that you are pretty comfortable with concepts like package management (I mean Rust By Example talks about creating a library before it talks about using a library and The Rust Book is similar, glossing over nuances here), CLI tools, and build tools.
To be clear, this is all fine, it is just informing me who the target audience is.
After a while with #OCaml my conclusion there is that:
OCaml really is a language for people who are fairly mathy and academic but who still want to get stuff done. The culture felt entirely focused around this question. So you get the dense academic paper not to scare you, but because they think you will be _legitimately interested in it_ (albeit probably not right after hello world, but fairly soon).
OTOH there's a kind of ruthless efficiency: if you need to compromise you compromise.
Thinking about cultures of languages for a second:
My experience with #Erlang people (not elixir, I have only limited experience with elixir and less with the community) is that you were looking at practical people with a hard problem to solve, some niche elements to that problem, and who didn't get hung up on niceties (like having strings *cough*).
There's a massive degree of enthusiasm for the model and everyone kind of glossed over the language because of the runtime and model.
@hrefna I know syntax matters to people (and I haven't yet written #Erlang, only some #Prolog), but it is just a language. Just pattern-matching and immutability make it better than most by a long shot. So, I think the Erlang inventors got the language quite all right, and Elixir might just be a nicer way to write OTP style.
