Efene: an Erlang VM language that embraces the Zen of Python
1–10 of 17 posts
Re: Efene: an Erlang VM language that embraces the Zen of Python
#2Get rid of the ends and I'm sold. Otherwise it's elixir all over again...
Re: Efene: an Erlang VM language that embraces the Zen of Python
#3[deleted]
Re: Efene: an Erlang VM language that embraces the Zen of Python
#4I don't want to be that guy, but annotations at the end of the line, seriously?
All the @public at the end of the function headers really hurt the eye.
I think there's a reason 90%+ of the languages has either it above the declaration of at the beginning of the line.
Re: Efene: an Erlang VM language that embraces the Zen of Python
#5Zen of Python? This is funny.
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!)
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.
Why would anyone want _any_ of that on the Erlang VM?
Re: Efene: an Erlang VM language that embraces the Zen of Python
#6Zen of Python? This is funny. 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!) 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…
you are so wrong that's not funny
Re: Efene: an Erlang VM language that embraces the Zen of Python
#7I'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.
Personally I don't see the need of use every tool in the same way, there is nothing wrong with the erlang syntax.
Re: Efene: an Erlang VM language that embraces the Zen of Python
#8Zen of Python? This is funny. 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!) 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…
you are so wrong that's not funny
I don't know, I'm starting to run into a lot of difficulties writing a system than manages lots of different processes; I've ended up splitting a lot of these things into APIs now that have a rabbit a between them and the thing looks a lot better.
Language level integrated and robust process management/OTP features really are great; you only need to look at something like twisted to see that Python is not a perfect fit for managing this stuff and I'll play with other languages (probably Elixir right now) to see what I can learn.
Maybe the original poster is missing the point that having Python ideas added to a functional language would help? Or maybe I should just learn functional programming properly!
Re: Efene: an Erlang VM language that embraces the Zen of Python
#9Earlier quoted context omitted.
you are so wrong that's not funny
I don't know, I'm starting to run into a lot of difficulties writing a system than manages lots of different processes; I've ended up splitting a lot of these things into APIs now that have a rabbit a between them and the thing looks a lot better. Language level integrated and robust process management/OTP features really are great; you only need to look at something like twisted to see that Python is not a perfect f…
That's probably a mater of perspective, you and a lot of people seems to be building a REST API splitting functionality into independent services, and is great and a good thing, but it means the architecture needs to have complexity and failures in the right mind/context.
It's not right to bring just twisted to the discussion, I can give you tornado as completely the opposite, it's beautiful and simple and plays great with the multi-process libraries and asyncio, Python 3, etc.
The concurrency models are just different and it's probably nothing wrong with that, single threaded processing using coroutines inside and talking with other processes by message passing using zmq and not rabbit could be monitored with supervisor another great python tool... they are just different tools for different jobs that in fact work in team better that for each own, Python + Erlang.
My point is that is like comparing a mango with a sunfruit, and again there's nothing wrong with the erlang syntax.
Btw I know rabbit it's build on Erlang but again I think it's not a good Erlang example, you could used cowboy as a better OTP builded Erlang application, and again just a mater of perspective.
Re: Efene: an Erlang VM language that embraces the Zen of Python
#10Why 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.