Why wait for Python to reinvent itself? Just use Erlang and call Python libraries from Erlang if you really need them.
Why not use Erlang and make it concurrent? :) [spawn(fun() -> print("'I will not throw paper airplanes in class.'") end) || N <- lists:seq(1, 500)]
Great idea, great product.
Erlang.
With SimpleDB (combined with EC2), building and scaling a service like AppJet just got a whole lot easier.
What do you mean by "everything is turning into software"? Also, while I agree that there's effectively infinite demand for new software (I can't imagine a day where all software companies and open source projects stop…
Erlang ended up outperforming Ruby by many orders of magnitude in the same benchmark. Read the final article.
Erlang was designed for building scalable, highly available distributed systems. If it's not good at building other things, e.g. first person shooters, that's not a meaningful disadvantage.
Why wait for Python to reinvent itself? Just use Erlang and call Python libraries from Erlang if you really need them.
Why not use Erlang and make it concurrent? :) [spawn(fun() -> print("'I will not throw paper airplanes in class.'") end) || N <- lists:seq(1, 500)]
Great idea, great product.
Erlang.
With SimpleDB (combined with EC2), building and scaling a service like AppJet just got a whole lot easier.
What do you mean by "everything is turning into software"? Also, while I agree that there's effectively infinite demand for new software (I can't imagine a day where all software companies and open source projects stop…
Erlang ended up outperforming Ruby by many orders of magnitude in the same benchmark. Read the final article.
Erlang was designed for building scalable, highly available distributed systems. If it's not good at building other things, e.g. first person shooters, that's not a meaningful disadvantage.