2016 will be the year of concurrency on the web

Re:2016 will be the year of concurrency on the web by PopsiclePete on Tuesday December 29, 2015 @06:09PM (#10809667)

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.

[ Parent | on HN ]

Re:2016 will be the year of concurrency on the web by sotojuan on Tuesday December 29, 2015 @08:39PM (#10810246)

> 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.

[ Parent | on HN ]

Re:2016 will be the year of concurrency on the web by techdragon on Wednesday December 30, 2015 @01:40AM (#10811068)

Pulsar is also a great Actor Model Concurrency library for Python. It gives you Erlang/Elixir style actor concurrency in Python!

[ Parent | on HN ]