8 ms·

Aside from the inflammatory headline, what the article seems to be saying is "teach more about concurrent programming during early software programming courses,

Aside from the inflammatory headline, what the article seems to be saying is "teach more about concurrent programming during early software programming courses," which seems reasonable enough. Like pointers, concurrent programming concepts seem to be a tough pill for some CS students.

apgwoz 18y ago
I'm not sure how you can talk about concurrency without talking about locks and other such topics, which I think is very ambitious for new programmers. However, if universities start teaching programming with pure functional languages (which is highly unlikely), concurrency becomes a much easier topic for discussion. Perhaps this is the sort of thinking that will lead to more universities adopting something like PLT Scheme, which in recent versions, has moved the notion of mutable pairs into a library. Doing this might bring functional languages out of academia and more into the mainstream, which would be fantastic. I remember fellow students having trouble grasping pointers, even after a 2nd year architecture course, which I thought was completely absurd since they were writing assembly code without tremendous strain.
- stcredzero 18y ago
  Often when competent programmers are having trouble grasping pointers, they are actually doing fine with thinking about pointers in abstract, but having trouble with the notation describing a particular instance of them. (Especially with C programs.) One of the things that doing good OO and following the Law of Demeter does for you is to reduce the levels of indirection you have to deal with to one or two.
  - lallysingh 18y ago
    What really helps in that situation is a good debugger, that lets you quickly look up blocks of memory (e.g. where the pointer references). Obviously it should be stable enough to handle bad pointers (giving an error message instead of crashing is nice). The old CodeWarrior debugger was great for this. Lots of windows you could pop up for every in-memory object you cared about. sigh
    - a-priori 18y ago
      You should take a look at ddd. I've never used CodeWarrior, but from your description it sounds a lot like ddd.
      - lallysingh 18y ago
        ddd's nice, but CW made it a lot easier to stay close to the machine-level. Nothing like a good window'd hexdump to browse :-)
  - orib 18y ago
    From what I've seen helping people I know handle pointers, they're really actually having trouble with the concepts of pointers. Getting them to draw the box diagrams with pointers correctly is challenging. The notation is an extra challenge, but it's not the main difficulty. It's not the notation, it is the concept.
    - stcredzero 18y ago
      Only time I've seen difficulty with pointers in the abstract is when helping people in intro programming classes in C. Once you're past that level, programmers get it, but they get confused by what the code is actually saying.
- crabapple 18y ago
  I'm not sure how you can talk about concurrency without talking about locks that is because you have slept through the entire revolution of share-nothing concurrency
  - 13ren 18y ago
    Please elaborate.
    - crabapple 18y ago
      search "shared nothing concurrency"...read sutter's "the end of the free lunch"...
  - bdotdub 18y ago
    I don't see how share nothing concurrency solves the "problem" of learning about locks. While locks in a share nothing concurrency architecture is not a problem, it is in other concurrency setups (you know, like threads?)
    - apgwoz 18y ago
      I think his point was that you don't need to learn about locks to learn about concurrency, which is a valid point. The problem with the point, at least as I see it, is that first year programming classes (at this point in time at least) do not teach languages that have concurrency models that really support it, nor do they eliminate the problem of synchronization by providing immutable data structures. I, just this afternoon, heard Guy Blelloch give a talk about Parallel thinking today, and he seems to support the idea of teaching parallel programming throughout the curriculum almost instead of sequential programming--making sequential thinking the oddity. I think this makes sense, but it obviously has some flaws...
      - bdotdub 18y ago
        * do not teach languages that have concurrency models that really support it* I don't know that I agree with that at all. My first college CS class taught Java, definitely supports concurrency. It's not Erlang-like concurrency, but concurrency nonetheless. Theres a trend to start teaching Python as a first language, that supports it as well.
- bdotdub 18y ago
  I'm not sure how you can talk about concurrency without talking about locks ... which I think is very ambitious for new programmers. I agree. I don't think it should start from CS1, but you can start with the Dining Philosophers problem in CS1 to introduce the ideas of locks and starvation.
jaydub 18y ago
Let's also not forget that Paul, as an employee of Intel has interest in boosting his company's strategic direction (many-core). I think this may explain the ostensibly inflammatory headline. Nevertheless, you can still see what Paul is trying to get at: CS curriculums are woefully under-preparing their students for a parallel world.
- axod 18y ago
  if you believe it's going to be a parallel world in the future. I think that's still up for much debate.
  - jaydub 18y ago
    Since clock speeds have pretty much hit a barrier - the only way to go faster will apparently be to leverage parallelism. It's worth pointing out that the "speed-of-light collides with 20+GHz serial processor" See http://www.hppc-workshop.org/HPPC07/Vishkin_HPPC07.pdf http://www.hppc-workshop.org/HPPC07/Vishkin_HPPC07.pdf
    - axod 18y ago
      And as more things are run on servers, and less on clients, do we need to go faster on the client?
      - coffeeaddicted 18y ago
        Pretty much anyone working with 3D, Image processing, AI and in many simulation areas will hope for more speed for a few more years.
        gaius 18y ago
        Extracting parallelism from rendering code is well-understood and has been for a decade or more. Intel is hyping all this as if it's something new but really it's well-understood stuff being implemented inside one box instead of being spread across many.

apgwoz 18y ago

I'm not sure how you can talk about concurrency without talking about locks and other such topics, which I think is very ambitious for new programmers. However, if universities start teaching programming with pure functional languages (which is highly unlikely), concurrency becomes a much easier topic for discussion. Perhaps this is the sort of thinking that will lead to more universities adopting something like PLT Scheme, which in recent versions, has moved the notion of mutable pairs into a library. Doing this might bring functional languages out of academia and more into the mainstream, which would be fantastic. I remember fellow students having trouble grasping pointers, even after a 2nd year architecture course, which I thought was completely absurd since they were writing assembly code without tremendous strain.

stcredzero 18y ago
Often when competent programmers are having trouble grasping pointers, they are actually doing fine with thinking about pointers in abstract, but having trouble with the notation describing a particular instance of them. (Especially with C programs.) One of the things that doing good OO and following the Law of Demeter does for you is to reduce the levels of indirection you have to deal with to one or two.
- lallysingh 18y ago
  What really helps in that situation is a good debugger, that lets you quickly look up blocks of memory (e.g. where the pointer references). Obviously it should be stable enough to handle bad pointers (giving an error message instead of crashing is nice). The old CodeWarrior debugger was great for this. Lots of windows you could pop up for every in-memory object you cared about. sigh
  - a-priori 18y ago
    You should take a look at ddd. I've never used CodeWarrior, but from your description it sounds a lot like ddd.
    - lallysingh 18y ago
      ddd's nice, but CW made it a lot easier to stay close to the machine-level. Nothing like a good window'd hexdump to browse :-)
- orib 18y ago
  From what I've seen helping people I know handle pointers, they're really actually having trouble with the concepts of pointers. Getting them to draw the box diagrams with pointers correctly is challenging. The notation is an extra challenge, but it's not the main difficulty. It's not the notation, it is the concept.
  - stcredzero 18y ago
    Only time I've seen difficulty with pointers in the abstract is when helping people in intro programming classes in C. Once you're past that level, programmers get it, but they get confused by what the code is actually saying.
crabapple 18y ago
I'm not sure how you can talk about concurrency without talking about locks that is because you have slept through the entire revolution of share-nothing concurrency
- 13ren 18y ago
  Please elaborate.
  - crabapple 18y ago
    search "shared nothing concurrency"...read sutter's "the end of the free lunch"...
- bdotdub 18y ago
  I don't see how share nothing concurrency solves the "problem" of learning about locks. While locks in a share nothing concurrency architecture is not a problem, it is in other concurrency setups (you know, like threads?)
  - apgwoz 18y ago
    I think his point was that you don't need to learn about locks to learn about concurrency, which is a valid point. The problem with the point, at least as I see it, is that first year programming classes (at this point in time at least) do not teach languages that have concurrency models that really support it, nor do they eliminate the problem of synchronization by providing immutable data structures. I, just this afternoon, heard Guy Blelloch give a talk about Parallel thinking today, and he seems to support the idea of teaching parallel programming throughout the curriculum almost instead of sequential programming--making sequential thinking the oddity. I think this makes sense, but it obviously has some flaws...
    - bdotdub 18y ago
      * do not teach languages that have concurrency models that really support it* I don't know that I agree with that at all. My first college CS class taught Java, definitely supports concurrency. It's not Erlang-like concurrency, but concurrency nonetheless. Theres a trend to start teaching Python as a first language, that supports it as well.
bdotdub 18y ago
I'm not sure how you can talk about concurrency without talking about locks ... which I think is very ambitious for new programmers. I agree. I don't think it should start from CS1, but you can start with the Dining Philosophers problem in CS1 to introduce the ideas of locks and starvation.

jaydub 18y ago

Let's also not forget that Paul, as an employee of Intel has interest in boosting his company's strategic direction (many-core). I think this may explain the ostensibly inflammatory headline. Nevertheless, you can still see what Paul is trying to get at: CS curriculums are woefully under-preparing their students for a parallel world.

axod 18y ago
if you believe it's going to be a parallel world in the future. I think that's still up for much debate.
- jaydub 18y ago
  Since clock speeds have pretty much hit a barrier - the only way to go faster will apparently be to leverage parallelism. It's worth pointing out that the "speed-of-light collides with 20+GHz serial processor" See http://www.hppc-workshop.org/HPPC07/Vishkin_HPPC07.pdf http://www.hppc-workshop.org/HPPC07/Vishkin_HPPC07.pdf
  - axod 18y ago
    And as more things are run on servers, and less on clients, do we need to go faster on the client?
    - coffeeaddicted 18y ago
      Pretty much anyone working with 3D, Image processing, AI and in many simulation areas will hope for more speed for a few more years.
      - gaius 18y ago
        Extracting parallelism from rendering code is well-understood and has been for a decade or more. Intel is hyping all this as if it's something new but really it's well-understood stuff being implemented inside one box instead of being spread across many.