3 ms·
The professor does mention why he decided not to go ahead with Erlang - I favored going with a c-like systems language because I'm more familiar with it and was
by krat0sprakhar 12y ago
The professor does mention why he decided not to go ahead with Erlang - I favored going with a c-like systems language because I'm more familiar with it and was less comfortable teaching in Erlang.
- lostcolony 12y agoI always found that kind of surprising. I found it easier to learn new concepts/ways of programming with new syntax. When the syntax feels familiar to a language I already know, I find I either am slipping into habits from the language I know, which may or may not be idiomatic, and which may or may not even do what I think it does, or I just don't bother learn them in the first place, assuming they behave the way they do in the other language. The sort of extreme example of this is this particular bit of Erlang that seems familiar from a C background myFunc(Val) -> if Val -> io:format("Val was true", []) end, io:format("the end", []). myFunc(false). When executed you'd expected it to print just "the end". It doesn't; the if statement throws an exception. It looks similar, but behaves differently, and that makes it harder to learn than the constructs that are completely unfamiliar.