5 ms·

To be honest, I left FP for a long time after learning lisp, and erlang is what brought me back. The erlang syntactic is really quite good. IT's new, yes, it's

by MCRed 12y ago

To be honest, I left FP for a long time after learning lisp, and erlang is what brought me back. The erlang syntactic is really quite good. IT's new, yes, it's not lisp, it's not C, you have to learn a new syntax. Get over yourself, it's not that hard. And once you learn it, it's nice and consistent and comprehinsible. But elixir is even better. Elixir brings a lot of great features to erlang, while retaining interoperability, and one of the things about elixir is its syntax is much nicer (in my opinion) and it's certainly more accessible to most people. Learn elixir.

moron4hire 12y ago
>> Get over yourself, it's not that hard. I've been thinking about getting this printed on stickers and handing them out at tech meetups.
- Singletoned 12y ago
  Or you could get ones that say "It was easy for me, so it should be easy for everyone"
proveanegative 12y ago
Do you already use Elixir in production? Please tell us a little bit about it if you do.
- benwilson513 12y ago
  We do at http://cargosense.com/ http://cargosense.com/ and it's been an excellent choice. Elixir is totally compatible with existing erlang code, which means we've been able to leverage erlang libraries, OTP supervision practices and so without any trouble at all, while still getting excellent macros, protocols and so forth. I'm a particularly big fan of Elixir's lazy collections called Streams, and the ability to build your own. We've written a library for interacting with DynamoDB and Amazon Kinesis that uses these to handle the pagination of those resources behind the scenes so that when you're using the library you can just treat the resource as an ordinary collection and take as many as you like. We're using the Phoenix framework http://www.phoenixframework.org/ http://www.phoenixframework.org/ as a backend for a web app written in Angular, and also as part of a data publication service. Phoenix makes a couple of great design choices influenced by its erlang heritage. Most notably it is really just one of the erlang "applications" you run, so it doesn't dominate or dictate the rest of your project structure. You can easily integrate it as just the web component of an application that has behind the scenes data processing or whatever else it is you'd want to do. The only gotcha we've run into so far is that a lot of erlang libraries expect strings for configuration text (list of chars) whereas the convention in Elixir is to use binaries.This hasn't resulted in any real issues though, just a perplexed minute from time to time. If you have any particular questions I'd be happy to try to answer them.
girvo 12y ago
I thought Erlang was quite old?
- wcummings 12y ago
  Older than Perl, Python and Ruby, at least
- rdtsc 12y ago
  It is pretty old and that's what makes it great!
- ghayes 12y ago
  Erlang dates back to Ericsson's CSLab in 1986. It's explained in good detail in this thesis by Joe Armstrong[0]. From that paper, the first significant production use came in 1995 with the Ericsson AXD301 switch. [0] http://www.erlang.org/download/armstrong_thesis_2003.pdf http://www.erlang.org/download/armstrong_thesis_2003.pdf

by MCRed 12y ago

moron4hire 12y ago

>> Get over yourself, it's not that hard. I've been thinking about getting this printed on stickers and handing them out at tech meetups.

Singletoned 12y ago
Or you could get ones that say "It was easy for me, so it should be easy for everyone"

proveanegative 12y ago

Do you already use Elixir in production? Please tell us a little bit about it if you do.

benwilson513 12y ago
We do at http://cargosense.com/ http://cargosense.com/ and it's been an excellent choice. Elixir is totally compatible with existing erlang code, which means we've been able to leverage erlang libraries, OTP supervision practices and so without any trouble at all, while still getting excellent macros, protocols and so forth. I'm a particularly big fan of Elixir's lazy collections called Streams, and the ability to build your own. We've written a library for interacting with DynamoDB and Amazon Kinesis that uses these to handle the pagination of those resources behind the scenes so that when you're using the library you can just treat the resource as an ordinary collection and take as many as you like. We're using the Phoenix framework http://www.phoenixframework.org/ http://www.phoenixframework.org/ as a backend for a web app written in Angular, and also as part of a data publication service. Phoenix makes a couple of great design choices influenced by its erlang heritage. Most notably it is really just one of the erlang "applications" you run, so it doesn't dominate or dictate the rest of your project structure. You can easily integrate it as just the web component of an application that has behind the scenes data processing or whatever else it is you'd want to do. The only gotcha we've run into so far is that a lot of erlang libraries expect strings for configuration text (list of chars) whereas the convention in Elixir is to use binaries.This hasn't resulted in any real issues though, just a perplexed minute from time to time. If you have any particular questions I'd be happy to try to answer them.

girvo 12y ago

I thought Erlang was quite old?

wcummings 12y ago
Older than Perl, Python and Ruby, at least
rdtsc 12y ago
It is pretty old and that's what makes it great!
ghayes 12y ago
Erlang dates back to Ericsson's CSLab in 1986. It's explained in good detail in this thesis by Joe Armstrong[0]. From that paper, the first significant production use came in 1995 with the Ericsson AXD301 switch. [0] http://www.erlang.org/download/armstrong_thesis_2003.pdf http://www.erlang.org/download/armstrong_thesis_2003.pdf