Discussion :

[Michael Guilloux]

Pourquoi les langages C et C++ auraient-ils encore de nombreuses années devant eux ?
Donnez votre avis

Depuis des années, avec l'arrivée de certains langages dits prometteurs ou d'avenir, on entend souvent parler de la mort des vétérans et langages bien établis comme C, C++, Java, JavaScript, PHP, entre autres. Bon nombre de développeurs essaient par exemple de trouver les remplaçants des langages C (qui a franchi la barre des 45 ans) et C++ (qui a plus de 30 ans). Et parmi les candidats à leur succession, on parle souvent de Rust, Go ou encore le langage D, pour ne citer que ceux-là. Mais le constat est que les langages C/C++ (mais aussi ceux dont on annonce la disparition depuis des années) sont encore là, et il n'y a aucun signe qui montre qu'ils seront abandonnés un jour.

D'ailleurs, pour Peter Wright, développeur et blogueur traitant des sujets relatifs à la programmation, C et C++ ont au moins 45 bonnes années devant eux. C'est bien de l'affirmer, mais pourquoi ? C'est ce qu'il a essayé d'expliquer. Pour lui, il y a au moins cinq bonnes raisons pour lesquelles C et C++ devraient encore être pertinents dans les 45 ans à venir.

C et C++ permettent d'avoir plus de contrôle sur le matériel

À la fois C et C ++ vous permettent d'avoir (plus ou moins) le contrôle total du matériel, et il y a encore de nombreuses applications où cela est essentiel. Avoir le contrôle du matériel a pour avantage d'offrir une meilleure utilisation des ressources, une utilisation déterministe des ressources et une manipulation et un contrôle avancés de la mémoire, entre autres. Certes, cela peut être fait dans d'autres langages, mais pour Peter Wright, C et C++ le font d'une manière très élégante.

C et C++ vous permettent d'écrire du code très efficace

Vous direz certainement qu'un développeur expérimenté peut écrire du code très efficace dans des langages comme C# ou Java et bien d'autres. Mais, pour le blogueur, c'est encore plus facile de le faire en C ou en C++.

Les langages C et C++ sont portables

Il existe des langages plus adaptés pour des développements indépendants des plateformes, mais le fait est que les applications multiplateformes peuvent être écrites efficacement en C et C++.

C et C++ sont des langages qui évoluent

Peter Wright estime que les C et C++ d'aujourd'hui ont beaucoup évolué depuis leur création et continuent à le faire, même si C++ évolue actuellement à un rythme plus rapide que le langage C. Il précise encore que ce n'est pas seulement la syntaxe qui évolue, mais les IDE, les analyseurs de code, les outils de refactoring, les systèmes de build. Autrement dit, l'ensemble des écosystèmes continue de s'améliorer.

C et C++ sont largement utilisés

C'est peut-être la raison la plus pertinente. Il y a déjà beaucoup de logiciels écrits en C et C++ que bon nombre d'entre nous utilisent quotidiennement. Peter Wright cite par exemple :

• parmi les systèmes d'exploitation : Windows, Mac OS X, iOS, Linux, Android ;
• parmi les bases de données : MariaDB/MySQL, PostgreSQL, Oracle, SQL Server ;
• parmi les outils de productivité : Microsoft Office, LibreOffice, Visual Studio.

Cela dit, Peter Wright précise que cela ne signifie pas que C et C++ existeront pour toujours, mais ils existeront au moins et seront pertinents aussi longtemps que ces projets le seront. « Et je peux vous assurer qu'ils seront là pour longtemps », dit-il. Il explique qu'il y a déjà beaucoup de codes existants écrits en C et C++ et qui sont trop précieux pour être remplacés et si cela devait arriver, il va falloir beaucoup de temps.

Il reconnait enfin qu'à la fois C et C++ ont eu beaucoup de concurrents ces derniers temps. Ceux-ci gagnent en popularité et remplaceront parfois C/C++ dans les nouveaux projets. Mais C et C++ continueront à être utilisés pendant longtemps. Il ne sera donc pas surpris si ces deux langages vétérans sont encore là dans 45 ans.

Sources : Code Addiction

Et vous ?

Que pensez-vous des arguments de Peter Wright ?
Pensez-vous également que C et C++ ont encore de nombreuses années devant eux ? Pourquoi ?

Voir aussi :

Quel avenir pour le langage C ? Un développeur expérimenté fait ses adieux au langage, et livre ses inquiétudes quant à son avenir
Quel langage pourrait remplacer C ? Après avoir comparé Go, Rust et D, le choix d'Andrei Alexandrescu se porte sur D
Index TIOBE : C sacré langage de programmation de l'année 2017, Python enregistre encore la plus forte progression annuelle sur PYPL

[Vincent PETIT]

Salut,
Je ne vais parler que de C, car je ne connais pas trop le C++, et sans mettre en avant les aspects techniques du langage pour ne pas déclencher une guerre

L'utilisation du langage C dans l'informatique n'est que la partie visible de l'iceberg, en dessous il y a les innombrables composants électroniques programmables et toutes ses normes d'applications (normes automobiles, normes aéronautiques/spatiales, normes médicales, industriels et elles se déclinent en spécialités comme la sûreté de fonctionnement etc... ) qui imposent, pour certaines d'entres elles, le langage C avec des règles de codage telles que peut l'être MISRA par exemple.

Tout ceci dépasse de loin le prisme de la discipline informatique et c'est entre autre pour ça qu'il est toujours là l'animal ! Et il sera là encore très très longtemps à cause de l'impossibilité de refondre complètement toutes ces normes (problème de compatibilité, d'interopérabilité et de politique d'assurance lors de certification) au pire elles s'ajustent légèrement.

[wolinn]

Le C++ n'est pas plus prêt de disparaitre que le FORTRAN (dont la première version remonte à 1957) ou le Cobol (1959) parce qu'il y a une énorme base de logiciels et de bibliothèques, résolvant des problèmes peu sensibles aux modes et technologies éphémères. Une inversion de matrice, ça s'écrit en FORTRAN ou en C++, et les nouveaux langages n'apportent rien de bien fondamental pour ce type de problème.
Le compilateur d'Intel est disponible pour FORTRAN et C++. Dans mon domaine (CAO, simulation), le standard industriel est le C++.
Le C++ peut tout au plus reculer sur certains usages pour lesquels il y a des langages mieux adaptés.

[jlliagre]

Je ne mettrais pas le C et le C++ dans le même panier.

Le C++ est un langage "comme les autres", c'est à dire un langage en concurrence avec beaucoup d'autres. Il existe peu de dépendances fortes qui imposent d'utiliser le C++.

Dans certains domaines, le C est aussi un langage comme les autres. Il est alors rarement utilisé dans de nouveaux projets car des langages souvent plus simples à apprendre et utiliser, plus tolérants et plus enseignés lui sont préférés.

Dans d'autres domaines, comme la programmation système, les drivers bas niveau, l'embarqué, les codes très optimisés pouvant inclure de l'assembleur, le développement d'utilitaires portables (POSIX), le C est un langage souvent incontournable et a encore de beaux jours devant lui. Il a très peu de dépendances, un programme C linké statiquement n'a besoin de rien d'autre que lui même pour s'exécuter, et quand il est linké dynamiquement, il n'a parfois besoin que de la libc, qui est présente sur à peu près tous les systèmes qui existent. Les autres langages ont parfois (souvent) besoin de la présence préalable de runtimes très lourds (java, python, etc.) pour s'exécuter.

[Mat.M]

Vous direz certainement qu'un développeur expérimenté peut écrire du code très efficace dans des langages comme C# ou Java et bien d'autres. Mais, pour le blogueur, c'est encore plus facile de le faire en C ou en C++.

tout dépend du sens que l'on donne à "efficacité" d'un langage informatique...qu'est-ce qu'un langage efficace ?

[RyzenOC]

Je remarque que 1 fois par mois on a une nouvelle de ce genre "C ne vas pas disparaitre"
Es ce une façon de se "rassurer" ?

Tant que C sera utilisé dans des nouveau projet, il existera
Cobol a ma connaissance n'est plus utilisé dans de nouveaux projet, uniquement pour maintenir des vieux soft codé en ce langage, donc lui je pense qu'il disparaîtra.

A titre personnelle, je pense que Java disparaîtra avant le C/C++.
Car java n'est pas un langage indispensable, il existe d'autres langages équivalent pouvant le remplacer (C# (sont concurrent directe si je puis dire), Python, C++, PHP (pour le web)...)

Des langages qui rentre en concurrence, il ne peut en rester qu'un à la fin. PL/I vs Cobol, cobol l'a emporté, Python vs Ruby => python l'a emporté, Java vs C# ???
Et puis que dire de JS qui lui aussi commence à envahir d'autre domaine autre que les pages web

Dans l'ensemble, je pense que C a perdu du terrain quand même, avant il était encore utilisé dans le domaine scientifique, aujourd'hui il a été complètement remplacé par R.
Et google avec sont langage Go pourrais lui faire encore perdre du terrain.

[grunk]

Des langages qui rentre en concurrence, il ne peut en rester qu'un à la fin. PL/I vs Cobol, cobol l'a emporté, Python vs Ruby => python l'a emporté, Java vs C# ???

Ruby (avec Rail) me semble encore bien présent. Et si on suit ton résonnement C ou C++ vont effacer tous les autres langage puisqu'ils rentre en concurrence avec quasi tous les langages.

Heureusement qu'il y'a des langage en concurrence qui propose des choses différentes. La vie de développeur serait bien triste si il existait qu'un seul langage.

Là ou C++ à sauvé sa peau c'est qu'il à su évoluer et se simplifier. La première grosse évolution c'est pour moi C++11 qui m'a (un peu) réconcilié avec le C++ en le rendant plus sympa à utiliser. Peut être qu'on aurait pas eu autant d'évolution si Java/C#/Go/Rust /etc... poussaient pas derrière pour grappiller ses parts de marchés.

[kmedghaith]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ldd /usr/bin/java  | grep libc 
ldd /usr/bin/python | grep libc

[wolinn]

...
Cobol a ma connaissance n'est plus utilisé dans de nouveaux projet, uniquement pour maintenir des vieux soft codé en ce langage, donc lui je pense qu'il disparaîtra.
...

Je n'ai jamais utilisé le Cobol, mais sur la notice wiki, je lis qu'en 2005, 75% des données financières étaient traitées en Cobol.
C'est un vieux langage qui parait un peu snobé par les jeunes développeurs de logiciels, mais en attendant, la planète financière tourne en Cobol.
Même si la part de marché a dû diminuer depuis 2005, je ne pense pas que ce soit au profit d'un seul autre langage, et donc Cobol doit rester dominant au moins en relatif (?).
Le sujet n'est pas le Cobol ici, mais je serais très intéressé par un sujet sur l'état des lieux pour le Cobol, et lire l'avis de ceux qui pratiquent ce langage.
Il me semble avoir lu que el_slapper avait rénové des programmes Cobol écrits au début des années 70. A priori, ce n'est pas pour les jeter l'année prochaine au profit du langage à la mode du moment, ces programmes sont plutôt destinés à fonctionner pendant encore des décennies.

[koyosama]

Je n'ai jamais utilisé le Cobol, mais sur la notice wiki, je lis qu'en 2005, 75% des données financières étaient traitées en Cobol.
C'est un vieux langage qui parait un peu snobé par les jeunes développeurs de logiciels, mais en attendant, la planète financière tourne en Cobol.
Même si la part de marché a dû diminuer depuis 2005, je ne pense pas que ce soit au profit d'un seul autre langage, et donc Cobol doit rester dominant au moins en relatif (?).
Le sujet n'est pas le Cobol ici, mais je serais très intéressé par un sujet sur l'état des lieux pour le Cobol, et lire l'avis de ceux qui pratiquent ce langage.
Il me semble avoir lu que el_slapper avait rénové des programmes Cobol écrits au début des années 70. A priori, ce n'est pas pour les jeter l'année prochaine au profit du langage à la mode du moment, ces programmes sont plutôt destinés à fonctionner pendant encore des décennies.

Je suis au Canada, où ils sont ou tu un magasin qui Canada Tire (le four tout : fusion entre fnac, darty et ikea = conforama nationnal), tu vois des IBM PC (le premier) partout dans les chaines de magasins. Ils ont encore pas mal d'AS400, donc le cobol ça existe encore. Crois-moi, tu le vois peut-être pas dans le coin, mais j'en entends parlé dans les discussions où je suis.

Et je te jure que c'est ni exagéré, ni une blague.

[e101mk2]

Si le C et C++ venais à mourire, pour moi cela impliquerais:

-L'industrie du jeux vidéo se sont mis exclusivement au jeux pour téléphone car c'est plus lucratif

-Windows, MacOS et GNU/Linux ont réussi à s'entretuer, "Il ne peut en rester qu'un aucun"

-Les robots militaires ont détruit les Datacenters partout dans le monde pour éviter que les méchant logiciels serveurs C/C++ tente de leur privée leur indépendance.

-...

Bon trêve de plaisanterie, j'espère jamais vivre la mort d'un de ces langages historique.

[zecreator]

Si le C et C++ venais à mourire, pour moi cela impliquerais:

-L'industrie du jeux vidéo se sont mis exclusivement au jeux pour téléphone car c'est plus lucratif

Je pense que d'ici là, les technos web (HTML5 et javascript) et les navigateurs auront pris une maturité qui permettra de faire tourner des jeux vidéos 3D directement en ligne. Avec l'arrivée de la fibre partout, on peut s'attendre à voir des choses très intéressantes.

Un exemple de jeux multi-joueurs en ligne :
https://volkania.com/tag/jeu-en-ligne/

Un autre en 3D :
https://tanx.io/?u=KrMzjxk9Io0GM1uD

C'est un début prometteur. Perso, ça me gave d'avoir à passer 4 de téléchargement et 1 heure d'installation + les downloads de mises à jour régulières du jeu.
Il est temps que ça change.

[Aurelien.Regat-Barrel]

tout dépend du sens que l'on donne à "efficacité" d'un langage informatique...qu'est-ce qu'un langage efficace ?

Ca peut se quantifier avec la notion de performance par watt: "la puissance de calcul délivrée par un ordinateur pour chaque watt consommé".
https://fr.wikipedia.org/wiki/Performance_par_watt

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ldd /usr/bin/java  | grep libc 
ldd /usr/bin/python | grep libc

A noter que depuis que GCC a basculé vers le C++ (2013), les principaux compilateurs C sont écrits... en C++ (gcc, clang, vc++).

Le C++ n'est pas plus prêt de disparaitre que le FORTRAN (dont la première version remonte à 1957) ou le Cobol (1959) parce qu'il y a une énorme base de logiciels et de bibliothèques

Il faut distinguer le fait qu'un langage serve essentiellement à maintenir l'existant vs être utilisé pour de nouveaux projets. C, C++, FORTRAN, COBOL ont pour point commun d'être normalisé via l'ISO. L'activité respective de leur comité de normalisation respectif est une bonne mesure de l'intérêt de l'industrie pour ces langages. Le comité C se maintient correctement, celui du C++ grossit tellement qu'il peine à assimiler tout le monde, aux dernières nouvelles celui de COBOL peine à survivre, voire est en passe de disparaître.

Je n'ai jamais utilisé le Cobol, mais sur la notice wiki, je lis qu'en 2005, 75% des données financières étaient traitées en Cobol. [...] la planète financière tourne en Cobol.

La finance est un très gros consommateur de toutes les technos, et un contributeurs important aux langages Java et C++, entre autre. C++ y est très utilisé pour le trading haute fréquence et les applis desktop des traders. Java pour le backoffice. COBOL est bien implanté chez les assureurs aussi. Mais à l'heure des API REST et des microservices...

[23JFK]

Je n'ai jamais utilisé le Cobol, mais sur la notice wiki, je lis qu'en 2005, 75% des données financières étaient traitées en Cobol.
C'est un vieux langage qui parait un peu snobé par les jeunes développeurs de logiciels, mais en attendant, la planète financière tourne en Cobol.
Même si la part de marché a dû diminuer depuis 2005, je ne pense pas que ce soit au profit d'un seul autre langage, et donc Cobol doit rester dominant au moins en relatif (?).
Le sujet n'est pas le Cobol ici, mais je serais très intéressé par un sujet sur l'état des lieux pour le Cobol, et lire l'avis de ceux qui pratiquent ce langage.
Il me semble avoir lu que el_slapper avait rénové des programmes Cobol écrits au début des années 70. A priori, ce n'est pas pour les jeter l'année prochaine au profit du langage à la mode du moment, ces programmes sont plutôt destinés à fonctionner pendant encore des décennies.

Le Cobol est un langage très spécialisé (et de type spaghetti) qui a été pensé à l'ère des tubes à vide et des mémoires à tores magnétiques. L'architecture des ordinateurs n'était pas encore ce que l'on connaît, et la seule chose que les inventeurs du Cobol voulaient, c'est un langage de programmation pour machine compréhensible par les comptables (ce sont d'ailleurs essentiellement des économistes et des hommes d'affaires qui ont défini les spécifications du langage) et capable de lire/afficher du texte et de faire des calculs d'apothicaires. Il est impossible d'écrire des drivers, un système d'exploitation en Cobol, par contre il suffit de combiner les librairies cmath et iostream avec les classes string et fstream du C++ pour pouvoir faire tout ce que le Cobol permet de faire. C'est le design spaghetti et verbeux du langage qui incite les entreprises qui l'utilise encore à préférer sa maintenance à son remplacement (tant que cela coûte moins cher), parce que les millions de lignes dans ce langage sans structure claire est une vraie galère à réimplémenter. Mais la Cobol est clairement en train de disparaître, dans le mesure où même le comité en charge du Cobol peine à définir/maintenir les standards de modernisations accusant des retards de publication qui favorisent l'apparition de fonctionnalités aux comportements indéfinies et du code de moins en moins portable d'un interpréteur Cobol à un autre.

[el_slapper]

(.../...)
Il me semble avoir lu que el_slapper avait rénové des programmes Cobol écrits au début des années 70. A priori, ce n'est pas pour les jeter l'année prochaine au profit du langage à la mode du moment, ces programmes sont plutôt destinés à fonctionner pendant encore des décennies.

En effet. Pour être précis, refonte en 2008 en cobol-85 d'un code écrit en 1972 en cobol-1(mais qui était passé en COBOL-85 avec le temps). En 2013, j'ai eu des nouvelles, ça tournait du feu de Dieu(pas que grâce à moi, hein, d'autres sont passés dessus depuis). Évidemment, ce n'est pas pour de l'interface. Tous ces vieux langages sont condamnés à ne faire que du serveur central, pendant que les jolis trucs pour les utilisateurs seront faits avec des frameworks javascript ou autre remplacés tous les deux ans.

Mais pour du serveur central(ou de l'embarqué, ou tout ce qui n'est pas directement au contact de l'utilisateur final), c'est hautement débuggué, c'est performant, les gens savent faire, l'existant est énorme et fonctionne nickel, pourquoi changer?

[RyzenOC]

Mais pour du serveur central(ou de l'embarqué, ou tout ce qui n'est pas directement au contact de l'utilisateur final), c'est hautement débuggué, c'est performant, les gens savent faire, l'existant est énorme et fonctionne nickel, pourquoi changer?

Exactement, on ne change pas quelque chose qui tourne, on le maintient.
Mais si on te demande de faire un nouveau projet, le fera tu en cobol ? je pense que non.
Les nouveaux projets se font sur des technos "moderne" (pas la dernière techno du moment sur la dernière version fraîchement sortie hier, mais pas trop vielle non plus). Les nouveau projet se font en Java8/9, python 3.4/3.5/3.6, C++ > 11...etc des trucs sortie après 2010 au moins.

en 2018 plus personne ne fait un nouveau projet en python2.7 par exemple, mais il arrive de devoir maintenir du vieux code python2.7 parce que la migration est trop coûteuse.

[Invité]

en 2018 plus personne ne fait un nouveau projet en python2.7 par exemple

ça a changé par rapport à l'année dernière alors...
https://www.developpez.com/actu/1671...-Semaphore-CI/

[el_slapper]

(.../...)Mais si on te demande de faire un nouveau projet, le fera tu en cobol ? je pense que non.(.../...)

ça dépend. Évidemment, si c'est une page blanche, la probabilité de partir sur autre chose est très forte. Mais si c'est un projet pour se brancher sur un existant en COBOL..... J'ai vu beaucoup plus de conversions JAVA ratées que réussies. Et pas mal de nouveaux projets en COBOL pour rajouter au COBOL existant, tous réussis. Le dernier en 2012, avant de changer de métier(et de partir au soleil).

Et pour l'avant dernier, en 2011, il s'agissait de données qui venaient du serveur JAVA, que je toutouillais, et que je renvoyais. en fion de projet, j'ai naïvement demandé si ça n'aurait pas été plus simple pour la maintenance de faire ça en JAVA , au lieu de se taper les transferts LINUX==>MVS==>LINUX. Réponse de la MOA : "vous étiez deux fois moins chers à l'estimation! et en plus, sur votre partie, vous n'avez dépassé que de 5%, les gens du JAVA ont tendance à dépasser de 30%". J'ai vérifié ses chiffres, ils étaient presque exacts. Sur un autre projet, plus petit, j'avais chiffré 15 jours, les Javaistes 25.

Je suis sur que des gens faisant du C ou du C++ auraient été très performants aussi. Mais, comme dit par ZenZiTone, ça ne se trouve pas facilement.

[gangsoleil]

Les nouveaux projets se font sur des technos "moderne" (pas la dernière techno du moment sur la dernière version fraîchement sortie hier, mais pas trop vielle non plus). Les nouveau projet se font en Java8/9, python 3.4/3.5/3.6, C++ > 11...etc des trucs sortie après 2010 au moins.

You made my day.

Les OS qu'utilisent nos clients ne gèrent pas le C99, donc nous sommes obligés de compiler explicitement en C89.

Tu crois franchement que si on a un nouveau développement on va se demander s'il y a moyen d'utiliser les super-nouveaux langages à la mode qui changent de version tous les 3 mois ? Ou bien on reprend ce qui fonctionne et qui ne contient que les bugs que l'on fait (et donc pas ceux du compilateur/de la machine virtuelle/autre) ?

[ZenZiTone]

l'existant est énorme et fonctionne nickel, pourquoi changer?

Le seul point noir dans tout ça est que les anciennes technos réclament des compétences qui ne se renouvelles pas (ou pas suffisamment), ce qui entraîne dans le meilleur des cas à un surcoût en cas de maintenance.