14 ms·

How I Start: Elixir

222 points by kungfooguru 12y ago

glesica 12y ago
I am kind of a fanboy for this concept and I'm super excited that Jose was willing to contribute a write-up! Elixir is an incredibly exciting language in my opinion, mixing some of the things that attracted me to Python years ago with some extremely powerful tools and capabilities borrowed from Erlang's virtual machine, check it out!
CMCDragonkai 12y ago
Elixir is awesome. A syntax similar to Ruby, but with all the fault tolerance and scalability of the Erlang virtual machine. So all the cool stuff of Erlang with none of the warts!
arms 12y ago
I love the concept of Elixir, but is it used out in the wild much? A language's popularity, or lack thereof, has little influence on whether I'll learn it or not, but I'm always curious about this.
- peregrine 12y ago
  There are a couple companies in the wild using Elixir. Once Elixir hits v1(August is the estimate) it will change less week to week and will be more suitable for production usage.
- chc 12y ago
  Elixir is still very young. The only language I know of that had any appreciable acceptance at this point in its life is Go.
- careersuicide 12y ago
  I use it for some minor automation tasks at work (munging data in files and the like). That's one of the coolest things about Elixir in my opinion; it's great for the kind of stuff you used to use Perl for, while still being fantastic at the kind of stuff Erlang is used for. I'm obviously not using the full power of the language by any means and I'm yet to use all the OTP stuff except for toy applications for fun. But it's a refreshingly enjoyable language to work in. I haven't built anything that a client has directly paid for with Elixir yet, but sooner or later I hope to get something like an Elixir version of one of our Rails apps going in my free time and convince my boss we should give it a try for real.
  - arms 12y ago
    I definitely see how this would be useful for automated tasks. I have some python scripts doing a fair bit of automated data munging that would probably benefit from being written in Erlang/Elixir. Slight tangent - people often say learning Haskell is worth it for the eye opening experience it provides, regardless of whether you get to use it day-to-day. Would you say the same of Erlang and Elixir?
    - careersuicide 12y ago
      Funny you should ask. I actually started giving an honest go at learning Haskell before I started learning Erlang and later Elixir. So for me, I wouldn't say they were as eye opening as Haskell (truthfully Common Lisp and Scheme gave me more "woah!" moments than anything else so far) simply because of the order in which I learned them. However, if you've never learned Haskell, OCaml, or F# I don't think it's a stretch to say that Elixir/Erlang's similar use of pattern matching and guards would have an eye opening effect that makes it worth learning. In both Haskell and Elixir/Erlang they're a core part of using the languages idiomatically. Once you see it in action you'd be hard pressed to not take some of the lessons with you elsewhere. So, yes. Elixir and Erlang will make you rethink some assumptions about how to solve problems you probably never knew you had. Such as the "necessity" of explicit conditional statements. If anything you'll get better at using recursion to solve actual problems instead of just for contrived classroom-type problems.
    - lostcolony 12y ago
      I can't say explicitly; Haskell is something I keep coming back to playing with but I've never used for any real development, so I can't directly compare them. With that caveat though, Erlang and Elixir are gentler introductions to FP if you've never experienced one, yes. But I wouldn't describe them as functional programming languages, but rather -concurrent- ones. They -will- change how you think about concurrency, distribution, and fault tolerance if you're coming from a more typical OO paradigm. Let it crash, and all the mechanisms and decisions made to ensure that that is a viable strategy, the per process encapsulation of state, the message passing paradigm, the extremely cheap concurrency, and yes, the functional aspect of it, have changed my coding patterns in pretty fundamental ways. To give a real world implication, I had a situation where an unknown number of scheduled tasks had to fire, each one involving multiple steps, with each step being itself a scheduled event (and those times could change). Some could start at the same time. Each one entailed a non-trivial amount of work, IO bound. The traditional approach would be to create a thread pool of the maximal number of simultaneous things I wanted to support, create a heap or similar of all scheduled tasks, peek at the top of the heap, sleep until that amount of time, then put that task onto the threadpool. Repeat. Any changes though...the heap would have to be rebuilt. Or whatever. A whole lot of bookkeeping, basically, and a data structure that does not map to what I'm doing, and which requires locking, and possible race conditions and bottlenecking. In Erlang (and Elixir)? A new process per scheduled event, with a paired timer process to send it a message when it's supposed to start up. Each process is responsible for its own timer; updates to a process cause it to modify its timer, and if a task involves multiple time separated steps, it just creates a new timer when it finishes one, to wake it when it's supposed to do the next. There is no interaction between scheduled items, so why should I have to code around dealing with all of them simultaneously? No locks, no race conditions, no bottlenecking. Bugs are pretty much guaranteed to be in the task code itself, rather than in the task scheduling code, and are much easier to track down and solve.
- sanderjd 12y ago
  I recently emailed with a company using it for the back-end of multiplayer video games they make. They seemed to be interested in hiring open minded programmers with Ruby, Python, Erlang, and likely other experience, but didn't seem to expect any actual professional Elixir experience. Just an anecdote of course, but perhaps proof that there is at least a fledgling market for the language!
  - mattdeboard 12y ago
    I swear those guys must have contacted half of the devs in the US.
- rubyrescue 12y ago
  We're pushing 7 billion api calls/month through it. on two aws boxes.
  - nivertech 12y ago
    So it's ~1300 RPS per EC2 instance on average? What the peak RPS and which EC2 instance type? julia> 7e9 / (30.4*24*60*60) / 2 1332.5414230019496
    - rubyrescue 12y ago
      that's about right. > 3k at peak. it's a simple POST for logging views. not a lot of data in each POST. not sure on EC2 box size. using https://github.com/extend/cowboy https://github.com/extend/cowboy and pushing to a 16 server cassandra cluster.
- rozap 12y ago
  In my limited experience (about 2 weeks) with elixir, that's really the only thing I'm having a hard time with. Problems you encounter (due to the fact that you're learning a New Thing...not any fault of the language itself) aren't super google-able, so there's a lot more struggling. The documentation is pretty good though.
  - josevalim 12y ago
    Glad you like the documentation! If you are running into issues, feel free to post issues to the elixir-talk mailing list or stack overflow. I check those daily (and many others too). You can also join the #elixir-lang channel on IRC. It is not as fast as having google-able solutions but we will get there!
    - rozap 12y ago
      Thanks! I understand the googleability is a bit of a chicken and egg problem, but I've really enjoyed the language so far so I'm trying to stick with it and lean a little bit every day. Thanks for all the work you've done.
- disputin 12y ago
  I'm looking forward to learning Elixir, but expect that it will have no work relevance. I had a look for Go jobs on Brit job sites - three. Great learning experience, both, but the wild is slow to change.
rdtsc 12y ago
I like Elixir and Erlang. For some Elixir will be an easier and more accessible path toward using Erlang VM (BEAM), which, I think is an outstanding piece of engineering. Elixir besides looking more familiar has macros and can let you re-assign variables (data structures are still immutable). Usually I hear complaints about Erlang syntax. My personal opinion is Erlang's syntax is consistent and elegant. I prefer consistent and elegant over "curly braces" but with ambiguity and complexity. Usually it is things like thinking about actors, of functional paradigms (using recursion vs iteration), dealing with distributed nodes that are much interesting and harder. But everyone is different, so for those that syntax itself is a stumbling block, Elixir is an option. And just to be complete there are also Lisp, Prolog, Lua and basic Python integration all in various stages of maturity: http://lfe.io/ http://lfe.io/ http://joxa.org/ http://joxa.org/ https://github.com/rvirding/luerl https://github.com/rvirding/luerl https://github.com/rvirding/erlog https://github.com/rvirding/erlog http://erlport.org/docs/python.html http://erlport.org/docs/python.html (integration with Python not Python implemented in Erlang)
- jdeisenberg 12y ago
  Another advantage of Erlang's unconventional syntax, as well as its single-binding variables, is that it doesn't look like a typical imperative language. Because of this, I'm not as tempted to think in imperative terms when programming in Erlang. That having been said, I do like Elixir's string-handling functions.
  - exo762 12y ago
    > That having been said, I do like Elixir's string-handling functions. That's impressive, considering that Erlang and it's standard lib is mostly string agnostic. I need to do my research on Elixir's libraries.
rubiquity 12y ago
If you're out shopping for a new language to learn, I would recommend giving Elixir as much (or more :)) weight as you might give Go, Rust or Clojure. Here's a few things that I really like about Elixir: - There's a ton of great resources already out for learning Elixir. José's article here is a good intro but Elixir's official website has a very in-depth getting started guide[0]. Dave Thomas, the author of Pragmatic Programmer and Programming Ruby (arguably the book that helped Ruby grow pre-Rails), has written a great book titled "Programming Elixir"[1]. Authors at Manning and O'Reilly are also working on Elixir books to the best of my knowledge. - Elixir ships with a great build tool, task runner and dependency manager named Mix. There is also a package manager already built named Hex[2]. - Elixir compiles directly to Erlang byte code, so you get to not only take advantage of a very mature virtual machine, but you also get direct interoperability with Erlang libraries! This gives Elixir a robust ecosystem of tools and libraries to use right out of the gate so you can be productive. - I try not to judge a language by its syntax anymore, but I realize that some do. If that's your thing, Elixir has a Ruby-inspired syntax as well as great support for metaprogramming via macros. - Elixir development is going very fast and the language is stabilizing more and more by the day. If you need the "1.0 stamp of approval", that should only be weeks to a couple months away at most. The community feels very strong for a language this early in the game. The creator of the language, José Valim, is also very fair and considerate when discussing the language. - The pipe operator lets you take all of your small functions and easily show the flow of how the operations are applied. This is one of the killer features of Elixir for sure and I'm not sure when I'll feel like I've overused it. - Testing is at the very forefront of Elixir. All projects generated using Mix (the build tool described above) come with a ready to go test runner. You can also embed tests in the documentation of your code and they too will be tested for correctness. Now, to be fair, here's a couple things to keep in mind when learning Elixir. These might seem like negatives or challenging at first, but they quickly become some of your favorite parts of Elixir: - Elixir is a functional programming language, so that can be quite different as most of us on HN I feel come from OOP backgrounds. You have to stop thinking in classes, methods and state and start thinking about data structures, functions and immutability. Elixir is dynamic though, so picking it up isn't quite as challenging as learning a functional language and type system at the same time. - Pattern matching and recursion are going to be at the core of writing expressive systems. Thinking about problems recursively is mind-bending at first but will start to feel natural. Pattern matching will both make you never look at an equals sign the same way again and help you write very easy to understand function bodies. - OTP and its well thought out patterns are going to be pervasive to your Elixir programs. If you've ever ran into an Erlang zealot, they probably were ranting and raving about how well Erlang scales and handles failure. OTP and the Erlang VM are the secret sauce. How this all gets accomplished will feel very foreign at first (thinking in Supervision trees and message passing) but stick with it. 0 - http://pragprog.com/book/elixir/programming-elixir http://pragprog.com/book/elixir/programming-elixir 1 - http://elixir-lang.org/getting_started/1.html http://elixir-lang.org/getting_started/1.html 2 - http://hex.pm http://hex.pm
e12e 12y ago
Is it me, or should there be a bit at the end of how to reach the variables instantiated in room2 in room1? I realize the "blue" "channel" is in room1, but shouldn't I be able to inspect/instantiate some form of "portal" handle on both "sides"? Other than that, great article. Btw, there's a recent enough erlang in wheezy-backports to play with elixir, for those running conservative desktops, like myself.
- e_proxus 12y ago
  To bring it back to a normal Erlang analogy level, the rooms are instances of Erlang VMs. Since Erlang has isolated memory between processes, the only way to ask one process in one virtual machine (reaching it either by its registered name or if you know the pid somehow) for data (i.e. values of variables) is to send messages to it. You can't access variables/data across VMs/processes directly, you have to talk to them. Regarding Erlang on Wheezy, I'd recommend the Erlang Solutions repository with pre-built and tested packages: https://www.erlang-solutions.com/downloads/download-erlang-otp https://www.erlang-solutions.com/downloads/download-erlang-o...
  - e12e 12y ago
    I suppose I want the example to show how, when I push data through the portal, it appears on the other side. I'm guessing the idomatic way has to do something with registering a function to be called on message/data received on the "other" end. It just feel like the article could/should be extended a bit there, to make it "full circle" so to speak. What's already there is good, but it leaves me hungry for more, and a little lost as to how to achieve more. Thanks for the tip on upstream packages for Debian -- I somehow missed the fact that there was a repo for Debian (well, that, and I already had wheezy-backports enabled, and it turned out to work fine with Elixir from source).
    - alco 12y ago
      I don't understand what you are asking here. The example at the beginning of the "Distribution" section shows how to get the value from the door in room1 while running on the node corresponding to room2. The same way you can call 'Portal.Door.get({:orange, :"room2@COMPUTER-NAME"})' on the first node (the one corresponding to room1).
polysics 12y ago
I work in the telephony field, and Erlang comes up every other sentence. I have limited experience with that, but Elixir in my opinion makes it far easier to jump in. I sort of agree with the common argument about OTP needing a rename, but in the end if a developer can't get past a name, he can't get past a lot of other things either.
- delian66 12y ago
  What is wrong with Outlaw Techno Psychobitch [1] ? [1] http://www.gar1t.com/blog/erlang-the-movie-ii-the-sequel.html http://www.gar1t.com/blog/erlang-the-movie-ii-the-sequel.htm...
resca79 12y ago
Yes it is nice language, but why the author did not create a ruby implementation over Beam? Maybe elixir has extra features than ruby, so why he does not create a superset of ruby? Try to image all ruby gems that support the feature of Elixir at zero cost, instead we have a new language new libs...
- fisher-lebo 12y ago
  Trying to map a superset of a different language to the Erlang VM would likely be much more difficult than the current approach.
- klibertp 12y ago
  Ruby semantics wouldn't map to BEAM cleanly. Pervasive immutability, error handling and concurrency constructs are very different between Ruby and Erlang, I don't think trying to bridge the gap would be an easy task.
amrtn 12y ago
¿No RSS or ATOM feed available? Feedly doesn't find any feed on http://howistart.org/ http://howistart.org/ I know I can get updates by twitter but feeds are a commodity I'm used to :(
- aksx 12y ago
  maybe write a twitter -> rss feed converter :)
- kungfooguru 12y ago
  I'll try to get one together soon.
- saraid216 12y ago
  https://dev.twitter.com/discussions/1603 https://dev.twitter.com/discussions/1603 ?
- alxndr 12y ago
  page2rss.com in a pinch
MCRed 12y ago
Anyone interested in a job programming elixir full time? We've got a startup-like environment, without the hassle of trying to find backing or traction. We get to work with new technology all the time, though we're primarily an Elixir/Ember shop. If you're located in Austin or interested in relocating, drop a line to: jay.prince@clutchanalytics.com PS- We are running elixir in production, right now.

222 points by kungfooguru 12y ago

I am kind of a fanboy for this concept and I'm super excited that Jose was willing to contribute a write-up! Elixir is an incredibly exciting language in my opinion, mixing some of the things that attracted me to Python years ago with some extremely powerful tools and capabilities borrowed from Erlang's virtual machine, check it out!

CMCDragonkai 12y ago

Elixir is awesome. A syntax similar to Ruby, but with all the fault tolerance and scalability of the Erlang virtual machine. So all the cool stuff of Erlang with none of the warts!

arms 12y ago

I love the concept of Elixir, but is it used out in the wild much? A language's popularity, or lack thereof, has little influence on whether I'll learn it or not, but I'm always curious about this.

peregrine 12y ago
There are a couple companies in the wild using Elixir. Once Elixir hits v1(August is the estimate) it will change less week to week and will be more suitable for production usage.
chc 12y ago
Elixir is still very young. The only language I know of that had any appreciable acceptance at this point in its life is Go.
careersuicide 12y ago
I use it for some minor automation tasks at work (munging data in files and the like). That's one of the coolest things about Elixir in my opinion; it's great for the kind of stuff you used to use Perl for, while still being fantastic at the kind of stuff Erlang is used for. I'm obviously not using the full power of the language by any means and I'm yet to use all the OTP stuff except for toy applications for fun. But it's a refreshingly enjoyable language to work in. I haven't built anything that a client has directly paid for with Elixir yet, but sooner or later I hope to get something like an Elixir version of one of our Rails apps going in my free time and convince my boss we should give it a try for real.
- arms 12y ago
  I definitely see how this would be useful for automated tasks. I have some python scripts doing a fair bit of automated data munging that would probably benefit from being written in Erlang/Elixir. Slight tangent - people often say learning Haskell is worth it for the eye opening experience it provides, regardless of whether you get to use it day-to-day. Would you say the same of Erlang and Elixir?
  - careersuicide 12y ago
    Funny you should ask. I actually started giving an honest go at learning Haskell before I started learning Erlang and later Elixir. So for me, I wouldn't say they were as eye opening as Haskell (truthfully Common Lisp and Scheme gave me more "woah!" moments than anything else so far) simply because of the order in which I learned them. However, if you've never learned Haskell, OCaml, or F# I don't think it's a stretch to say that Elixir/Erlang's similar use of pattern matching and guards would have an eye opening effect that makes it worth learning. In both Haskell and Elixir/Erlang they're a core part of using the languages idiomatically. Once you see it in action you'd be hard pressed to not take some of the lessons with you elsewhere. So, yes. Elixir and Erlang will make you rethink some assumptions about how to solve problems you probably never knew you had. Such as the "necessity" of explicit conditional statements. If anything you'll get better at using recursion to solve actual problems instead of just for contrived classroom-type problems.
  - lostcolony 12y ago
    I can't say explicitly; Haskell is something I keep coming back to playing with but I've never used for any real development, so I can't directly compare them. With that caveat though, Erlang and Elixir are gentler introductions to FP if you've never experienced one, yes. But I wouldn't describe them as functional programming languages, but rather -concurrent- ones. They -will- change how you think about concurrency, distribution, and fault tolerance if you're coming from a more typical OO paradigm. Let it crash, and all the mechanisms and decisions made to ensure that that is a viable strategy, the per process encapsulation of state, the message passing paradigm, the extremely cheap concurrency, and yes, the functional aspect of it, have changed my coding patterns in pretty fundamental ways. To give a real world implication, I had a situation where an unknown number of scheduled tasks had to fire, each one involving multiple steps, with each step being itself a scheduled event (and those times could change). Some could start at the same time. Each one entailed a non-trivial amount of work, IO bound. The traditional approach would be to create a thread pool of the maximal number of simultaneous things I wanted to support, create a heap or similar of all scheduled tasks, peek at the top of the heap, sleep until that amount of time, then put that task onto the threadpool. Repeat. Any changes though...the heap would have to be rebuilt. Or whatever. A whole lot of bookkeeping, basically, and a data structure that does not map to what I'm doing, and which requires locking, and possible race conditions and bottlenecking. In Erlang (and Elixir)? A new process per scheduled event, with a paired timer process to send it a message when it's supposed to start up. Each process is responsible for its own timer; updates to a process cause it to modify its timer, and if a task involves multiple time separated steps, it just creates a new timer when it finishes one, to wake it when it's supposed to do the next. There is no interaction between scheduled items, so why should I have to code around dealing with all of them simultaneously? No locks, no race conditions, no bottlenecking. Bugs are pretty much guaranteed to be in the task code itself, rather than in the task scheduling code, and are much easier to track down and solve.
sanderjd 12y ago
I recently emailed with a company using it for the back-end of multiplayer video games they make. They seemed to be interested in hiring open minded programmers with Ruby, Python, Erlang, and likely other experience, but didn't seem to expect any actual professional Elixir experience. Just an anecdote of course, but perhaps proof that there is at least a fledgling market for the language!
- mattdeboard 12y ago
  I swear those guys must have contacted half of the devs in the US.
rubyrescue 12y ago
We're pushing 7 billion api calls/month through it. on two aws boxes.
- nivertech 12y ago
  So it's ~1300 RPS per EC2 instance on average? What the peak RPS and which EC2 instance type? julia> 7e9 / (30.4*24*60*60) / 2 1332.5414230019496
  - rubyrescue 12y ago
    that's about right. > 3k at peak. it's a simple POST for logging views. not a lot of data in each POST. not sure on EC2 box size. using https://github.com/extend/cowboy https://github.com/extend/cowboy and pushing to a 16 server cassandra cluster.
rozap 12y ago
In my limited experience (about 2 weeks) with elixir, that's really the only thing I'm having a hard time with. Problems you encounter (due to the fact that you're learning a New Thing...not any fault of the language itself) aren't super google-able, so there's a lot more struggling. The documentation is pretty good though.
- josevalim 12y ago
  Glad you like the documentation! If you are running into issues, feel free to post issues to the elixir-talk mailing list or stack overflow. I check those daily (and many others too). You can also join the #elixir-lang channel on IRC. It is not as fast as having google-able solutions but we will get there!
  - rozap 12y ago
    Thanks! I understand the googleability is a bit of a chicken and egg problem, but I've really enjoyed the language so far so I'm trying to stick with it and lean a little bit every day. Thanks for all the work you've done.
disputin 12y ago
I'm looking forward to learning Elixir, but expect that it will have no work relevance. I had a look for Go jobs on Brit job sites - three. Great learning experience, both, but the wild is slow to change.

rdtsc 12y ago

I like Elixir and Erlang. For some Elixir will be an easier and more accessible path toward using Erlang VM (BEAM), which, I think is an outstanding piece of engineering. Elixir besides looking more familiar has macros and can let you re-assign variables (data structures are still immutable). Usually I hear complaints about Erlang syntax. My personal opinion is Erlang's syntax is consistent and elegant. I prefer consistent and elegant over "curly braces" but with ambiguity and complexity. Usually it is things like thinking about actors, of functional paradigms (using recursion vs iteration), dealing with distributed nodes that are much interesting and harder. But everyone is different, so for those that syntax itself is a stumbling block, Elixir is an option. And just to be complete there are also Lisp, Prolog, Lua and basic Python integration all in various stages of maturity: http://lfe.io/ http://lfe.io/ http://joxa.org/ http://joxa.org/ https://github.com/rvirding/luerl https://github.com/rvirding/luerl https://github.com/rvirding/erlog https://github.com/rvirding/erlog http://erlport.org/docs/python.html http://erlport.org/docs/python.html (integration with Python not Python implemented in Erlang)

jdeisenberg 12y ago
Another advantage of Erlang's unconventional syntax, as well as its single-binding variables, is that it doesn't look like a typical imperative language. Because of this, I'm not as tempted to think in imperative terms when programming in Erlang. That having been said, I do like Elixir's string-handling functions.
- exo762 12y ago
  > That having been said, I do like Elixir's string-handling functions. That's impressive, considering that Erlang and it's standard lib is mostly string agnostic. I need to do my research on Elixir's libraries.

rubiquity 12y ago

If you're out shopping for a new language to learn, I would recommend giving Elixir as much (or more :)) weight as you might give Go, Rust or Clojure. Here's a few things that I really like about Elixir: - There's a ton of great resources already out for learning Elixir. José's article here is a good intro but Elixir's official website has a very in-depth getting started guide[0]. Dave Thomas, the author of Pragmatic Programmer and Programming Ruby (arguably the book that helped Ruby grow pre-Rails), has written a great book titled "Programming Elixir"[1]. Authors at Manning and O'Reilly are also working on Elixir books to the best of my knowledge. - Elixir ships with a great build tool, task runner and dependency manager named Mix. There is also a package manager already built named Hex[2]. - Elixir compiles directly to Erlang byte code, so you get to not only take advantage of a very mature virtual machine, but you also get direct interoperability with Erlang libraries! This gives Elixir a robust ecosystem of tools and libraries to use right out of the gate so you can be productive. - I try not to judge a language by its syntax anymore, but I realize that some do. If that's your thing, Elixir has a Ruby-inspired syntax as well as great support for metaprogramming via macros. - Elixir development is going very fast and the language is stabilizing more and more by the day. If you need the "1.0 stamp of approval", that should only be weeks to a couple months away at most. The community feels very strong for a language this early in the game. The creator of the language, José Valim, is also very fair and considerate when discussing the language. - The pipe operator lets you take all of your small functions and easily show the flow of how the operations are applied. This is one of the killer features of Elixir for sure and I'm not sure when I'll feel like I've overused it. - Testing is at the very forefront of Elixir. All projects generated using Mix (the build tool described above) come with a ready to go test runner. You can also embed tests in the documentation of your code and they too will be tested for correctness. Now, to be fair, here's a couple things to keep in mind when learning Elixir. These might seem like negatives or challenging at first, but they quickly become some of your favorite parts of Elixir: - Elixir is a functional programming language, so that can be quite different as most of us on HN I feel come from OOP backgrounds. You have to stop thinking in classes, methods and state and start thinking about data structures, functions and immutability. Elixir is dynamic though, so picking it up isn't quite as challenging as learning a functional language and type system at the same time. - Pattern matching and recursion are going to be at the core of writing expressive systems. Thinking about problems recursively is mind-bending at first but will start to feel natural. Pattern matching will both make you never look at an equals sign the same way again and help you write very easy to understand function bodies. - OTP and its well thought out patterns are going to be pervasive to your Elixir programs. If you've ever ran into an Erlang zealot, they probably were ranting and raving about how well Erlang scales and handles failure. OTP and the Erlang VM are the secret sauce. How this all gets accomplished will feel very foreign at first (thinking in Supervision trees and message passing) but stick with it. 0 - http://pragprog.com/book/elixir/programming-elixir http://pragprog.com/book/elixir/programming-elixir 1 - http://elixir-lang.org/getting_started/1.html http://elixir-lang.org/getting_started/1.html 2 - http://hex.pm http://hex.pm

e12e 12y ago

Is it me, or should there be a bit at the end of how to reach the variables instantiated in room2 in room1? I realize the "blue" "channel" is in room1, but shouldn't I be able to inspect/instantiate some form of "portal" handle on both "sides"? Other than that, great article. Btw, there's a recent enough erlang in wheezy-backports to play with elixir, for those running conservative desktops, like myself.

e_proxus 12y ago
To bring it back to a normal Erlang analogy level, the rooms are instances of Erlang VMs. Since Erlang has isolated memory between processes, the only way to ask one process in one virtual machine (reaching it either by its registered name or if you know the pid somehow) for data (i.e. values of variables) is to send messages to it. You can't access variables/data across VMs/processes directly, you have to talk to them. Regarding Erlang on Wheezy, I'd recommend the Erlang Solutions repository with pre-built and tested packages: https://www.erlang-solutions.com/downloads/download-erlang-otp https://www.erlang-solutions.com/downloads/download-erlang-o...
- e12e 12y ago
  I suppose I want the example to show how, when I push data through the portal, it appears on the other side. I'm guessing the idomatic way has to do something with registering a function to be called on message/data received on the "other" end. It just feel like the article could/should be extended a bit there, to make it "full circle" so to speak. What's already there is good, but it leaves me hungry for more, and a little lost as to how to achieve more. Thanks for the tip on upstream packages for Debian -- I somehow missed the fact that there was a repo for Debian (well, that, and I already had wheezy-backports enabled, and it turned out to work fine with Elixir from source).
  - alco 12y ago
    I don't understand what you are asking here. The example at the beginning of the "Distribution" section shows how to get the value from the door in room1 while running on the node corresponding to room2. The same way you can call 'Portal.Door.get({:orange, :"room2@COMPUTER-NAME"})' on the first node (the one corresponding to room1).

polysics 12y ago

I work in the telephony field, and Erlang comes up every other sentence. I have limited experience with that, but Elixir in my opinion makes it far easier to jump in. I sort of agree with the common argument about OTP needing a rename, but in the end if a developer can't get past a name, he can't get past a lot of other things either.

delian66 12y ago
What is wrong with Outlaw Techno Psychobitch [1] ? [1] http://www.gar1t.com/blog/erlang-the-movie-ii-the-sequel.html http://www.gar1t.com/blog/erlang-the-movie-ii-the-sequel.htm...

resca79 12y ago

Yes it is nice language, but why the author did not create a ruby implementation over Beam? Maybe elixir has extra features than ruby, so why he does not create a superset of ruby? Try to image all ruby gems that support the feature of Elixir at zero cost, instead we have a new language new libs...

fisher-lebo 12y ago
Trying to map a superset of a different language to the Erlang VM would likely be much more difficult than the current approach.
klibertp 12y ago
Ruby semantics wouldn't map to BEAM cleanly. Pervasive immutability, error handling and concurrency constructs are very different between Ruby and Erlang, I don't think trying to bridge the gap would be an easy task.

amrtn 12y ago

¿No RSS or ATOM feed available? Feedly doesn't find any feed on http://howistart.org/ http://howistart.org/ I know I can get updates by twitter but feeds are a commodity I'm used to :(

aksx 12y ago
maybe write a twitter -> rss feed converter :)
kungfooguru 12y ago
I'll try to get one together soon.
saraid216 12y ago
https://dev.twitter.com/discussions/1603 https://dev.twitter.com/discussions/1603 ?
alxndr 12y ago
page2rss.com in a pinch

MCRed 12y ago

Anyone interested in a job programming elixir full time? We've got a startup-like environment, without the hassle of trying to find backing or traction. We get to work with new technology all the time, though we're primarily an Elixir/Ember shop. If you're located in Austin or interested in relocating, drop a line to: jay.prince@clutchanalytics.com PS- We are running elixir in production, right now.