The language of the future

(this is not a kopipe,copypasta,or stolen-from-obscure-blog post)
Do you wonder what will be the dominant language of the future?
Perhaps you have invested a lot in your language, and hope it gains popularity? Do you think all languages have flaws?
I will have to shatter few misconceptions first.
1. {Hardware gains will make slower languages more acceptable.}
As always the threshold for minimum performance will rise along with the software complexity. The slower languages will have to deal with newer, more complex tasks at their "improved speed", while faster languages will always be on top. Simpler algorithms have been always been the domain of faster languages, so there is not point using slower ones.
2. {Memory gains will make languages with garbage collection more competitive}
As with #1, memory consumption will also rise and languages which have non-GC systems will have order of magnitude more memory to use without any GC-induced delays.However, the advantage of safety for low-performance tasks would open new niches.

3.{The language of the future will be the fastest of pack}
If assembly was that desirable we would be writing asm macros and building benchmarks for every mundane task. Its not always productive to focus on performance alone. The language of the future will probably not have the highest performance, but it will be near the top.

4.{the language of the future would be a version of C or C++}
These two have many severe problems and ancient quirks, which cannot be fixed without a complete redesign:making them NOT C or C++. The debugging and writing code in the language of the future will be much easier to write and debug.

5.{the language of the future will have syntax that forces it to be readable to everyone and consistent in logical sense }
The freedom of design vs prescriptive design debate will not have much priority in the syntax in the language of the future, but it will make many mistakes an invalid code.

Now if we examine trends in design of languages, its obvious the future languages will have a minimum feature set and standard library, thats is far larger current languages. Languages which don't force one to reinvent the wheel and allow one to construct such wheel from primitives if desired are the ones to look for. 

What paradigm the language will abide by? Its far more likely that the language of the future will be multi-paradigm with at least 3-4 paradigms covered, than as single-paradigm prescriptivist language(e.g. purely functional, purely dataflow, purely logical).

Now, finally, the most important question: will it run on the browser?
The future language will obviously not be a form of JavaScript(unless a radical redesign occurs), but it have the option to be embedded on the web.Its likely that JavaScript and the future language will coexist for decades, before the content switches to the superior/faster language.

Sadly, current languages will not evolve to be the future language: it will come when someone sick of current languages design something novel, and if the developers like it, it will spread, eventually getting standardized and possibly dominating the field before becoming obsolete in long-term. That how it works.

>>1
a. Mandarin Chinese, with English Dying out. Technical Engrish. Programming >>3, because of CEOs.
b. Certainly, ελληνικά, Latin, and Lojban are languages I dedicate my life to maintain, since the are the most syntactically unambiguous human languages. 한국어, being a great attempt of a symbolic language adapting a phonetic. For programming C and Scheme are and always will the Best; following Common Lisp, ATS, Haskell, awk, mksh, etc...
c. Yes, except those that are validated, like R6RS and R7RS.

1. Moore's law was already accomplished:
http://prl.aps.org/abstract/PRL/v107/i20/e207001
http://www.nims.go.jp/eng/news/press/2011/11/p201111020.html
Now we need to make a processor of it. However, even if we make processor as fast as we can, it does relinquish the fact that there are better approaches at systematically creating a program for its dedicated application with the best possible programming language to express it. Unfortunately, the lowest level a human can express abstract ideas into machine code is in symbolic expressions, which any Lisp is great for.

2. I feel like we are back in 1958 making the the same debate about it is a great idea to have a garbage collector made, especially when we were thinking, and correct, that in the future computers would become so advance, that you can add additional memory on mainframes while it was running, and expand the system memory as, with out any errors. They call this Hot Swapping these days.

3. And thus the compiler was conceived! Back to the 1950s!

4. That is why the Chicken compiler and interpreter was made, to correct these nuances. Also, with theorem proving programming languages, you can determine your code to always maintain the machine limits, since it most prove it self so. ATS programming language provides just that syntax.

5. And Lobjan based ATS... That does since like a great idea to implement. Should be make a sourceforge project for this idea? However any Lisp gives you both the freedom to design your own Domain Specific Language (DSL), and form deterministic programming languages to prevent all sorts of errors.

d. The choice of a language determines paradigm you follow. Eastern languages used more Pictographs to communicate than Western, thus more artistic culture was disseminated. Indo-European languages developed more Syllabic writing, thos more musical culture was dispersed. However in programming languages, Lisp dialects offers all of them, due to its simplicity to apply a DSL, and how integrated the dialects are will all those forms.

e. Certainly. Someone just needs to apply an interpreter or virtual machine on a browser, and append/implement a specific DSL for the requirements of a browser. The hope of LiveScript was supposed to be just that, implementing Scheme, but the managers of Netscape decided otherwise to make the VM read something more ``C-like'':
https://brendaneich.com/2008/04/popularity/

You can start using GNU Guile for a a quick implementation of scheme in a web browser. However, we are working on implementing a R6RS and R7RS Interpreter and VM, which you are welcome to help out:
http://code.google.com/p/ypsilon/
http://code.google.com/p/mosh-scheme/
https://code.google.com/p/chibi-scheme/
Once we are done, we can see if we can qualify them on:
http://srfi.schemers.org/srfi-implementers.html

No, that is not how it works. The Economy[/Money/Business]is the most prolific factor that determines how languages change, and what becomes the most prevalent language that drives societies. This is particularly true in programming languages. If there is no economic/market value, the language will die due to the lack of demand, and the extremely limited supply (speakers/writers/developers). Why do you think English is the most popular Business language, Chinese being Second? Because the English speakers dominated the World trade. The reason Mandarin Chinese will be the dominant language in the world is because Chinese speaker now is over populating the world, and most of the World's Resources are in China. Now Scheme, as well as many Lisp programming languages, have their documentation in Mandarin Chinese, and you can implement Mandarin Chinese on the code. So you might have to consider using language that can implement most paradigm, and can easily implement newer ones when change in the economy/society occurs. With a Lisp dialect, you can implement a DSL that resolve an language issue the economy/society demands.