Linked by Thom Holwerda on Thu 28th Jun 2007 18:37 UTC, submitted by anonymous
Permalink for comment 251589
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
Linked by Thom Holwerda on 06/14/13 20:46 UTC
Linked by Thom Holwerda on 06/14/13 17:32 UTC
More News »
Sponsored Links



Member since:
2007-02-21
Multithreaded programming can be a beast to tackle. I just got a great book that deals with it in the Java world.
I can only really speak from a Java perspective since that's what I do day in and day out. Java is concurrent whether you like it or not. That is because even if I write a single threaded console app, the jvm is still multithreaded. An example is garbage collection runs in its own thread. Another one is your servlet can be called concurrently. So my perspective is rather different, everybody is exposed to threads and people need to start taking that into account in their code.
On the flip side, a couple weeks ago this website reported a statement made by some Intel hot shot that said something to the effect of you all should start programming parallel and concurrent applications for every task. That of course is just stupid. There has to be some benefit for the added complexity.