3 ms·
The "web" for a long time was Perl/Python/PHP/Ruby. I had never done real concurrency work until I started doing C#/Java. But most web devs I've worked with, es
by PopsiclePete 11y ago
The "web" for a long time was Perl/Python/PHP/Ruby. I had never done real concurrency work until I started doing C#/Java. But most web devs I've worked with, especially the ones with an interpreted language background, have no idea or even interest to do any kind of concurrency. NodeJS isn't making things better either.
AFAIK, the only "easy" and pleasant language to do concurrency in is Go and maybe Clojure if you can get past the LISP. C# is nice but is (for now) still too MS-centric, and Java is ...well...Java.
Until we move away from the intercepted languages and frameworks of the 1990's, this won't get any better anytime soon.
- sotojuan 11y ago> AFAIK, the only "easy" and pleasant language to do concurrency in is Go and maybe Clojure if you can get past the LISP. Have you looked into Elixir? It's a language that compiles to Erlang's VM and thus has the same concurrency model as Erlang's, which is one of the simplest ones.
- techdragon 11y agoPulsar is also a great Actor Model Concurrency library for Python. It gives you Erlang/Elixir style actor concurrency in Python!