@lexmag, from Elixir, maintains a style guide mostly aligned with Elixir source: GitHub - lexmag/elixir-style-guide: An opinionated Elixir style guide · GitHub. If we are ever going to adopt something as official, which is unlikely, that one is the most likely.

How about merge this guide with: Credo’s Elixir Style Guide and add issue to Credo github project?

For some things it can clearly be seen that one kind of writing will be less error-prone than another.

But in many other cases, the exact method used is not as important as that you (and your team) are consistent: Things like tabs vs. spaces, order of pattern-matching in parameters (x = %{} or %{} = x?), names given to exception classes, et al. I really like Credo’s approach of saying “It doesn’t matter which one you like best, but pick one and stick with it”.

I think it is great that we have multiple style guides, because this means that people will stay conscious about the choices w.r.t style they make.

I think that right now we do not need an officially endorsed (or enforced) style guide, because Elixir’s syntax itself is already a great tool to help developers write reasonably readable and consistent code.