Hacker News Reader

Right, but it's extremely difficult to get concurrency right at the application level. Anything that works usually works by chance, and changing the hardware that a multithreaded program runs on is a great way to find out how you fucked up the implementation.

Right now, it's likely that a lot of bugs are not showing themselves regularly, so nobody has bothered running any diagnostic tools (Helgrind, etc.)

View on HN

I agree with you that people are really bad at concurrency, but I disagree that it's that hard once you get used to it.

Once you deal with one large deep difficult highly concurrent project, you get used to the idea that when there are threads and mutexes involved you have to think REALLY HARD about how it should work, and you can't rely on just trying something and testing it like you can with normal code. And if you do that, you can get threads to work pretty reliably, not just by chance.

My thoughts on threads boil down to: they're a tool for library authors. Using them in applications is ... misguided. Use an event loop instead.

Reply on news.ycombinator.com