Discussion :

[Neckara]

Je suis en parti d'accord avec acx01b.

Le but n'est pas de faire apprendre toute l'informatique aux étudiants, mais de leur apprendre à apprendre.

En effet, il n'est pas possible en 8 ans de devenir un expert en tout et tout au long de notre carrière, les technologies sont susceptibles de s'améliorer, d'évoluer, de changer. Ce n'est pas parce qu'on sort d'école qu'on cesse d'apprendre, sauf que là, il faudra apprendre en autodidacte. Le but n'est pas d'avoir une masse de connaissance, mais de pouvoir s'adapter à chaque situations.

Pour cela, il faut donner des bases et une culture informatique aux étudiants. Apprendre par cœur toute l'API Java, c'est impressionnant mais pas très utile.

D'un autre côté, on ne peut pas se contenter de tout survoler, ni même de tout survoler. Il faut bien à un moment ou à un autre approfondir un langage, ne serait-ce que pour se rendre compte de sa complexité et de sa puissance.
Donc oui, malheureusement, on est contraint à faire des choix, on ne peut pas tout apprendre.

[PierroVsf]

Je suis d'avis qu'il faut connaître le C pour bien utiliser le C++, et qu'il ne faut pas séparer ces deux langages.

Personnellement lorsque que j'ai commencé à passer du C au C++, j'était méfiant, J'allais jusqu'à faire des sorties assembleur avec gcc pour voir les différences entre le code C et le code C++. J'avais peur pour la rapidité d'exécution entre autre, et la lourdeur du code. Mais au final le C++ donne des programmes très optimisés. Il faut ce dire que tout ce que cache le C++ au profit de la "beauté du code" est réalisé aussi bien voir mieux que le C. D'un autre côté, pas de miracle, si le C++ donne une certaine liberté, son utilisation coûte autant au niveau complexité que la même liberté que l'on ce serait octroyée en C. C'est d'ailleurs là qu'il faut faire attention.

Ainsi je pense qu'il vaut mieux apprendre le C pour mieux comprendre le C++. De plus je trouve inutile de débuter le c++ en apprenant les dernières spécificité de celui-ci, je pense par exemple à la manipulation des strings, ou au constructeur qui accepte une liste d'initialisation définie à l'aide des crochets. Pour moi ces propriétés relèvent plus du gadget. Le C++ ne se réduit pas à ses fonctionnalités de manipulations de caractère...

Pour autant je trouve le C++ très puissant et je conseil son utilisation au profit du C. D'ailleurs le C est totalement compatible avec le C++, à la différence que le compilateur C++ est souvent plus efficace et plus sûr. Alors quitte à garder ses habitudes C et utiliser quelques fonctionnalité du C++ qui nous plaise, pas de problème! Et si l'on veut aller plus loin dans le C++ on n'est pas pour autant obligé d'utiliser toutes ses fonctionnalités. On peut trouver certaines fonctionnalité lourdes et dangereuse. Et le choix est vite fait! : Si l'on a fait du C et que l'on a ses règles : On prend les possibilités du C++ qui donnent un équivalent en C qui respecte les règles que l'on s'est donné. Par exemple :

En C est ce que j'utilise des pointeurs de fonctions à tout bout de champ? Non! -> Pas de fonctions virtuelles en C++.
En C est-ce que je fait une structure qui pourra fonctionner avec plusieurs types en même temps et perdre le typage, ou est ce que je fais une structure pour chaque type et garder le typage? Une structure par type! Le typage avant tout! -> On utilise les template en C++ pour nous faciliter la tâche.

Finalement j'utilise le C++ pour ses templates, sa surcharge d'opérateur, ses constructeur/destructeur, et c'est tout.

[white_tentacle]

Ainsi je pense qu'il vaut mieux apprendre le C pour mieux comprendre le C++.

Tu penses, mais tu ne donnes pas d’arguments...

De plus je trouve inutile de débuter le c++ en apprenant les dernières spécificité de celui-ci, je pense par exemple à la manipulation des strings

Et pourtant, les strings, c’est l’exemple type de pourquoi c’est plus simple d’apprendre directement le C++. En C, il faut comprendre que les chaînes sont terminées par \0, mais pas toujours, que ce sont des tableaux, que souvent il faut passer la taille avec, mais pas toujours, etc. En C++, tu as un objet std::string qui est là et fait à peu près ce qu’on attend de lui.

[koala01]

Salut,

Je suis d'avis qu'il faut connaître le C pour bien utiliser le C++, et qu'il ne faut pas séparer ces deux langages.

Permet moi de ne pas être d'accord avec toi (et d'argumenter sur ce point en sus):

De nombreuses techniques issues du C, indispensables en C sont purement et simplement nocives et contre productives en C.

Tout ce qui rattache le C++ au C, c'est la syntaxe (et encore, on ne peut le dire que pour le sous ensemble commun entre C et C++), autrement, ce sont deux langages fondamentalement différents, à l'instar du latin de Jules Cesar et du français actuel.

Je ne nie absolument pas l'intérêt que peut apporter la connaissance du latin de Jules Cesar dans la compréhension que l'on peut avoir du français moderne, tout comme je ne nie pas l'intérêt qu'il peut y avoir à connaitre le C pour comprendre les rouages du C++.

