Discussion :

[_beber85]

Reprennez moi si vous pensez que je me trompe mais je pense qu'ajourd'hui, la majorité du travail de programmation se fait sous la marque de l'informatique de gestion, soyons honnete, la proportion des programmeurs travaillant dans la 3D ou dans les drivers/OS & co. ne sont pas majoritaire !

Et c'est bien cet element qui me fait penser que le declin du C/C++ va être très rapide... En effet, l'informatique est globalement très reactive et donc pourquoi les société iraient orienter leur dev' vers des langages qui ont des qualités que l'on utilise pas directement, surtout qu'aujourd'hui la vitesse d'un langage comme la Java (ou C#) peut concurrencer le C++ .

Pour rappel, des projets necessitant un langage robuste se sont orientés vers la fameux Java :
-> Systeme des gestions des trains de la SNCF
-> Projet Copernic de reforme du SI de la DGI

Je n'enterre pas le C/C++ mais je pense que son histoire sera fini avant celle du Cobol ...

PS : Dsl j'ai fait plusieurs edition (pleins de fautes) ... j'ai la tete dans le c**

[cladsam]

surtout qu'aujourd'hui la vitesse d'un langage comme la Java (ou C#) peut concurrencer le C++ .

ben je suis pas sur qu'on fasse des OS en java... pour le concurrencer je crois que tu es généreux.
Le truc c'est surtout que pour de l'application de gestion, les performances ne sont pas toujours le soucis numéro 1. Si on vise la "performance" c'est plus en temps mis pour le développement qu'en ressources CPU du programme une fois qu'il tourne et dans ce cas la, java ou c# ont largement leur mot à dire!

[hiko-seijuro]

Pour les développements "temps/réels" il me parait douteux de devoir utiliser un langage interprété (bien que je me trompe peut être). Je pense donc que le c++ a de l'avenir.

[outs]

la majorité du travail de programmation se fait sous la marque de l'informatique de gestion, soyons honnete,

Ce n'est pas parceque les autres domaines ne sont pas majoritaires qu'ils vont disparaitres. Il y a des besoins fondamentaux de Systeme d'exploitation, de compilateur, de drivers, de calculs scientifiques (meteo, séismes), de jeux video exploitant aux mieux le materiels, de serveurs, de pages web dynamiques, de programmes formelles manipulant des mathématiques et de la logiques, de logiciels de CAO, etc

soyons honnete dire que l'informatique se reduit a la gestion est faux.

la proportion des programmeurs travaillant dans la 3D ou dans les drivers/OS & co. ne sont pas majoritaire !

Le marché du jeux-video est plus important que celui du cinema, quoique tu en pense cela fait beaucoup de monde.

Je n'enterre pas le C/C++ mais je pense que son histoire sera fini avant celle du Cobol

Il ne faut pas confondre C et C++ ils ont des but et des utilisations différent. En particulier le C est le langages des systèmes d'exploitation on est pas pret de le supprimer.

[cladsam]

Le marché du jeux-video est plus important que celui du cinema, quoique tu en pense cela fait beaucoup de monde.

Certes mais quelle proportion de développeurs sont embauchés EN FRANCE pour du développement de jeux vidéos?
Il est vrai que cet argument suffit à démontrer qu'il Y A UN AVENIR POUR LE C++. Mais je crois qu'il faudrait plutot se demander l'avenir du C++ dans tel ou tel secteur plutot que de manière générale.

[hiko-seijuro]

+1 cladsam

[mat.M]

Pour rappel, des projets necessitant un langage robuste se sont orientés vers la fameux Java :
-> Systeme des gestions des trains de la SNCF
-> Projet Copernic de reforme du SI de la DGI

Oui tu as raison _beber85 la majorite des projets d'info c'est de l'info de gestion ( voir offres d'emploi ).
Ceci dit comme d'autres intervenant l'affirment il y a des domaines ou C++ est encore employe.
Et COBOL n'est pas encore mort que je sache et a de beaux jours devant lui..

Certes mais quelle proportion de développeurs sont embauchés EN FRANCE pour du développement de jeux vidéos?
Il est vrai que cet argument suffit à démontrer qu'il Y A UN AVENIR POUR LE C++. Mais je crois qu'il faudrait plutot se demander l'avenir du C++ dans tel ou tel secteur plutot que de manière générale.

Eh bien je vois une grosse tendance a cela : la conception d'un jeu video sera de plus en plus delocalisee parce que :

*les editeurs ont recours a des "middleware" comme Renderware ou le moteur de Cytech ( FarCry)
*sinon ils ont une cellule de R et D qui developpent un noyau ou moteur de jeu comparable a Irlicht , OGRE et compagnie mais en bcp plus evolue.
Ensuite au moteur on adjoint tout le reste , niveaux de jeu,maps, entites etc mais dans un pays de near-shore ou off-shore comme la Chine...

Bref dans un pays ou on externalise , on effectue un parametrage du "middleware" developpe en France.

Pour finir en France seuls restent :
*les petits studios qui peinent enormement d'un point de vue financier et demeurent fragiles.
*les gros editeurs comme U.I Soft ; en France ils ne conservent que les equipes marketing , pubs , compta et management



( desole pour les accents )

[_beber85]

Je n'ai amais voulu denigrer le C++ ou le C en disant que dans 5 ans on en parlera plus car tout d'abord c'est faux !

J'ai seulement voulu recentrer le debat sur la question initial à savoir ...
Quel avenir du C++ par rapport au C# ou à Java ?

C'est pour ces raisons que j'ai avancé l'argument de l'info de gestion. Et quand je lis tous les post qui ont suivi, je suis d'accord, le Java ou le C# n'est pas aussi performant que le C++ (bien que la SNCF l'ai choisi pour gèrer nos trains ... raisons des retards ?? LOL )

Enfin, bref, ce que je veux dire c'est que bien qu'un OS en JAVA n'est pas pret de voir le jour, un OS fait en france qui recruterai 7 informaticiens sur 10 n'arrivera JAMAIS ! (et c'est tout aussi vrai pour les drivers & co)

Oui le C++ est un langage puissant, mais oui aussi au fait que c'est un langage en declin par rapport au Java & C# (reponse à la question de l'avenir)

Est-ce qu'il faut pour autant arreter de l'enseigner ... nan bien sur ! Le COBOL à plus de 30 ans et on me l'a enseigné en licence et la demande pour ce langage n'a jamais ete aussi forte que sur les 5 dernière années !!!

Seulement, je pense que pour une grande partie des informaticiens, plus que la maitrise d'un langage, ce qui les interesse c'est le chèque à la fin du mois ... (faut bien vivre ) et donc pour cela, autant avoir les cartes necessaires en main à savoir, des langages plus "populaires" qui embauchent plus à savoir Java et les techno associées & la plateforme .Net

Sans être pessimiste ... soyons au moins realiste

[outs]

Dis comme ça je pense que tout le monde est d'accord avec toi, mais ton ancien message était loin d'être clair.

Pour en revenir au débat reste-t-il encore beaucoup d'application de gestion en C++ ?

Personnellement je ne pense pas, soit les gens sont déjà passé au Java ou autres soit ils ne sont jamais passé au C++ (cobol etc). Car de toute facon l'informatique de gestion en c++ c'est vraiment un sucroit de travail pour rien.

[BizuR]

Bon moi je ne vais pas trop polémiquer sur le sujet, je vais soutenir _beber85 quant à l'avenir (en proportion) des langages JAVA/C# plutot que du C++. la raison est plutôt simple : C++ reste un langage puissant mais trop rigoureux pour les développements actuels.

Aujourdhui, les points les plus importants lors de développement reste :
- L'existant
- Le cout du développement.

Or, le langage C/C++ demande trop de temps face a des langages plus "faciles" a prendre en main et développer. En outre, ces langages sont aujourdhui fortement supporté par des communautés actives et complétés par des outils variés. Une plateforme .NET séduira beaucoup plus les nouveaux développements de par l'ensemble des facilités qu'elle propose. Un développement JAVA sera lui aussi privilégié en tenant compte de l'ensemble de la communauté active fournissant un support et des outils utiles a ces développements.

Pour ce qui est de l'existant, il permet quant à lui de faire perdurer des langages dit "obsoletes" comme COBOL et bien d'autres... or, je ne pense pas que C++ ait une histoire aussi enrichie que COBOL.

Maintenant, oui, tout dépend du domaine sur lequel va s'appliquer le développement... certains cas privilégieront les performances, d'autres la facilité de développement... mais dans tous les cas, ils mettront en avant les points cités précédemment.

Je ne connais pas assez C# pour bien délimiter ses possibilités ... mais je me dis que ce dernier pourrait peut etre aller jouer sur le terrain du C++ non ? N'y a t-il pas aujourdhui déjà des migrations de projets C++ vers C# ?!? (question totalement ouverte, je n'ai aucun préjugé sur l'état actuel des choses, je demande, c'est tout ! :p)

[cladsam]

Bon moi je ne vais pas trop polémiquer sur le sujet, je vais soutenir _beber85 quant à l'avenir (en proportion) des langages JAVA/C# plutot que du C++. la raison est plutôt simple : C++ reste un langage puissant mais trop rigoureux pour les développements actuels.

Aujourdhui, les points les plus importants lors de développement reste :
- L'existant
- Le cout du développement.

+1... Non 2 !

[mat.M]

Je n'ai amais voulu denigrer le C++ ou le C en disant que dans 5 ans on en parlera plus car tout d'abord c'est faux !

J'ai seulement voulu recentrer le debat sur la question initial à savoir ...
Quel avenir du C++ par rapport au C# ou à Java ?

He calmos je n'ai pas dit que tu voulais denigrer C++

Et le probleme n'est pas la..

le probleme c'est que pour moi apres reflexion Java et .NET sont un peu des langages "prefabriques".
Avant de sortir les fusils et de me mitrailler je m'explique :

Attention : ce ne sont pas des considerations techniques mais plutot economiques....
Qu'on se mette bien cela dans la tete.
Java c'est le langage de la delocalisation ou du "off-shore" par excellence.
Pourquoi ? Parce que comme le soulignent a juste titre les autres personnes de ce forum , c'est un langage relativement facile a apprendre.
Qui dit facilite dit possibilite de delocaliser un processus industriel ou de service de developpement.
Comme vous le dites si bien une societe va utiliser des outils qui permettent de reduire les couts de developpement.
Or JAva et autres ( CRM , PGI ...) permettent cela...

C'est pas le langage C++ qui a du soucis a se faire c'est l'analyste-programmeur des pays occidentaux qui a un gros soucis a se faire...

J'ecoutais sur France Info ( via Internet ) tout a l'heure le patron d'une SSII francaise qui parlait de delocalisation : on vend nos Airbus a l'Inde mais en contrepartie on peu demander aux informaticiens indiens de concevoir des systemes informatiques pour l'Airbus..

Est-ce que vous comprenez ce que j'ecris ? Est-ce que j'ai ete clair ?

[BizuR]

Je pense que tu souleve un point tout à fait réel (la délocalisation) mais par contre, je ne garantis pas que cela soit faciliter par des langages comme Java et C#. Ceci n'est qu'une question de suite "logique" d'une politique de course à la maitrise des couts ... et, pour anecdote, les fabrications de NIKE n'ont pas été délocalisée à partir du moment ou l'on a créé les chaussures sans lacet hein .

Il faut, selon moi, dissocier ces deux choses. Si l'analyste-programmeur européen spécialisé en JAVA ou .NET meurt, l'analyste programmeur européen en C++ aura tout autant de chances de mourir aussi... c'est le malheur de l'emergence des pays asiatiques (vont tous nous bouffer !!!! )

Mais bon, la n'est pas réellement la question de ce topic.

[mat.M]

Mais bon, la n'est pas réellement la question de ce topic.

Tout a fait j'ai fait un peu du hors-sujet je m'en excuse

[Luc Hermitte]

Deux trucs.

D'abord .NET est un framework et non un langage. C# est et restera un bon moment le langage d'assemblage de briques le plus adapté à .NET. C++ et plus précisément son descendant C++/CLI permet de développer sous .NET -- dans un dialecte très proche du C++. L'assemblage est moins compliqué que sous C++ managed, et l'équipe de VS le vend comme plus adapté à la conception de composants au coeur des métiers, en particulier les composant critiques. Si C était le langage de l'API win32, C++/CLI serait celui de .NET. Sur papier -- je n'ai pas vérifié où ils en étaient avec le vrai noyau de Longhorn.

Ensuite, il faut aussi voir que l'offshoring (mais pourquoi a-t-on déviés vers ça?) a ses limites. D'abord parce qu'il y a beaucoup de développements spécifiques et locaux. Et ses pays qui se développent vont bien finir par avoir une demande grandissante, ce qui consommera leurs propres développeurs. Plus rajouter les problèmes de barrières, de coûts (quand une équipe subit régulièrement le turn-over), organisations (c'est déjà assez compliqué quand l'équipe est dans un même couloir), tout ça.
Je ne vois pas trop le rapport avec les langages de dev.

[neo.51]

D'abord .NET est un framework et non un langage. C# est et restera un bon moment le langage d'assemblage de briques le plus adapté à .NET.

Le plus adapté c'est vite dis, disons que le C# est le plus utilisé car il attire les ancien développeurs Java et C++ ce qui fait quand même un peu de monde. Les autres langages dotnet comme le Delphi.NET ou le VB.NET vont attirer les anciens développeurs Delphi ou VB (au sens large).
Mais on peut faire exactement les même choses en VB.NET ou en Delphi .NET ou en C#.
Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?

C++ et plus précisément son descendant C++/CLI permet de développer sous .NET -- dans un dialecte très proche du C++. L'assemblage est moins compliqué que sous C++ managed, et l'équipe de VS le vend comme plus adapté à la conception de composants au coeur des métiers, en particulier les composant critiques. Si C était le langage de l'API win32, C++/CLI serait celui de .NET.

Tout à fait

En fait les rapports qu'on le C++ et le C# me font penser aux rapports entre C/C++ quand le C++ est apparu.
-Certain développeurs C critiquaient vivement les performances du C++.
-Les développeurs C++ mettaient en avant le nouveau modèle de programmation, plus productif et plus évolutif.
-Le C++ s'est imposé petit à petit dans la majorité des développements (comme le C# s'impose(ra)) mais on a jamais pu se passer de développeurs C pour certainnes briques

maintenant remplacez C par C++ et C++ par C# ... on y est non ?

[Marc Lussac]

Avant que ca dérive, le débat C# vs Java est ici :
http://www.developpez.net/forums/showthread.php?t=2046

[mat.M]

Deux trucs.

Ensuite, il faut aussi voir que l'offshoring (mais pourquoi a-t-on déviés vers ça?) a ses limites. ....
Je ne vois pas trop le rapport avec les langages de dev.

Ok je comprends cette reaction
Eh bien j'ai devie la-dessus parce que plusieurs personnes ont a juste titre parle d'environnements tout integres ce que le monde du C++ ne connait pas.
Et qui dit environnements tout integres dit facilites de developpement de projet.
Si pour un projet de developpement ( par exemple la SNCF comme cite precedemment ) on utilise plutot Java que C++ eh bien Java sera plus repandu evidemment.

Il ne faut pas oublier que tout editeur qui commercialise un outil de developpement suit une logique commerciale sauf evidemment tout ce qui est libre et open source

[outs]

Il ne faut pas oublier que tout editeur qui commercialise un outil de developpement suit une logique commerciale sauf evidemment tout ce qui est libre et open source

Absolument pas Eclispe est libre/open-source et d'un interet commercial certain pour IBM.

[neo.51]

Eh bien j'ai devie la-dessus parce que plusieurs personnes ont a juste titre parle d'environnements tout integres ce que le monde du C++ ne connait pas.

C++ builder, VC++ 2005 express (gratuit), Visual Studio 2005.

Le C++ est le langage qui doit offrir le plus grand choix d'IDE je pense