Discussion :

[acx01b]

personnellement, je suis catégorique,

sauf si tu as un niveau développeur professionnel, ce qui parait peut probable car en général les développeurs professionnels maîtrisent le C et le C++,

alors étudie d'abord le C, pointeurs, récursivité, allocation mémoire, structures de données

puis fais le langage que tu veux, de toute façon apprendre un nouveau langage ne te posera aucun problème si tu maîtrises le C.


La réciproque avec C++ n'est pas vraie, à moins que tu maîtrises en plus des aspects spécifiques à C++ toute la partie C, langage qui est inclus dans C++.
Donc ça reste la même idée : maîtriser C, que ce soit avec un compilateur C ou C++, ça ne change rien.

Juste une dernière chose : je ne vois pas l'intérêt pour un étudiant en informatique d'étudier les aspects spécifiques à C++ en même qu'étudier le C, tout simplement parce que un étudiant ne comprendra pas en détail ces aspects spécifiques à C++ avant d'avoir maîtrisé le C (les pointeurs, la récursivité, l'allocation mémoire, les structures de données)


voila pourquoi l'immense majorité des cursus en école/université de programmation (et pas d'informatique théorique ou je sais pas quoi !) commencent ou font au plus tard au 2ème semestre de la 1ère année des cours intensifs de C (les pointeurs, la récursivité, l'allocation mémoire, les structures de données)

il y a-t-il un prof de programmation 1ère année qui va me contredire ?

[gangsoleil]

il y a-t-il un prof de programmation 1ère année qui va me contredire ?

Je ne suis pas prof, mais oui, je vais te contredire

Tout d'abord si, comme tu le dis, le C++ etait un sur-ensemble du C, cela voudrait dire qu'en apprenant le C++, tu connaitrais le C, ce qui n'est pas le cas (d'ailleurs, le C++ n'est pas un sur-ensemble du C).

Ensuite, apprendre a bien programmer en C est vraiment different de l'apprentissage correct du C++. Dans les deux cas il est necessaire d'apprendre la gestion de la memoire, mais la programmation par references par exemple, ou les templates, sont autant de specificites propres au C++ qui ne sont pas facilement realisables en C.

Bref, pour moi, il y a deux langages distincts, proches syntaxiquement a l'origine, mais qui ont beaucoup diverges depuis, et qui surtout n'ont pas le meme usage.

[marcosoeny]

C'est surtout le RAII la différence. Le "petit" truc qui fait que la gestion des cas non nominaux n'a rien à voir d'un langage à l'autre. Et que la gestion de la mémoire en C++ peut facilement être à des parsecs de celle en C.
Mais bon, ce n'est pas comme si le sujet n'avait pas déjà été abordé dans les 20 dernières pages
[Je m'en tiens au sujet de la mémoire qui semblait être le contexte de votre échange]


C'est surtout qu'il y aura régulièrement des gens avec une vision partielle d'un ou des deux langages pour venir réveiller le troll.

C'est une question sérieuse ? C -> C++ ?
Relis le fil. La réponse a été donnée plusieurs fois.
Pour faire court: non. Un apprentissage du C met systématiquement de côté la partie difficile : écrire du code robuste. Le code scolaire enseigné est souvent simple et plein de failles, et du coup un faux sentiment de sécurité, voire de compréhension, et donc de mauvaises habitudes sont prises pour la suite. (hint: realloc ; test systématique des tous les codes de retour de fonctions ; ... Vous avez vu ça en cours ? Et non!)
La première étape c'est et ce sera toujours l'algo.

Bref, relisez TOUT le fil avant de repartir pour un tour !

personnellement, je suis catégorique,

sauf si tu as un niveau développeur professionnel, ce qui parait peut probable car en général les développeurs professionnels maîtrisent le C et le C++,

alors étudie d'abord le C, pointeurs, récursivité, allocation mémoire, structures de données

puis fais le langage que tu veux, de toute façon apprendre un nouveau langage ne te posera aucun problème si tu maîtrises le C.


La réciproque avec C++ n'est pas vraie, à moins que tu maîtrises en plus des aspects spécifiques à C++ toute la partie C, langage qui est inclus dans C++.
Donc ça reste la même idée : maîtriser C, que ce soit avec un compilateur C ou C++, ça ne change rien.

Juste une dernière chose : je ne vois pas l'intérêt pour un étudiant en informatique d'étudier les aspects spécifiques à C++ en même qu'étudier le C, tout simplement parce que un étudiant ne comprendra pas en détail ces aspects spécifiques à C++ avant d'avoir maîtrisé le C (les pointeurs, la récursivité, l'allocation mémoire, les structures de données)


voila pourquoi l'immense majorité des cursus en école/université de programmation (et pas d'informatique théorique ou je sais pas quoi !) commencent ou font au plus tard au 2ème semestre de la 1ère année des cours intensifs de C (, l'allocation mémoire, les structures de données)

il y a-t-il un prof de programmation 1ère année qui va me contredire ?

Encore je partage son avis. Il faut apprendre les bases correctement si les profs avaient introduit C dès le départ je ne suis pas sûr que des étudiants allaient continuer. Moi je pense que pour quelqu’un qui veux même commencer par C il lui faut du temps, du courage et de la pédagogie (il y a de bons livres qui vont en douceur). Finis ses concepts en C : (les pointeurs, la récursivité, l'allocation mémoire, les structures de données) bien sûr tu pourras revenir pour t’approfondir en C quand tu veux ou quand c’est nécessaire. Ensuite apprends C++ toujours pour compléter ton C et je me répète pour que ça devienne un couple C/C++. Et en revenant souvent te forger en C/C++ pour ne pas oublier; tu auras des aptitudes particulières et tu seras vraiment aguerri (samouraï) tu auras pris ton avance par rapport aux autres sur LE MATÉRIEL. Enfin apprends tout ce que tu peux pour être opérationnel sur le marché.

[Mat.M]

Bonjour à tous
J'aimerais apprendre la prog en C ou C++ mais je ne sais pas quel langage choisir (ils ont peu de différence parait-il). Je souheterais faire de la programmation réseau et de la prog sur Linux. Voila merci de tous vos conseils à venir @+

en 2 mots comme il a été écrit maintes fois certainement il vaut mieux commencer par le langage C pour apprendre.
Parce que le langage C est procédural , pas de "surcouche objet" et maintenant les langages fonctionnels ça existe ( comme le F# )
Ensuite le langage C++ a fait suite au langage C,historiquement, mais c'est un langage qui a des méchanismes permettant plus de conceptualisation évoluée , bref ça va au-delà des simples struct{} du C.
Le C++ permet la synergie avec des outils de modélisations comme les concepteurs UML,les méthodologies et les design patterns ce qui est plus difficile avec le C.


En termes très simples et pour raccourcir si tu veux faire un logiciel de compta ou un jeu tu peux concevoir et conceptualiser des classes C++, faire de l'héritage etc..avec UML , faire de l'ingénierie inverse c.a.d. qu'on prend un fichier .cpp et l'outil de conceptualisation ressort un diagramme de classe.
Et puis il y aussi le génie des design patterns ce sont des modèles fonctionnels génériques qui peuvent raccourcir les temps de développement.

[Luc Hermitte]

Zut! Je ne voulais pas relancer la discussion sur les questions qui ont 15ans.
Juste apporter d'autres éléments comparatifs entre les deux langages.

Et non, il ne vaut pas mieux commencer par le langage C. C'est justement tout le contraire que l'on dit. Ni par le C++, même s'il est bien plus abordable pour un débutant (cf les 20 dernières pages, merci). A l'exception de quelques langages comme CLOS, tous les langages OO sont aussi impératifs et procéduraux. En C++ de surcroit, il n'est pas nécessaire de faire de l'OO (alors que Java ou Eiffel en donnent l'illusion à cause du "pas de fonction libres").

Désolé.

[Mat.M]

Zut! Je ne voulais pas relancer la discussion sur les questions qui ont 15ans.
Juste apporter d'autres éléments comparatifs entre les deux langages.
Désolé.

ok mais je pense que le but fondamental du C++ n'est pas du tout compris....( ça c'est comme faire maths sup et maths spé sans comprendre l'essence même des maths ),le but fondamental du C++ comme Java c'est en vue de l'iindustrialisation d'un projet informatique...d'où l'intérêt d'utiliser UML notamment.

Bon si tu veux tu peux avoir ton point de vue, moi le point de vue que j'ai , qui est le plus pragmatique possible et non théorique,après presque 20ans d'expérience en SSII et diverses entreprises c'est qu'un projet informatique le principal est d'être mené à bien et surtout qu'il tourne bien.

[Luc Hermitte]

C et C++ ont tout deux vocations à réaliser des projets industriels. Tout comme Java et bien d'autres.
Après, tous les langages peuvent servir à l'enseignement de la programmation, et c'est la question vieille de 14ans de l'OP. Mais ils ne sont pas les seuls. Python, Ada, Eiffel avaient leur avantages, maintenant on assiste à l’émergence de Python et même à une volonté d'industrialisation de ce dernier pour certains -- mais on est dans une mouvance qui va à l'opposé de celle du C++ où l'on voit de plus en plus de moyens donnés pour se faire taper dessus par le compilateur quand on écrit des bêtises (cf les articles de la cppcon 2015, ou les propositions pour le C++17, sur la PpC, les concepts, les types opaques, ...)

Bref. Tu as réagis sur l'aspect pédagogie/enseignement. Et là, le passage C -> C++ a des conséquences assez néfastes une fois justement arrivé en industrie. Je pourrais revenir sur les bonnes pratiques du C qui ne sont pas applicables au C++ à causes de exceptions, sur la pratique superficielle du C dans l'éducation (car il est compliqué de montrer des codes complètement corrects (un if toutes les 2 lignes) à des étudiants), et sur bien d'autres choses.
Ceci, c'est un tout petit élément du débat que l'on trouve dans les 20 dernières pages que je ne voulais pas relancer : "par quoi commencer ?".


A la place [Je me demande si je n'aurais pas mieux fait de proposer une "dépêche", racoleuse ou non], j'ai des ressources qui traitent de l'application industrielle, puisqu'on en parle, du C++ dans des secteurs que l'on réserve traditionnellement au C pour des raisons de
- "c'est plus rapide" ,
- "les binaires sont plus petits",
- "qui dit template dit code-bloatting"
- "il est plus facile de débugguer et suivre ce qu'il se passe",
- "on n'a pas besoin d'OO ou que sais-je encore", etc.

Ce à quoi ces ressources répondent:
- "tiens, avec la STL, j'arrive à aller plus vite avec ces options et sur ces plateformes embarquées ou non; ou alors, on ne voit même pas la différence"
- "tiens, avec la STL toujours, et ces mêmes options, la taille est la même, et j'ai même parfois un gain de 4o sans que je sache pourquoi"
- "tiens, la généricité template du C++ me permet de diviser sensiblement la taille de l'exécutable comparé au même code générique à coup de macros" ; ou encore: "il est possible de s'en servir sans augmenter la taille des binaires -- tout en ajoutant de la sécurité au code"
- "pourquoi débugguer quand on peut demander au compilateur de ne pas laisser passer des constructions qu'il peut détecter comme incorrectes ?"
- "C++ n'implique pas nécessairement OO"

Autant dire, rien de théorique ici.


Pour UML. Je suis bien la dernière personne à faire une fixation dessus. Cela va dépendre des applications. Sur une chaine de traitement d'images, l'intérêt est assez limité au delà de la représentation des flots de données, ou un éventuel cadre pour traiter et logguer les erreurs. Sur des applis où il y a de la concurrence et des échanges en particulier asynchrones, je ne sais vivre sans diagrammes de séquences.

Maintenant, dans le débat C VS C++... Ma foi. Il peut être employé sur les deux, il ne m'apparait comme pas nécessairement discriminant -- surtout dans le cadre du déterrage du débat trollesque sur le choix du premier des deux à voir en enseignement.
Dire que UML n'est pas adapté au C, c'est juste admettre que C ne dispose pas des sucres syntaxiques apportés par le C++ pour faire de l'OO. Rien n'empêche d'avoir une approche OO en C, voire d'utiliser le vieux COS qui permet des choses comme le double-dispatch que le modèle de OO du C++ et fils (Java, C#, ...) ne permet pas sans Design Patterns. De même, on peut avoir une approche 0% OO en Java (Il suffit de multiplier les méthodes statiques et les setters triviaux qui portent bien leur nom).

[kenbp]

Moi tous ce j'ai à a dire c'est que j'aime la programmation et surtout le c

[iself junior]

Bonjour à tous
J'aimerais apprendre la prog en C ou C++ mais je ne sais pas quel langage choisir (ils ont peu de différence parait-il). Je souheterais faire de la programmation réseau et de la prog sur Linux. Voila merci de tous vos conseils à venir @+

Bon selon moi si débute dessus commence par le c après avoir maîtriser ça tu pourais très bien passé au c++ sans problème puisque qu'on a ajouté juste le poo en c++ en plus des notions que tu as étudier en c c'est juste le sy'taxe qui vas changé sinon ça rien de compli

[Luc Hermitte]

Bon selon moi si débute dessus commence par le c après avoir maîtriser ça tu pourais très bien passé au c++ sans problème puisque qu'on a ajouté juste le poo en c++ en plus des notions que tu as étudier en c c'est juste le sy'taxe qui vas changé sinon ça rien de compli

Sérieusement? On a je ne sais combien de pages qui expliquent la différence entre les deux langages. Que le C++ c'est beaucoup, mais alors beaucoup plus que du C avec des classes ou juste de la syntaxe en plus (A commencer par les exceptions changent profondément la donne sur les bonnes pratiques). Que le C est tout sauf un prérequis pour le C++, que limite c'est un frein pour aborder ce dernier correctement.

Bref. STP, lis les 150 messages qui ont été écrits.

[marcosoeny]

Bonjour,
personnellement, je n’ai jamais su que j’allais faire de l’informatique, car déjà en classe de 4ème avec des amis j’apprenais à rendre les PlayStation One universelle et à réparer la nappe(cordon ou bus) des lecteurs CD.
Puis en classe de première S j’ai découvert une calculatrice HP 32SII sans notice. Pour faire 1+2 égale 3 c’était un calvaire. J’ai appris 1 mois après que c’était du Basic et j’ai réussi à l’utiliser et à automatiser le calcul de la moyenne des élèves pour aider le prof.
Après le Bac je me suis lancé dans l’informatique et la gestion. Le seul truc ou j’excellais (d’ailleurs j’avais recours à développez.com en ce temps pour des TD), c’était bien 🙂 l’algo

J’avais lu que le basic était l’un des langages d’initiation à la programmation jadis. En IG1 pour moi c’était PASCAL avec turbo pascal 7. En IG2 on nous a ajouter le C sans compiler pour tester (difficile et répugnant tous on a trouvé). Des années après j’ai découvert ARDUINO et mes motivations pour le C ont été déclenché.
Des années de plus j’ai monter une imprimante 3D en kit de zéro et j’ai vu encore que ce même ARDUINO est réapparu. cette fois ci j’ai augmenter ma bibliothèque 📚
+ pour l’algo : INFORMATIQUE Algorithmes en pascal et en C 2 édition de Yves Granjon (dunod)
+ le livre : C/C++/C# LA BIBLE DU PROGRAMMEUR 2 édition (Reynald Goulet) le C# n’était pas déjà une option pour moi mais cohabite dans ce livre avec les 2 C
+ système : conception de système d’exploitation le cas de Linux (eyrolles)
+ plus d’autres types de bouquin. Bien sûr il faut avoir 2 approches les lire rapidement de façon sommaire et revenir pour une étude approfondie.
TOUT ÇA POUR DIRE QUE LE CHOIX EST EN FONCTION DE CE QUE TU VEUX FAIRE.
Fais un langage ou tu ne te perds pas juste pour l’algo. . Maintenant si tu es têtu à faire du système ou de ça ton langage. Alors fais C puis C++. Moi je viens encore de lire sur open classroom C pour le système embarqué. Ça ne fait que revenir C proche de la machine C système C embarqué et C en 20heures puis C++ pour le compléter. C’est pour cela que c’est noter en couple C/C++. Fais une recherche rapide et choisi un langage pour ton algo puis attaque ton C. Ensuite C++ je te le répète. Mais tu feras les 2 pour finir.

PS: pourquoi les livres 📚. Eh beh c’est pour les utiliser comme référence et apprendre en douceur à chaque fois que quelque chose m’echappe.

Moi je pense que notre parcours ou ce qu’on cache en nous se dévoile seul. Le fait de faire de l’électronique en hobby m’a poussé naturellement vers le matériel. Le fait d’avoir découvert au hasard le BASIC m’a diriger vers la programmation. Le fait d’avoir reçu un initiation au sup de pascal puis en C m’a guider pour le choix de mes livres pour ne pas casser le rythme. Maintenant le commun des mortels doit accepter que ce qu’on apprend n’est pas toujours utile à la demande sur le marché autour de toi je précise d’où chez nous on demande plus le développement web. Mais tous ses systèmes resteront opérationnels car on a toujours besoin du C ou du Java ou autre pas encore mort 💀. . Il faut aussi penser 🤔 à s’orienter dans quelque chose qui aboutira à de réels projets. Apprendre un peu de tout n’est pas mal. Et se perfectionner dans ce qui servira.

[Rep.Movs]

Bonjour à tous
J'aimerais apprendre la prog en C ou C++ mais je ne sais pas quel langage choisir

En général on le fait par rapport au projet. Faire un gros projet en C nécessite un très bon outillage, dont une partie fait partie du C++. Le C est très proche de l'assembleur sur bien des points, le C++ t'envoie plus dans un environnement où le compilateur fait beaucoup de choses pour toi.

Le C++ t'apporte des structures intéressantes pour les gros projets. Attention, apprendre le C++ est extrêmement vaste! Il y a la philosophie objet, le langage (avec les flux, les refs, les lambda...), et toutes les bibliothèques standards ou autres.

Je te conseille d'apprendre le C sur des projets en ligne de commande (réseau, transformation de texte, d'image avec OpenCV c'est sympa), puis de considérer un langage de classe comme Java ou C# AVANT de passer à C++.
Lors du passage à C++, si tu as un intérêt à faire du C++ "standard", vas-y, sinon je te conseille de faire les tutos de la librairie Qt - c'est un peu comme du Java, mais en C++, ça apprend bien les différentes techniques et l'architecture, c'est propre.

Enfin, considère aussi le Rust.