J'ai l'impression que bien peu de gens connaissent le C++ en fait
J'ai l'impression que bien peu de gens connaissent le C++ en fait
Heu...pour moi c++ c'estce genre de devise sans argumentation est... inutile, et vraiment inattendue
c'est valable pour moi en tout cas , je ne prétends pas que c++ n'a rien apporter à notre monde 'prog' mais bon il a apparement fait son temps comme fortran et basic
le c++ est archaique et vieux et ne contient aucune meta api
de plus en terme de performence on pense d'abord alogorithme puis complexité puis implementation
un alogorithme avec une complexite en O( n² ) ne sera jamais performant et efficace même en C++ face a un alogorithme en O(log(n))
je pense que java deviendra un jour le remplacant de c++
ajourdh'ui ce qui lui manque ces la possibilité d'allouer des objet simples type structure du C sur la pile ou de façon statique
deplus dans l'avenir la performence s'obtiendra avec de la programmation parallèle avec multi coeur comme la PS3
et de ce coté java est meiux adaptée car les thread ont une syntaxe build-in
et que java contient des mecanisme de synchronization évoluer
Ca fait pas trop mal d'enfoncer des portes grandes ouvertes?Envoyé par super_navide
J'en doute fortement. Java n'est pas une option dans mon contexte (premiere raison, il y a quelques dizaines de millions de lignes de code, reecrire n'est pas envisageable; deuxieme raison, tant que nous nous batterons pour limitter notre occupation memoire -- deux seuils: rester en 32 bits, rester dans la memoire physique --, un langage a GC impose ne sera jamais une option; troisieme raison, il y a eu des tentatives pour faire des nouveaux developpements en Java, au mieux on est revenu au C++ en limitant les degats dus aux raisons ci-dessus et a d'autres encore, jamais tant que ces echecs resterons dans la memoire des dirigeants Java ne sera une option) et la premiere raison est suffisemment repandue pour que C++ ne soit pas remplace dans un avenir previsible.je pense que java deviendra un jour le remplacant de c++
Je suis d'accord, mais d'une part la performance en sequentiel sera toujours un facteur important (cf loi d'Amdhal), d'autre part on n'est qu'au tout debut... pour profiter des multicoeurs annonces, il faudra vraissemblablement changer de paradigme de programmation. Ce qui n'est pas gagne d'avance et ne pourra ce faire qu'avec un nouveau langage adapte. Le probleme est qu'a ma connaissance, on ne connait pas encore de paradigme parallele applicable universellement...deplus dans l'avenir la performence s'obtiendra avec de la programmation parallèle avec multi coeur comme la PS3
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
Ca c'est pas une vrai raison, les banques ont des millions de lignes de code en Cobol et pourtant ...Envoyé par Jean-Marc.Bourguet
Ben ca c'est possible en Java dans une certaine mesure et avec un peu d'astuce, mais il est vrai que dans certains domaines ca peut être plus genant que d'autresEnvoyé par Jean-Marc.Bourguet
C'est ton but ou ce qui te gène en java ?Envoyé par Jean-Marc.Bourguet
En fait en Java tu es sur de rester en 32 bits
Juste par curiosité c'est quoi ton domaine exactement ?Envoyé par Jean-Marc.Bourguet
Bah le Cobol est toujours bien là avec ses millions de lignes de codes qu'il faut maintenir. Un peu comme ses programmes en C++.Envoyé par kpouer
"Most Java programs are so rife with concurrency bugs that they work only by accident"
Elles reecrivent? Elles ont plus de moyens que nous. Nous avons plus qu'assez de boulot a ajouter en fonctionnalite.Envoyé par kpouer
Nos clients ont des donnees dont les tailles varient. Suivant les clients (ou pour un client donne suivant le projet considere), rester en 32 bits (ce qui offre un gain de performance) ou rester dans la memoire (eviter de swapper est un gain de perf certain) est l'objectif. L'objectif reel est d'avoir les resultats pour le lendemain.C'est ton but ou ce qui te gène en java ?
Ca je ne le savais pas. Ce n'est vraiment pas une option alors.En fait en Java tu es sur de rester en 32 bits
EDA (CAO d'electronique -- les logiciels qui servent pour la conception des circuits integres).Juste par curiosité c'est quoi ton domaine exactement ?
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
C'est plus que maintenir. C'est continuer a ajouter des fonctionnalites sans casser les anciennes.Envoyé par toomsounet
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
+1000Envoyé par Jean-Marc.Bourguet
Par ailleurs, des travaux ont actuellement lieu sur deux domaines liés à cette problématique :
- les algorithmes distribués ne nécessitant pas de synchronisation, malgré un partage des ressources (très difficile à concevoir, mais possible)
- les systèmes de transaction au niveau de la mémoire des processeurs (je sais pas si c'est clair )
je pense que le java monkey engine est un execelent exemple de ce que peut faire java .
de plus il y a autre une chose c'est qu'aucun processeur ne gère un GC nativement
ni d'instruction de type objet (genre envoyer un message à un objet )
je pense qu'un processeur orienté objet pourrait faire en sorte d'augmenter les performance de java très fortement.
peut-être la PS4 ???
Je sais pas si elles réécrivent, mais je sais qu'elles font beaucoup de java au moins pour ce qui est nouveauEnvoyé par Jean-Marc.Bourguet
Ben en fait en Java par définition un int c'est 32 bits ni plus ni moins, tu es sur qu'en changeant de processeur ca bouge pasEnvoyé par Jean-Marc.Bourguet
Est-ce que tu connais quelque chose en conception de processeurs ou bien c'est une idee sans aucunes bases solides?Envoyé par super_navide
Reprenons tes idees:
On peut parfaitement imaginer des processeurs plus favorables aux GC (idee concrete: permettre a un process d'installer un gestionnaire d'interruption pour les segfault qui ne passe pas en mode superviseur, ce serait utilisable par les GC generationnels), mais faire gerer tout le GC "nativement", j'ai du mal a voir ce que ca peut vouloir dire. Ca me fait penser au fameux semantic gap que la conception des annees 70 voulait fermer et qui a donner par reaction la tendance RISC integriste...de plus il y a autre une chose c'est qu'aucun processeur ne gère un GC nativement
Meme remarque. As-tu une idee comment un appel virtuel est implemente en C++? (D'apres ce que je crois savoir de Java, ce ne doit pas y etre tres different apres compilation JIT). Qu'est-ce que tu voudrais a la place?ni d'instruction de type objet (genre envoyer un message à un objet )
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
Pour tout ce qui est couche présentation et applications distribuées, le Java prend de l'envergure dans les banques.Envoyé par kpouer
Pour ce qui est de traitement de masses de données où l'accès au référentiel le Cobol reste le roi. Du moins là où je suis.
J'ajoute que le mieux est de faire cohabiter les deux dans ce domaine . Les gains du Java pour la couche applicative haut niveau sont indéniables mais pour traiter quantités d'informations sûrement et rapidement, le vieux langage n'est pas prêt de disparaître.
"Most Java programs are so rife with concurrency bugs that they work only by accident"
Ca je le sais. L'interet premier du 64 bits pour moi c'est l'espace adressable.Envoyé par kpouer
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
Ben la question que je me pose sur le vieux langage c'est : est ce qu'il reste parce qu'il est le mieux adapté pour faire ce qu'il fait, ou est ce qu'il reste parce que tout changer couterait trop cher.Envoyé par toomsounet
C'etait bien mon impression; mais je ne suis pas dans ce domaine.Envoyé par toomsounet
C'est bien si l'appli est structuree comme ca. Ce n'est pas du tout notre cas.J'ajoute que le mieux est de faire cohabiter les deux dans ce domaine . Les gains du Java pour la couche applicative haut niveau sont indéniables mais pour traiter quantités d'informations sûrement et rapidement, le vieux langage n'est pas prêt de disparaître.
Les MP ne sont pas là pour les questions techniques, les forums sont là pour ça.
J'ai notions il y'a un cours sur ce site que j'ai lu et il y a les souvenir de facsEst-ce que tu connais quelque chose en conception de processeurs ou bien c'est une idee sans aucunes bases solides?
c'est sur ca ne serait pas facile ne mettre au point un tel processeur
mais un algos basic comme le marks and sweep pourrait très bien être cablé dans le processeur
comme séparé la mémoire en deux espaces les classes et les instances
de plus il y a aussi le system d'exploitation qui pourrait être objet et facilter le fonctionnement du GC
java est un vrai langage objet moin que Smalltalk mais quand même bien plus qu'en C++
super_navide a écrit :
de plus en terme de performence on pense d'abord alogorithme puis complexité puis implementation
un alogorithme avec une complexite en O( n² ) ne sera jamais performant et efficace même en C++ face a un alogorithme en O(log(n))
Ca semble peut-être évident mais calculer la complexité d'un algorithme est la vrais source de performence et n'est pas un reflexe chez tous les développeursCa fait pas trop mal d'enfoncer des portes grandes ouvertes?
j'ai eu besoin d'optimiser des programe la chose que j'ai faite c'est pas de me dire je vais faire du C++ c'est je vait acheter un gros livre d'algorithmique et y trouvé un algorithme performent et dans 95% des cas ca marche et pas besoin de faire du C++
de plus si sun proclame que java sera la future plateforme pour les jeux videos ca n'est pas pour rien
Je suis un grand fan de Java mais là quand même c'est Sun qui le dit, ils sont pas nécéssairement objectifsEnvoyé par super_navide
Moi je demande pas mieux remarque, mais faudrait aussi qu'ils s'en donnent les moyens, et pour l'instant le Java coté client n'est pas trop leur priorité malheureusement
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager