Systèmes d'Informations Géographiques
- Projets : Unlicense.science - Apache.SIS
Pour un monde sans BigBrother IxQuick ni censure RSF et Les moutons
Bon, là déjà ça part mal. Quelqu'un qui s'amène en disant "voilà, c'est comme ça et pas autrement", j'sais pas pourquoi mais d'office je me mefie de ca qu'il va dire...
là, je suis bien obligé d'admettre que c'est vrai (même si le C++ reste très portable, mais requiert en général une recompil)c'est la portabilité,
ce serai bien d'expliciter ce que tu entends par plus simple. Mais c'est vrai que d'une manière générale, java est plus simpleplus simple,
????le graphisme,
bizarre, en général on considère cela plutot comme un avantage.et pour l'inconvegnent c'est qu'il na pas la gestion des pointeurs
ah bon, première nouvelleet il'est résever au web seulement,
avantage ou désavantages?pour le c++ son avantage c'est les pointeurs
Ben pas de bol, le C++ a été conçu de sorte à pouvoir convenir dans un maximum d'applications. Cela ne signifie pas qu'il est universel, mais quel langage l'est?est il'est réserver pour les OS mais malheuresement il n'st pas universel.
"Toujours en faire plus pour en faire moins"
C++ Abondonné ? et puis quoi encore ? : JAMAIS
A mon avis le scénario le plus probable est que le développement JAVA sous les plateformes Windows soit "phagocyté" par le .Net surtout, entre autres, avec l'emergence des produits MS très innovants et fortement interfacés aux dev .Net (Share point - BI - Office ...)
En ce qui concerne C++, je ne pense pas qu'il existe, à ce jour, un langage digne de le remplacer.
De prime abord, tu dois te dire que n'importe quel langage ayant eu une certaine "notabilité" (car on peut parler aussi bien de C++ et de Java, que de COBOL, de C, ou de Ada) n'a aucune chance de disparaitre dans un avenir "proche"...
La raison est bien simple: après quelques années de dev avec ces langages, les lignes de code se comptent par... millions, parfois dans une seule boite, et dont l'écriture s'est échelonnée sur... plusieurs années (décennies ).
Dés lors, il devient bien souvent plus intéressant de payer "cher et vilain" la "perle rare" qui connait encore le langage pour qu'elle (la perle) écrive trois lignes de code par semaine que de devoir payer une équipe complète pour... porter tout ce code vers un autre langage.
Le résultat le plus visible, c'est sans doute qu'un langage finit par occuper "une niche" particulière (je pense à COBOL qui est encore énormément utilisé dans le domaine de la finance et des assurances, par exemple), mais il se fait que tant Java que C++ sont "suffisamment génériques" (dans le sens où ils sont adaptés à de nombreuses situations différentes) pour éviter de finir dans une niche particulière.
De plus, ces deux langages en particuliers évoluent quasi continuellement (la nouvelle norme C++ est sur le point de sortir, et java suit son "petit bonhomme de chemin"), ce qui est de nature à leur ouvrir de nouvelles horizons.
Le jour où il n'y aura plus d'évolution de la part de ces langages (et m'est avis que cela ne va pas arriver de si-tôt), il ne sera pas exclu que l'on assiste à une "raréfaction" des développements, mais il faudra encore compter quelques décennies avant de pouvoir dire que le langage est abandonné même par la dernière niche particulière qui l'utilisera
A méditer: La solution la plus simple est toujours la moins compliquée
Ce qui se conçoit bien s'énonce clairement, et les mots pour le dire vous viennent aisément. Nicolas Boileau
Compiler Gcc sous windows avec MinGW
Coder efficacement en C++ : dans les bacs le 17 février 2014
mon tout nouveau blog
je ne suis que partiellement d'accord avec cela, il faut savoir qu'avec les machines virtuelles multi-langages (comme la .Net), il arrive de grosses entreprises utilisent encore leurs vieux modules (en Cobol par exemple), mais que toutes les parties modernes soient dans un langage plus récent / plus à la mode / plus "rentable", et que dans ces conditions, la transition peut être faite module par module... ce qui explique parfois la boulémie en stage long de certains (codeurs pas chers )
Je ne répondrai à aucune question technique en privé
C'est la raison principale, c'est vrai...
Vous négligez un argument de taille : la fiabilité....
Les bibliothèques mathématiques du CERN, pas exemple, sont toujours en Fortran (certaines parties encore en Fortran 77, et qui évoluent petit à petit).
C'est juste que à 25 millions de lignes testées et débuggées depuis 40 ans, et utilisées à travers le monde, difficile de garantir une telle fiabilité une fois la ré-écriture et/ou trqnsformation dans un autre langage faite...
Un très bon lien à ce sujet :
Rewrite considered harmful
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
Mais pour des langages aussi simples syntaxiquement, n'y a t'il pas moyen de les "wrapper" dans une autre langage. Je formulerais la question autrement. Est ce qu'un langage comme Java ou C++, n'aurait pas les moyen techniquement de "reverse ingenerer" des applications fait en fortran comme certaines applications cobol sont migrés vers Cobol.Net ?C'est juste que à 25 millions de lignes testées et débuggées depuis 40 ans, et utilisées à travers le monde, difficile de garantir une telle fiabilité une fois la ré-écriture et/ou trqnsformation dans un autre langage faite...
De toute façon Intel vend des compilateurs C++, et compte tenu des processeurs multi coeur, il va y avoir un travail énorme pour revoir certaines applications du point de vue parallèlisme.
Au delà du débat, C++/ Java, si une entreprise est rachetée par une autre entreprise. Cette dernière peut très bien imposer son SI quitte à virer un SI entier quid C++ ou autre langage, quand il s'agit de détruire purement et simplement un concurrent en le rachetant.
C'était juste une parenthèse sur le débat .
Peux tu préciser ta pensée ?
De mon point de vue Java est bel et bien simple. tu as des classes, des methodes et quelques opérateurs mathematiques a savoir. Et comme on ne peut pas faire de surcharge d'operateurs. la syntaxe reste tres carré.
Ou vas tu trouver tant de malheur dans la syntaxe ?
Systèmes d'Informations Géographiques
- Projets : Unlicense.science - Apache.SIS
Pour un monde sans BigBrother IxQuick ni censure RSF et Les moutons
Elle n'est guère différente de celle du Java. Bon, c'est sûr qu'avec les templates on a un mini-prolog statique embarqué dans le langage, mais ce n'est rien par rapport à ce qui nous arrive en C++0x avec les lambda.
Blog|FAQ C++|FAQ fclc++|FAQ Comeau|FAQ C++lite|FAQ BS|Bons livres sur le C++
Les MP ne sont pas une hotline. Je ne réponds à aucune question technique par le biais de ce média. Et de toutes façons, ma BAL sur dvpz est pleine...
D'accord avec Luc.
Au passage, il y a quand même plus simple que Java niveau syntaxe... Ne serait-ce que Python pour commencer.
Mon blog anglais - Mes articles et critiques de livres - FAQ C++0x, avec liste des nouveautés - Conseils sur le C++ - La meilleure FAQ du monde - Avant de créer des classes que vous réutiliserez, regardez si ça n'existe pas déjà - Le site du comité de normalisation du C++
Le guide pour bien débuter en C++ - Cours et tutoriels pour apprendre C++
C était déjà beau puis amélioré en C++, ce dernier est l'un des plus beaux langages existant, les autres n'apportent qu'un soi-disant facilité comme GARBAGE COLLECTOR, MANAGED (dotnet) et "pas de pointeur"
L'avenir de C++ est encore merveilleux, surtout avec des gens comme moi pour le promouvoir
Concernant Java, je crains aussi que DOTNET l'écrasera bien que les deux sont presque égaux. Aujourd'hui, le dotnet commence à avoir la même part de marché que java alors qu'il n'a même pas 10 ans
J'ai adoré Java mais en plus des trucs .NET aujourd'hui, je m'y perd (quoi choisir JAVA ou C# alors que je suis sous Windows à 95% du temps) et je préfère m'attacher à C++.
randriano.dvp.com
Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).
En vrac :
Il y avait déja des livres sur dotnet notamment sur C# en 1998-1999...je m'en souviens car à l'époque je commençais et en face de moi j'avais un livre Visual Studio 6.0 et un autre développement C# à ... Auchan. J'imagine qu'avant cela on trouvait déja des choses (même si officiellement c'est en 2000 je crois que le framework 1.0 est sorti). Puis c'est un combat de titans entre sun/ibm vs ms sans oublier que pour sun java ce n'est pas le produit phare de la maison (c'est justement pour piquer des parts de marché à ms)alors que dotnet oui c'est un produit phare de ms.
Bref, pour ma part je trouve Java beaucoup plus nette à écrire que le C++ d'aujourd'hui(j'attends impatiemment c++0x).
Explications :
C++ est trop concentré sur des spécificités liés aux concepts même du langage, qui sont une perte de temps et sans interet je trouve, et qui nécessite donc de connaître le langage dans les moindres détails pour ne pas faire de dégats. Un exemple basic c'est le constructeur par recopie un concept propre au C++ qui n'est pas du tout révolutionnaire en soit mais qui va de pair avec le langage.
Java en standard c'est aussi des éléments graphiques tandis qu'en C++ il faut passer par une bibliothéque tierce donc on change de style de programmation d'une bibliothéque à l'autre ce qui est relativement contraignant.
Cependant, avec tout cela, je pense que C++ n'est pas prêt de disparaître et Java aussi.
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
On est obligé de passer par une bibliothèque tierce en C++ pour la bonne raison que C++ dépend de l'OS tandis que Java se veut multiplateforme et proposer une couche d'abstraction.
Mais quand il s'agit de faire des graphismes double-tamponnage ( "double buffer" ) Java c'est pas génial et je préfère faire cela avec mes CreateCompatibleDC du gdi32
Pour les inconditionnels du C++, je rappellerai juste que la syntaxe du C++ est une des rares à suivre une grammaire ambigüe...
Je fais un peu de HS mais dans ce cas précis pourquoi vouloir porter le code c.a.d de COBOL vers un autre langage ?
Si ça marche sur des roulettes sous COBOL pourquoi porter du code sous Java ou .NET ?
Pourquoi chambouler ce qu'on a mis des années à pérenniser ?
Je n'en vois pas l'intérêt en plus COBOL s'integre sans doute parfaitement avec les grands systèmes ( je vous dis tout de suite je n'y connais rien en COBOL ).
Et puis Java et .NET coté transactionnel c'est pas forcément adapté parce que c'est trop lourd pour tourner sur MainFRame...
Oui mais c'est un peu s'attacher à des détails ; tu parles de grammaire ambigue ce qui peut-être préjudiciable au niveau de la maintenance du code source d'une application ( clareté , lisibilité ) mais si tu fais une application logicielle qui tourne parfaitement en C++ est-ce vraiment un inconvénient ?
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