Version imprimable
Citation:
Envoyé par kedare
pas d'accord java est très lent, et gourmand en mémoire...
ces collections sont très complètes et très pratiques, mais d'une efficacité déplorable.
(j'ai déjà eu l'occasion de comparer c / c++ / java /python sur plusieurs exemples dans différents domaines... et java est monté une seule fois sur le podium)
et si tu donnais des exemples... parce que pour tous les benchs que tu peux trouver sur le net, java se defends tout a fait honorablement. (proche de C++ en général)
http://shootout.alioth.debian.org/de...java&lang2=gpp
Hop mon bench préféré, il porte sur 16 programme de test différent pour ce cas la
Java est a peu pres 2fois plus lent que le C++, ce que je trouve être un score pas trop mal
Bon on passera sur l'utilisation mémoire :roll:
dommage j'ai pas de bench avec delphi a vous proposer :(
j'ai pas remarqué que java était lent moi -_-'
Ben de toute facon je m'enfous, java est peut etre lent mais comme tu dis y a un tas de librairies et un tas d'EDI bien pratiques et performants et c'est beaucoup moins chiant que Delphi ou C++.
Ce n'est que mon avis bien sur :P
Pour les programmes PC, la rapidité et la gestion de la mémoire ne sont plus des facteurs déterminants. Avec les PC d'aujourd'hui, tous les langages apparaissent rapides. Après, pour l'embarqué, c'est autre chose.... pour le moment!
Nas'
C'est étrange ce que tu dis sachant que Java est très utilisé dans l'embarqué (téléphone notamment les jeux). Et même dans les très petits systèmes comme les carte à puce style carte banquaire. Ils utilisent du hardware dedié pour interpreter le bytecode Java.
Par contre ce n'est pas la même bibliothèques que le Java normal, donc surement bcp moins de problème de mémoire (ce qui reste le seul véritable problème de Java coté perf).
Oui oui je sais, c'est pourquoi j'ai parlé de l'embarqué. Mais même dans l'embarqué, ça reste quand même lent. Je prend l'exemple des petits jeux sur mon portable. La belle fenêtre Java de chargement, j'ai le temps de la contempler... :mrgreen:
Mais dans l'embarqué, c'est vrai que ça doit être mieux géré (je dis "ça doit" car en fait je n'en sais rien :roll: ).
Nas'
Citation:
Envoyé par Nasky
dans l'embarqué, il existe des java-card avec une jvm implantée "en dur"...
et c'est comme cela qu'on finira avec des cartes SIM ayant des capacités égales à celles de nos baladeurs MP3...
a part cela, java est merveilleux :vomi:
Citation:
Envoyé par Nasky
pas d'accord du tout.
pour des applications ayant de fortes interactions avec l'utilisateur... il est vrai que le bipède derrière l'écran ramera toujours plus.
Mais pour des machines de développement (et ceux sont pas toujours les plus récentes), où on fait des applications avec bdd... on sent très vite que la différence java / python / langages compilés
Le Java est plus lent que le C++, c'est logique et immédiat. De plus, il consomme 2 fois plus de mémoire pour un programme équivalent - grâce au garbage collector -.
Le plus simple, implémenter un algo en Java et en C++, mais en utilisant des objets comparables - pas utiliser les ArrayList avec les std::list par exemple -
Salut,
Je pense qu'il serait bon de recadrer les réponses sur la question afin de répondre à Jean-Yves.
Il demande entre Delphi et Java, lequel serait le plus rapide à apprendre (pour lui), et on se retrouve avec un troll à qui est le plus rapide à l'exécution entre C++ et Java...
Perso, je suis passé par les deux. Et je venais de VBA/VB6. Grosso modo, pour le temps d'apprntissage, ça a été à peu près équivalent, si on se limite à pondre une appli pas trop complexe et qui tourne.
Quite à en choquer quelques-uns, j'ai fait les deux versions de mon appli 3D (avec les mêmes algo bien évidemment...), et je me demande si la version Java n'est pas plus rapide que la version Delphi... mais vu que j'ai viré Delphi de mon pc, je ne pourrai sans doute pas faire les quelques modifs nécessaires au code pour pouvoir vraiment comparer...
Quoiqu'il en soit, si tu veux te limiter au monde windows, oriente-toi plutôt vers Delphi, à mon avis... Moi je suis devenu accro à Java pour plusieurs raisons, mais elles ne seront peut-être pas valables pour toi (portabilité, disponibilité professionnelle, EDI au choix, jungle des API,...).
En gros, les deux langages peuvent sans doute faire tout ce que tu veux faire. Il faudrait voir les "à côté" qui pourraient être limitatif pour l'utilisation que tu veux en faire...
Il ne faut pas oblier l'alternative a Delphi, Lazarus.
Qui lui en plus de fonctionner sur le meme principe de RAD, avec un language precque similaire (je dit bien precque), est portable sur un nombre enorme de platformes (et génere du code natif, donc pas de sur-utilisation de mémoire et pas besoin d'installer aucune dépendance (librairie externe ou JVM)).
Lazarus est basé sur le principe de 'Write once compile everywhere', ce qui est assez atrayant.
Maintenant j'ai remerquer que Lazarus à quelques composants (portables donc) pour l'acces au bases de données, mais comme je m'y connait pas en base de données, je ne peut pas me prononcer à ce sujet.
à voir : Le site de lazarus
Je sors de 8 ans de J2EE. Avant, j'ai fais beaucoup de Delphi, j'ai commencé avec le 1. J'ai toujours continué chez moi à utiliser Delphi pour des besoins personnels.
Pour une utilisation client/serveur + interface windows + accès base de données, il n'y a strictement pas photo. Delphi est le gagnant et de très loin sur n'importe quelle version de Windows.
Delphi sera
- plus rapide à apprendre : interfaces graphiques aux bases de données, langage simple et fortement typé, déploiement très facile (potentiellement un seul fichier exécutable, même pas besoin d'installation)
- plus rapide à développer : Delphi est capable de faire des merveilles avec son IDE en interfaces graphiques Windows, sans aucun code, surtout avec un accès aux bases de données. Les derniers outils M$ ont beaucoup copiés les excellentes idées de Delphi, ce n'est pas pour rien. A noter que le multi-language est géré nativement sans rien à coder non plus.
- plus rapide à s'exécuter : après 8 ans de Java, j'aimerais toujours qu'on m'explique comment certains peuvent encore penser que Java est presque aussi rapide que Delphi ou C++ au niveau des interfaçes graphiques. 2 fois plus lent? Mais c'est énorme!! Sans compter la mémoire nécéssaire derrière niveau Java. La mémoire a beau ne pas être cher, les machines de plus en plus puissantes, ces arguments ne tiennent pas la route. On payera donc cette puissance pour la voir diminuer à cause de choix logiciels? Hérésie!
Chaque langage a ses inconvénients et ses avantages. Ca me fera toujours sourire de voir qu'il y en a toujours pour essayer de vendre le langage X ou Y à toutes les sauces. C'est à mon sens une grosse erreur.
Ca, ça m'étonnerait qu'on te l'explique... c'est pour les applications sans ihm que Java arrive à rivaliser (enfin bon, si il n'y a qu'une malheureuse fenêtre à afficher...).Citation:
Envoyé par blbird
Avec ihm, en plus swing, là y'a plus photo... ça rame sur le sable... (sauf quand on optimise un peu et qu'on ne code pas à la salope pour niquer les fps exprès... :? )
Mais on ne désespère pas, un jour...
Et puis franchement, on ne choisit pas Java pour sa vitesse d'exécution... y'a que ceux qui veulent faire des exe pour windows avec qui font ça...
Vous n'etes pas obligé d'utiliser Swing pour les IHM avec Java, il y à d'autres libs plus rapides.
Citation:
Envoyé par Marc Lussac
+1
swt entre autres... ;)
pas tres precis tout caCitation:
Envoyé par blbird
tu va sur Netbean et tu a un Gui Builder aussi :)Citation:
Envoyé par blbird
d'ailleur M$ a aussi copié java pour faire le C# hein .. c'est pas nouveaux ca , dés qu'un non truc sort ils le copie , change le nom , et font de la pub
tu connais SWT ?Citation:
Envoyé par blbird
si non pour la puissance de calcule Java est aussi bon voir meilleur que C# si bien codé , vu qu'a l'execution java compile en optimisé pour la plateforme sur lequelle le logiciel est lancé
Kedare > Sun copie tout ce qui est intéressant en ce moment, même ce qu'ils ont critiqué par le passé - les templates du C++ par ex -
C'est clair que java consomme plus de mémoire et le package swing est plus lent qu'une interface coder avec Delphi mais cette lenteur n'est pas vraiment perceptible par l'utilisateur a moins qu'il a un vieux pc ... mais plus ça va moins y a de vieux pc...
Pour ma par en tout cas la rapidité de swing un bien suffisante...
Essayer cette appli : c'est un client mail et dite moi si la lenteur est gênante ? (Il faut java 5 sur votre poste)
J'utilise JabRef pour stocker les références de mes publis, c'est le seul logiciel - avec MAtlab - où l'interface graphique est aussi lente à se rafraîchir. C'est clair.