Par contre, tu conviendra avec moi que la connaissance du latin de Jules Cesar ne peut absolument pas être considérée comme un prérequis à l'apprentissage du français moderne, autrement, nous n'apprendrions pas à parler avant la première année de collège!!!

Et si tu convient de cela pour le latin et le français, tu dois également en convenir pour ce qui concerne le C et le C++. Simplement parce que ce sont des langages fort proches, mais fondamentalement différents

Personnellement lorsque que j'ai commencé à passer du C au C++, j'était méfiant, J'allais jusqu'à faire des sorties assembleur avec gcc pour voir les différences entre le code C et le code

Mmmhh... Oui, en fait, passons... C'est à vrai dire une excellente chose que de s'interroger sur l'efficacité des outils mis à sa disposition

Ainsi je pense qu'il vaut mieux apprendre le C pour mieux comprendre le C++.

Nuançons un peu les choses : si tu veux comprendre l'intérieur des rouages du C++, la connaissance de C t'y aidera très certainement.

Mais le fait est que, sauf exception, il n'y a absolument aucune raison de s'intéresser réellement au rouages du C++. dans la plupart des cas, on se contente d'utiliser les fonctionnalités "de surface" qu'il nous propose; tout comme on se contente généralement d'utiliser fopen (et autre fonctions associées aux fichiers) sans commencer à s'inquiéter de la composition réelle de la structure FILE et de la manière dont elle est traitée par les dites fonctions

Mieux (ou pire, c'est selon) encore : la gestion dynamique de la mémoire est un processus qu'il est indispensable d'assimiler très rapidement en C; on n'a purement et simplement pas le choix. Mais c'est un processus particulièrement complexe à comprendre, à assimiler et, surtout, à maitriser suffisamment en C++ pour éviter les catastrophes (un peu moins en C, grâce à l'absence de système d'exceptions, comme on en retrouve en C++)

Or, C++ nous permet de postposer toute la problématique jusqu'à un moment où l'on en aura vraiment besoin (lorsqu'il commence à être question d'héritage et de polymorphisme), nous permettant d'attendre de nous être approprié un minimum le langage et d'avoir acquis un minimum d'expérience avant de devoir nous frotter au problème.

Cela rend la courbe d'apprentissage beaucoup plus facile à suivre

De plus je trouve inutile de débuter le c++ en apprenant les dernières spécificité de celui-ci, je pense par exemple à la manipulation des strings, ou au constructeur qui accepte une liste d'initialisation définie à l'aide des crochets.Pour moi ces propriétés relèvent plus du gadget.

Sur ce point non plus, je ne suis pas d'accord.

La manipulation des chaines de caractères est un véritable calvaire en C. A moins, bien sur, de définir une taille arbitraire une bonne fois pour toutes pour tes chaines de caractères... Avec tous les problèmes que cela sous-entend

Or l'utilisation et la manipulation des chaines de caractères est une constante dans tout programme : tôt ou tard, on voudra récupérer, afficher ou transmettre une information sous cette forme. La classe std::string (et ses consoeurs) nous permet de manipuler ce genre de donnée en nous concentrant sur les manipulations que nous devons faire au lieu de passer notre temps à nous inquiéter de savoir si "mais aurai-je assez d'espace pour stocker tout cela".

L'utilisation des accolades pour les listes d'initialisateurs est loin d'être un gadget, mais permet de résoudre une problématique réelle. un simple exemple : que fait, à ton avis un code proche de

Code :

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

1
2
3
4
5
6
class MaClasse{
    /* on se fout pas mal du contenu
};
int main(){
    MaClasse foo();
}

Le résultat n'est absolument pas ce que tu pourrais croire à la première lecture et en suivant ta première intuition

Le C++ ne se réduit pas à ses fonctionnalités de manipulations de caractère...

sur ce point, au moins, nous sommes d'accord

Mais la conclusion que l'on en tire est radicalement différente :boom:

Car il faut te dire que la manipulation de chaine de caractères est une constante importante de n'importe quel programme, développé dans n'importe quel langage. En particulier lorsqu'il est question de transmettre des informations à l'utilisateur

En C est ce que j'utilise des pointeurs de fonctions à tout bout de champ? Non! -> Pas de fonctions virtuelles en C++.

Pas de fonction virtuelle-->pas d'héritage -->soit de sérieux problèmes de conception, soit, tu te limites vraiment dans l'utilisation des possibilités offertes par le langage (et, s'il n'était question que de cela, tu aurais sans doute intérêt à rester en C qui est malgré tout moins complexe )

[epsilon68]

j'adore c++ et ses dernières evolutions, je suis impatient de voir la norme c++23 etc (surtout la réflexion de Herb Sutter).

Par contre le problème est de pouvoir travailler sur du code base propre. J'ai au boulot un code C# mais genre grosse bouse, fait à l'arrache, par des personnes qui sont partis. et c'est du c#... On galère un max pour remettre ça bien !

vous imaginez du c++ ? quand je vois le massacre en c#, j'ai du mal a imaginer ce que ca doit être en c++.
Est-ce que quelqu'un a eu cette expérience ?

[Astraya]

J'imagine bien un projet C# CLI C++. Je n'ai jamais vu de projet qui n'avait pas de problème avec ce mélange mais c'est hors sujet