Bien que ton post ne cible pas Java...on entends souvent dire (en France) que c'est d'la merde...sauf que...la plupart des gens ne savent pas comment marche la JVM...alors qu'il suffit de lire (entre autres) les specs...et de comprendre comment marche un compilateur, un système de fichier, la gestion de mémoire, etc...forcément après, ca aboutit à des programmes qui consomment 64Go de RAM en pointe...qui ont des fuites mémoires et qui te claquent des too many open files. Le vrai problème, c'est juste qu'en France, les écoles d'ingés généralistes et les SSII (aka impôt sur ton revenu puissance 10) se contentent de passer un verni Java à des ingénieurs qui ne connaissent rien à ce qu'est l'informatique, l'algorithmique, la compilation, le réseau et les systèmes d'exploitations...
Juste pour rire, il y a quelques années, en master...notre prof d'algo nous avait demandé de réaliser un petit programme de segmentation d'image qui puisse tourner sur sa machine...tout le monde a fait du C...sauf moi...et tout le monde avait des fuites mémoires (merci imagemagick)...sauf moi...et tout le monde allait plus vite que moi...donc personne ne s'est posé la question de comment optimiser à mort son algo...résultat, en optimisant la reconstruction de l'image et en optimisant l'éclatement de certaines files à priorité...mon programme java tournait plus vite que les beaux programmes de la mort qui tuent écrits en C...le tout sur une jvm kaffe (réputée à l'époque pour beaucoup plus lente que la jvm sun)...
Conclusion : ce qui prime c'est l'algo utilisé...pas le langage...un algo lent en Java sera lent en Java...un algo consommateur en mémoire en Java le sera également en C...et l'overhead de performance imposé par la jvm est sommes toutes négligeable...pour peu que l'on sache l'apprivoiser
---
Après, personnellement, je pense que des langages comme C++ ou Java ont un gros défaut...la communication entre objets est synchrone...une communication en mode message asynchrone est beaucoup plus efficace et scalable...
Maybe the next big thing...which is already big...cf la base de code de Twitter réécrite en Scala pour tirer parti de ceci : http://www.infoq.com/presentations/Actor-Thinking