Zen of Python? This is funny.<p>Python is a terribly structured language, full of atrocities
like unicode handling, decorators/metaclasses, object system, crippled lambda, braindead "functional" style, idiotic module system (hot code updates yay! oh no it doesn't really work!)<p>It started out as a Christmas hack and it hasn't really evolved much from then on. The same crap in the core, just more sugar on top. A language aimed at the lowest common denominator, designed to make you think "programming is easy!" but ill-suited to solving any sort of hard problem in a graceful fashion.<p>Why would anyone want _any_ of that on the Erlang VM?
I'm not a erlang expert but the use of the case statement is not considered a bad practice? or was the if clause instead? and it seems to me that all is kind of glued inside some sort of a try/catch defensive programming style that the really zen of erlang is completely against.<p>Personally I don't see the need of use every tool in the same way, there is nothing wrong with the erlang syntax.
I don't want to be that guy, but annotations at the end of the line, seriously?<p>All the @public at the end of the function headers really hurt the eye.<p>I think there's a reason 90%+ of the languages has either it above the declaration of at the beginning of the line.
Why does everyone keep trying to replace Erlang's syntax? The syntax pretty closely reflects the feature set, unless you're significantly expanding that why bother, you're only going make it worse.