Skip to content

Instantly share code, notes, and snippets.

@solomonhawk
Last active October 20, 2021 19:51
Show Gist options
  • Save solomonhawk/ef19bc3a67c0c154cde14f71d79db833 to your computer and use it in GitHub Desktop.
Save solomonhawk/ef19bc3a67c0c154cde14f71d79db833 to your computer and use it in GitHub Desktop.
3 Elixir Language Features I Love

3 Elixir Language Features I Love

We are truly privileged to select from a wide variety of programming languages that support different programming paradigms and offer various features.

I've been working more and more with Elixir over the past couple of years and have come to enjoy working in the functional paradigm. Here are a few of the features offered by the language that I love.

  • easy to use (reduces the # of things we have to load up into brain RAM)
  • eliminates a large class of bugs related to mutation and shared state (both of which are critical to programs that do Interesting Things™)
  • supportable by libraries if unavailable in host language

Functional languages generally favor immutable data by default (such as Erlang, Haskell, Clojure and other lisps). Elixir enforces immutability unconditionally, which makes it less memory-efficient than mutable languages, but also far less error-prone, which can be a nice trade-off depending on what you're building.

  • natural way to express a series of operations on some data
  • easy to read and understand
  • easy to insert, remove, or reorder the steps in a transformation

If you've spent any time with Unix then you're already familiar with pipes. They enable composability by allowing for the chaining of operations. Instead of writing something like summarize(groupBy(filter(thing))), you would write thing |> filter |> groupBy |> summarize. To understand the former you need to read the operations inside out, but the latter reads left to right or top to bottom, which is much more natural.

Unix is probably the most widely known example of pipes, but they're also supported in languages like F#, Elm, Haskell, reasonml, Clojure, and many more. One day JavaScript will have them too!

  • flattens conditionals
  • simplifies accessing nested data
  • helps reduce the parameter space of a given function
  • formalizes assertions or expectations about values and data types
  • checkable at compile time

Pattern matching is one of those features that you come to appreciate so much that it's painful to return to a language that doesn't support it. Elixir takes patterns to another level through its match operator (=).

Many programming languages use = to represent some form of assignment semantics but in Elixir it behaves more like a mathematical equals sign. Elixir attempts to match the patterns on either side of =, raising a MatchError if it cannot. You can read more about the match operator in Elixir's getting started docs.

Pattern matching is supported by a variety of languages like Ruby, Python, Rust, F#, Haskell, Python, C# and many more. It's even coming to JavaScript (soon™, hopefully).

If you're curious to see some of these features in action you can take a look at some of the solutions I put together for a previous Advent of Code in Elixir here.

@noahko96
Copy link

Should 'unix' be capitalized? I'm not really sure, but figured I would mention it. Also, did you mean to trademark "soon" or was the TM supposed to be after "JavaScript"? Finally, I kinda feel like the title of the article should include the word "Elixir" somewhere that way it is more clear what the article is talking about.

@solomonhawk
Copy link
Author

Thanks Noah, yes I should capitalize unix. ™ was meant for "soon". I opted to not put Elixir in the title since the features aren't necessarily specific to Elixir and the observations of what I like about them is also not language-specific. I could be convinced that it's a good idea though.

@noahko96
Copy link

To me, it feels like this article is a short pitch for why you like Elixir and while the features aren't specific to Elixir, it may be nice to include that in the title because people that are looking for articles that answer "Why Elixir?" are the main people that I think would benefit from reading this. That's my pitch for putting it in the title, but I do think it would be fine if you left it the way it was.

@albaer
Copy link

albaer commented Oct 20, 2021

Looks great! +1 for putting Elixir in the title, but no strong feelings. Your observations aren't super language-specific, but your examples are and it feels pretty tied to Elixir to me.

@solomonhawk
Copy link
Author

The intro definitely does make it sound quite elixir-specific. Thanks for the feedback!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment