C ou C++ ? Lequel choisir ?

alex_pi · 04/07/2008, 11h41

Tiens, je reviens ici avec un nouveau morceau de troll : Il ne FAUT PAS coder en C !

J'ai un peu regardé une technique de test de programmes ammusante, le fuzzing qui consiste globalement à donner des entrées moisis à un programme et à regarder comment il réagit. J'ai écris un petit "bit flip", qui prend un fichier sein, permute des bits au pifomètre, et le donne en entrée au programme à tester. En moins d'une heure de test (test full automatique, donc ça me prend pas de temps...), j'ai produit un .class qui fait crasher la machine virtuelle GNU sur signal 11, un fichier pdf qui fait pareil avec acrobat reader (le 8.blah, pas le 9, mais je n'ai pas pu le tester pour de vrai). Bon, soyons honnete, la JVM de sun a résisté.
Avec l'outil Mangleme, je produit facilement un .html qui fait crasher firefox3 sous kubuntu (pas sous d'autres distribs, je sais pas bien pourquoi), et amaya, le browser du W3C s'envoie dans les roses à chaque fois.

Bref, le C est un langage completement dépassé, qui est la cause de plus de 90% des failles de sécurités trouvées puisque les buffer-overflow y sont légions.
Donc si le choix c'est C++ ou C, prend le C++ en utilisant les vectors qui vérifient les bornes des tableaux !.
Bon après je vous rassure hein, un petit

Code :

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

1
2
3
4
5
6
7
8
#include <stdio.h>


main(int argc, char *argv[]){
  if(argc>1)
    printf(argv[1]);
  return(0);
}

continuera un représenter un problème de sécurité, même en C++...

Codez en autre chose, vous couterez moins cher à la société :-)

**Steph0** · 16/03/2009, 01h04

Salut,

Envoyé par Luc Hermitte

D'un point de vue pédagogique, entre le C et le C++ je conseillerai de commencer par le C++. Sans même parler de notions objets, il propose un niveau d'abstraction supplémentaire.

Cela permet de retarder l'étude de sujets complexes (comme les pointeurs et ce qui en découle : tableaux et chaines de caractères) et d'en ignorer des totalement inninterressants (syntaxe de printf, scanf).

Evidemment, le C++ est plus complexe et sa maitrise demandera plus de temps que celle du C ; mais un débutant fera plus de choses avec le C++ qu'avec le C.

Comme il est dit plus haut, apprendre les 2 permets d'avoir des perspectives beaucoup plus large.
Cependant, et malgré tout, je dirai d'apprendre le C pour commencer même si le but est d'aller vers le C++. Le C permet d'avoir les bases pour de nombreux langages de programmation et est vraiment très formateur. Par ailleurs, même si le but est le C++, une fois les boucles/conditions etc... apprises en C, c'est un jeu d'enfant de faire cette partie là de l'apprentissage C++. Et concernant les notions de pointeurs et chaines de caractères, apprenre à s'en servir ne prends pas beaucoup plus de temps et mieux, comprendre ces passages là permet de saisir comment ça se passe dans la mémoire de l'ordinateur et donc de comprendre ce que l'on fait et ce que l'on demande vraiment à son ordinateur quand on programme.

Vouloir apprendre sur le tas, surtout quand on est débutant, est une erreur (vouloir tout de suite faire plus de choses).

En résumé, commence par le C, en apprenant au moins jusqu'au notions de pointeurs, tableaux de caractères en console. Puis passes au C++ si tu penses que l'orienté objet va te convenir. Le mieux c'est de se fixer un but de premier programme peut-être.

A mon avis, vouloir tout de suite commencer par de la POO avec les notions d'héritage, de polymorphisme etc... surtout quand on est débutant et que l'on ne sait même pas ce qu'est une condition, c'est vouloir tout de suite passer à la F1 avant même de savoir conduire son vélo sur 2 roues.

**Luc Hermitte** · 16/03/2009, 01h49

Tu n'as pas compris mon message.
Commencer par le C++ n'implique pas du tout de commencer par la POO.
C'est exactement le même principe que celui qui consiste à commencer par un langage adapté aux débutants comme le Pascal ou l'Ada: on fait abstraction de la mémoire pour se concentrer d'abord sur l'algorithmie.

PS: le modèle de mémoire du C commence à de plus en plus à s'éloigner du fonctionnement de la machine.
PPS: ne t'arrête pas à la lecture des messages de la première page avant de répondre

**Melem** · 16/03/2009, 07h19

Envoyé par Luc Hermitte

PS: le modèle de mémoire du C commence à de plus en plus à s'éloigner du fonctionnement de la machine.

Euh, que veux-tu dire par là au juste ?

**Luc Hermitte** · 16/03/2009, 09h36

Que pipelines, mémoire cache, multi-processeurs, les instructions C qui sont réordonnées pour plus d'efficacité, les instructions des processeurs qui sont elles-même des macro-instructions, ... font qu'il y a une couche d'abstraction entre le C et ce qui se passe vraiment.
Certes le C est un modèle unifié et simplifié des plus proches de la machine. Et alors ?

**novatronics** · 01/04/2009, 18h30

Mes petits gars, écoutez la parole d'un développeur qui il y a 20ans faisait du C, et il y a 10 du C++:
Il n'y a pas de phénomènes de modes. Tous les ans ont voit apparaître des langages qui essayent de nouveaux concepts. Mais tous les 10 ans on voit apparaître une synthèse qui incorpore tous les concepts intéressants d'une époque. Il y a eu le C, une synthèse. Il y a eu le C++, un (bel) essai.
Quand on développe il faut être à la fois à la pointe des nouveaux concepts et au milieu du courant.
Désolé, mais ce qui est le plus riche intellectuellement et au milieu du courant, aujourd'hui, c'est JAVA.

**gorgonite** · 01/04/2009, 18h31

Envoyé par novatronics

Quand on développe il faut être à la fois à la pointe des nouveaux concepts et au milieu du courant.
Désolé, mais ce qui est le plus riche intellectuellement et au milieu du courant, aujourd'hui, c'est JAVA.

intellectuellement parlant, tu peux détailler tes "avantages" pour Java dans le débat Java vs C++ ?

**Jean-Marc.Bourguet** · 01/04/2009, 19h14

Envoyé par gorgonite

intellectuellement parlant, tu peux détailler tes "avantages" pour Java dans le débat Java vs C++ ?

Il peut les donner dans le débat C++/Java juste à côté (http://www.developpez.net/forums/d18...t-cpp-vs-java/)

**gorgonite** · 01/04/2009, 19h21

Envoyé par Jean-Marc.Bourguet

Il peut les donner dans le débat C++/Java juste à côté (http://www.developpez.net/forums/d18...t-cpp-vs-java/)

c'est ce que j'ai dit, non

?

**Alp** · 01/04/2009, 20h00

Envoyé par novatronics

Mes petits gars, écoutez la parole d'un développeur qui il y a 20ans faisait du C, et il y a 10 du C++:
Il n'y a pas de phénomènes de modes. Tous les ans ont voit apparaître des langages qui essayent de nouveaux concepts. Mais tous les 10 ans on voit apparaître une synthèse qui incorpore tous les concepts intéressants d'une époque. Il y a eu le C, une synthèse. Il y a eu le C++, un (bel) essai.
Quand on développe il faut être à la fois à la pointe des nouveaux concepts et au milieu du courant.
Désolé, mais ce qui est le plus riche intellectuellement et au milieu du courant, aujourd'hui, c'est JAVA.

Et ben mon petit gars, tu passes à côté d'énormément de choses.
Niveau richesse intellectuelle, tu trouveras plus dans OCaml, Haskell, Python ou Ruby que Java

**Thierry Chappuis** · 01/04/2009, 20h27

Envoyé par Alp

Niveau richesse intellectuelle, tu trouveras plus dans OCaml, Haskell, Python ou Ruby que Java

Je joues un peu l'avocat du diable, car j'aime bien Python, mais peux-tu détailler ce que Python ou Ruby ont en plus que Java du point de vue de ce que vous appelez la "richesse intellectuelle"? (peut-être ici: http://www.developpez.net/forums/d70...pourquoi-java/)

Thierry

**Alp** · 01/04/2009, 20h31

Ils proposent des paradigmes supplémentaires ?
Au moins, des fonctionnalités supplémentaires. J'ai l'impression que notre ami passe à côté par exemple de tout ce qui concerne le paradigme fonctionnel, que Ruby utilise un peu, et Python très peu, si je ne m'abuse.

Enfin, s'il veut du vrai nouveau, c'est du côté de OCaml et Haskell qu'il faut regarder AMHA.

**daniel06600** · 11/07/2009, 10h53

En 2009, le C++ est un echec. Alors que le C est toujours d'actualité

**Tommy31** · 11/07/2009, 12h24

Envoyé par daniel06600

En 2009, le C++ est un echec. Alors que le C est toujours d'actualité

ah ?

Quelles sont tes sources ?

**souviron34** · 11/07/2009, 13h25

Je vois que, malgré ce que j'entend souvent sur ce forum, je ne fais pas encore, et de loin, partie des dinosaures....

C étant juste derrière Java..

Ceci dit, C++ est quand même sur une pente un peu descendante..Quoiqu'elle est l'air de se stabiliser..

Invité · 11/07/2009, 14h12

La distinction C et C++ est parfois un peu artificielle... Les compilateurs et outils de développement sont souvent les mêmes, et un certain nombre de programmes "C++" sont en fait du C étendu, utilisant des bibliothèques du C++, et quelques nouveautés du langage.

Ma sensation, c'est que le C++ en tant que nouveau langage, complètement séparé du C, n'est pas un franc succès. En revanche, le C++ en tant que C étendu a un bel avenir devant lui...

François

**mathk** · 31/01/2004, 02h29

Moi j'ai commencer par c puis c++ et java et j'ai trouver cela coohérent car c++ et quand même trops complexe pour qu'on puisse déveloper du premier coup car les erreurs sont beaucoup plus cacher. Ce que je veut dire c'est que même si ton program marche ca veut pas dire qu'il est corect.

**Luc Hermitte** · 31/01/2004, 12h46

Code :

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

1
2
3
4
char buf&#91;20&#93;;
sprintf&#40;buf, "voilà une petite chaine de caractères"&#41;;
if &#40;buf == "voilà une petite chaine de caractères"&#41;
     printf &#40;"youpi!"&#41;;

Code :

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

1
2
3
4
std&#58;&#58;string buf;
buf = "voilà une petite chaine de caractères"&#41;;
if &#40;buf == "voilà une petite chaine de caractères"&#41;
     std&#58;&#58;cout << "youpi!"&#41;;

Des erreurs cachées en C++ et pas en C ?

Si vous trouvez que mon exemple en C est trop simple, vous pouvez aussi le remplacer par :

Code :

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

1
2
3
#define CH "voilà une petite chaine de caractères"
char * buf = &#40;char*&#41; malloc&#40;strlen&#40;CH&#41;, 1&#41;; 
strcpy&#40;buf, CH&#41;;

On ne me fera pas croire que les newbs ne font jamais ce genre d'erreur -- celle du premier exemple est encore bien plus vicieuse en fait je trouve.

Et nombre de fois que j'ai eu à expliquer en TP que non, on n'écrit pas :

Code :

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

1
2
int * i;
scanf&#40;"%d", i&#41;;

(remplacer scanf par n'importe quelle fonction qui doit renvoyer quelque chose via ses paramètres) Franchement, j'aurais préféré que l'on se concentre sur des aspects plus importants comme la structure du programme ou les communications avec les dispositifs externes. Mais bon. Ce genre de détails inintéressants font parti des prérequis à savoir pour les programmes les plus basiques en C.

Programmer en C++ (et pas en C avec des classes) nous préserve d'énormément d'erreurs par rapport au C. Par contre celles qui restent sont plutôt de la catégorie "explose en pleine poire".

**Tombiche** · 13/02/2004, 09h55

En 1989, l'apprentissage du langage C était expliqué par un livre rédigé par les créateurs de ce langage (Proche de la gestion mémoire) :
Brian Kerningham and (et) Dennis Ritchie.
Après un mois de travail quotidien à lire le cours et effectuer les exercices de programmation, le livre avait livré son savoir.

Récemment le C ANSI est apparu : Un effort pour universaliser ce langage (De manière comparable : Que l'on soit à Tokyo ou Paris, la grammaire française ne varie pas.).

Début 1990, le langage C++ a fait son apparition. Le système de supervision du réseau Transpac (Technique X.25 de l'architecture en 7 couches OSI) en a bénéficié.

De l'avis de tous les programmeurs, ce langages complète le langage C.
Pour expliquer le lien qui unit ces deux langages :
le C est inclus dans le C++.
En conséquence : Tout programme en langage C est un programme en C++.

Si vous disposez d'un environnement de programmation en C++, apprenez le C (Un C++ restreint), puis les notions propres à l'inovation C++ : Les notions de programmation objet (Héritage, classe...).

**Luc Hermitte** · 13/02/2004, 14h25

Non, le C n'est pas un sous-ensemble du C++ -- y a pas de VLA en C++ p.ex.
De plus, pour faire des choses similaires, en C++ on va éviter des continuer de se ballader avec les sources d'erreurs qui viennent du C. On utilise les abstractions dédiées (ou alors on aime débugguer et on n'engage que des stagiaires surdoués ou rigoureux) => string, vectors, passage d'arguments par référence, ...

Bref, le C++ a cessé d'être le "C with classes" il y a longtemps maintenant. Inutile de trainer ce fardeaux et de l'imposer aux débutants qui ont bien d'autres choses intéressants à apprendre lors des premières leçons que la manipulation des pointeurs.

(désolé si je radote)

PS: la lecture de la mini FAQ sur le site de Stroustrup est des plus interressante.

C ou C++ ? Lequel choisir ?

Langages de programmation

Vue hybride

Discussions similaires

Partager

Partager