Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

We should remember to distinguish between concurrent, parallel, and asynchronous programming. UI is a bad example for the reactor pattern, since the reactor pattern is for concurrent processing and UIs should usually process events sequentially (but asynchronously). That's just a bog-standard event loop, not the reactor pattern.

"Practicing" different concurrency patterns sounds like a lot of tedious effort, and the suggestion to "go back to Node" seems a bit high-handed to me. I would encourage everyone to pick and choose what expertise they want to develop.



Actually UIs process data synchronously, that's why - Qt for example doesn't need to std::mutex everything.


When I say "asynchrounous" I'm talking about the arrival of events. It's not a particularly well-defined word, though.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: