[petke]

Personally I think in the next 30 years we will be programming with thesame languages popular today. They will evolve to handle multicore better though. With tasks, async, couruoutines, actors, etc. Before too long we will have a mix of thousands of cores. Gpu, cpu, remote cores. We will have to figure out how to spread our programs across all of them. Well all be doing supercomputing.

[DonaldFisk]

Before looking ahead, it's well-worth looking back to see how far we've come. Things have changed a lot over the last 30 years, and I'll be very disappointed if they don't change much over the next 30. In 1986, C++, Java, C#, Perl, Python, and JavaScript didn't exist. The web was a small project unheard of outside of CERN. Much of computing was done in COBOL on mainframes. Garbage collected languages weren't used much. Things haven't progressed uniformly, and in some areas have actually regressed (I miss Lisp Machines), but mainstream computing is well ahead of where it was then.

I also don't think you can simply graft supercomputing onto mainstream (i.e. Algol-descended) languages and expect to keep all your cores equally busy. You might get away with some SIMD parallelism, but MIMD parallelism, and quantum computing, require completely different approaches, and completely different programming mindsets.