Getting started with Erlang: a new way to look at Erlang's syntax
1–10 of 15 posts
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#2Re: Getting started with Erlang: a new way to look at Erlang's syntax
#3I also didn't have in-depth prior experiences to non-ALGOL languages all that substantively. I had experimented with Scheme, OCaml and REBOL (and read documents on Prolog, but barely typed much of it) before, but nothing fancy.
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#4It's funny, I set out to learn Erlang this year, but ended up learning Elixir first. A lot of people go to great lengths to assure that Elixir is not the "CoffeeScript of Erlang" (which I do understand refers to more than just syntax improvements), but I found the opposite. After getting used to Elixir syntax, Erlang seems aesthetically much more elegant.
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#5I never understood why Erlang syntax has been so commonly maligned. I had no trouble getting through Joe Armstrong's Programming Erlang in less than a week, and the syntax never required any conscious moment to "click," it just flowed right past. The only exception at first was the operator precedence rules inherited from Prolog, but those are memorized quickly. I also didn't have in-depth prior experiences to non-AL…
I suspect there are people for whom syntax has a large impact on productivity. Especially when first getting familiar with a language. I don't think downplaying that is wise.
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#6I never understood why Erlang syntax has been so commonly maligned. I had no trouble getting through Joe Armstrong's Programming Erlang in less than a week, and the syntax never required any conscious moment to "click," it just flowed right past. The only exception at first was the operator precedence rules inherited from Prolog, but those are memorized quickly. I also didn't have in-depth prior experiences to non-AL…
I think that generalizing from your own personal experience is probably a bad idea here. I personally learn syntax very easily probably because I place very little emphasis on syntax and far more on semantics. However I have met people who place a lot of emphasis on syntax. For them the syntax of a language is a large hindrance. I suspect there are people for whom syntax has a large impact on productivity. Especially…
Honestly I see it as just slightly less juvenile than "Lost In Stupid Parentheses".
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#7It's funny, I set out to learn Erlang this year, but ended up learning Elixir first. A lot of people go to great lengths to assure that Elixir is not the "CoffeeScript of Erlang" (which I do understand refers to more than just syntax improvements), but I found the opposite. After getting used to Elixir syntax, Erlang seems aesthetically much more elegant.
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#8Re: Getting started with Erlang: a new way to look at Erlang's syntax
#9It's funny, I set out to learn Erlang this year, but ended up learning Elixir first. A lot of people go to great lengths to assure that Elixir is not the "CoffeeScript of Erlang" (which I do understand refers to more than just syntax improvements), but I found the opposite. After getting used to Elixir syntax, Erlang seems aesthetically much more elegant.
Whether those reasons are significant enough for you to use Elixir over Erlang are another matter, but it wouldn't be classified as just another CoffeeScript when compared honestly.
Re: Getting started with Erlang: a new way to look at Erlang's syntax
#10It's funny, I set out to learn Erlang this year, but ended up learning Elixir first. A lot of people go to great lengths to assure that Elixir is not the "CoffeeScript of Erlang" (which I do understand refers to more than just syntax improvements), but I found the opposite. After getting used to Elixir syntax, Erlang seems aesthetically much more elegant.