Discussion :

[matali33]

Bonjour à tous,
je suis à la recherche d'un livre en français sur la programmation en C++ moderne.
J'ai trouvé sur Amazon un ouvrage intitulé "programmer en C++ des premiers pas à la maîtrise de C++20" publié en 2022 et qui semble très bien noté sur les sites marchands : https://www.amazon.fr/Programmer-pre.../dp/2340065437
quelqu'un a-t-il eu l'occasion de parcourir cet ouvrage ?
Merci de votre avis

[mintho carmo]

Pas lu ce livre.

Il faut faire attention avec les notes et commentaires sur Amazon. Ici, il y a un seul commentaire, c'est trop peu pour que ce soit pertinent. En plus, je le trouve louche (livre publié le 22 mars, avis le 27 mars. Il ne l'a probablement pas lu avant de faire le commentaire. En plus, il parle de Stroustrup et Kernighan & Ritchie, c'est probablement pas un lecteur qui fait partie du public cible - c'est a dire un débutant).

Par contre, un point intéressant a noter avec ce commentaire et qui est confirmé par le sommaire https://www.editions-ellipses.fr/ind...tachment=47395, c'est que c'est manifestement une approche historique (le C avant le C++). C'est un livre qui semble organisé sur le modèle de "catalogue de syntaxes", ce qui généralement un problème pour avoir une compréhension globale du C++.

D'ailleurs, l'auteur le dit lui même https://www.editions-ellipses.fr/ind...tachment=47396 :

Il faut toutefois signaler que certaines caractéristiques du langage C sont évoquées parce qu’elles
peuvent encore être rencontrées, mais ne sont plus utiles en C++ moderne. Elles peuvent même
être parfois considérées comme nuisibles, et sont alors signalées comme telles.

Donc peut être qu'il a bien conscience du problème de l'approche historique de l'enseignement du C++ via le C et que son livre est suffisamment pédagogique pour ne pas avoir ce problème ? Impossible a dire sans le lire. Mais généralement, on recommande pas les cours qui suivent cette approche historique.

[matali33]

Bonjour,
votre message est intéressant toutefois j'attendais plutôt des avis de personnes ayant eu l'occasion de parcourir ou d'utiliser cet ouvrage.
J'avais de mon coté noté 3 avis positifs sur Amazon , bien qu'un seul ait apporté des informations détaillées.
Personnellement, l'approche historique de l'évolution de C++ ne me gêne pas dans la mesure où il s'agit d'une démarche pédagogique pertinente.
J'avais eu une formation C++ dans le cadre de mes études d'ingénieur, voici maintenant assez longtemps , et je cherche à mettre à niveau mes connaissance dans ce domaine.
C'est en partie la raison de mon intérêt pour une approche pédagogique de la programmation C++

[deedolith]

Souvent, pour se faire une idée d'un livre, il suffit de regarder le sommaire:

Si l'approche est historique,
Si les pointeurs nu sont abordés très vite,
Si les classes sont abordées tardivement,
Si la STL est abordée à la fin,
Si la dernière norme en vigueur est abordée à la fin,

Alors ce n'est pas un bon livre.

[Guesset]

Bonjour,

Je ne serais pas aussi catégorique. Il me semble qu'il y a trois sortes de bouquins :

1. Ceux qui prennent une démarche analytique (comme celui-ci), ils garantissent une certaine exhaustivité sans faciliter la vue de synthèse (mais comme C++ phagocyte peu ou prou la plupart des paradigmes, la synthèse n'est jamais gagnée).
2. Il y a les démarchent abstraites qui oublient avec ardeur la plupart des béquilles qu'offre le langage pour favoriser un code plus sûr et efficace. Ils présentent généralement une vue homogène rassurante même si elle ne peut qu'être partielle. En général, ils excluent les aspects du langage proche du matériel (vade retro C !).
3. Il y a les démarches pragmatiques. Les anglo-saxons y sont abonnés. L'objectif est le savoir-faire et les notions du langage qui ont un taux d'usage confidentiel en sont absents ce qui n'est pas nécessairement un défaut.

En résumé, ceux qui cherchent une référence prendront le premier type, ceux qui veulent une vue d'ensemble cohérente du langage choisiront le second et ceux qui veulent produire rapidement du code le troisième.

Dans le cadre du choix de démarche fait par ce livre, je ne le trouve pas mauvais. Mais cela n'engage que moi .

Salutations

[Bousk]

Avec les innombrables sources trouvables gratuitement sur internet, je trouve que l'intérêt d'un livre est limité.
En plus limiter son choix aux très rares livres en français, dont je n'ai personnellement jamais vu un bouquin intéressant et pertinent.
Utilise Google, constate que de nombreux résultats sont sur StackOverflow, et t'es bon.
Et surtout apprend et n'aies pas peur de l'anglais, sinon tu n'iras pas très loin imo.

[mintho carmo]

des avis de personnes ayant eu l'occasion de parcourir ou d'utiliser cet ouvrage.

Vu que c'est un nouveau livre (pas une réédition), d'un auteur qui n'a jamais publie en C++ (il a d'autres livres, mais en physique), qui n'est pas dev C++ (c'est un chercheur en physique a priori), que le livre est assez confidentiel (je suis régulièrement les nouveaux livres en C++, je n'avais pas vu celui la), etc. il est fort probable que tu ne trouve personne qui l'a lu.

J'avais de mon coté noté 3 avis positifs sur Amazon

3, ça n'a aucune pertinence.

dans la mesure où il s'agit d'une démarche pédagogique pertinente

Une démarche pédagogique n'est pertinente qu'en fonction de buts et moyens spécifiques. Pour la majorité des devs C++, cette approche ne l'est pas. On a déjà eu des milliers de discussion ici sur l'approche historique, c'est pas compliqué de retrouver les discussions, mais tu peux regarder le talk de Kate Gregory "Stop teaching C" pour avoir une idée des arguments.

je cherche à mettre à niveau mes connaissance dans ce domaine

Si c'est pour une remise a niveau, pas d’hésitation, je te conseille "Tour of C++" de Stroustrup. Contrairement a ce que dit le commentaire sur Amazon, Stroustrup continue de publier, la 3eme édition de ce livre date de cette année.

Ceux qui prennent une démarche analytique (comme celui-ci), ils garantissent une certaine exhaustivité

Les problèmes, c'est que :

1. comme dit Bousk, on a des bonnes références sur internet. En C++, il y a par exemple cppreference.com, qui contient toutes les syntaxes du C++. Ça rend les livres C++ "catalogues de syntaxe" complètement inutiles (et c'est probablement pour cette raison que Stroustrup a arrêter de publier "The C++ langage")

2. plus problématique a mon sens, c'est que ce n'est pas exhausitif, justement. Apprendre un langage, c'est pas juste apprendre un catalogue de syntaxe, mais aussi apprendre une démarche pour résoudre un probleme, connaitre les idioms et concepts du langage, connaitre les outils, etc.

3. L'un des plus gros probleme avec l'approche historique et les devs C qui essaient d'apprendre le C++, c'est qu'ils se retrouvent avec pleins de syntaxes qui font la même chose et ne comprennent pas pourquoi il faudrait utiliser la syntaxe proposée par le C++ alors que ce qu'ils ont appris en C fait la même chose. Par exemple, si tu as pris l'habitude pendant 800 pages a faire du C++ sans les concepts et les modules, quand tu arrives a la fin du livre et apprend ces 2 notions, tu vas pas oublier d'un coup les habitudes que tu avais prise. Tu vas continuer a raisonner comme tu as appris et l’intégration de ces nouvelles connaissances dans ta pratique sera plus difficile. (En tant que devs C++, on a les même probleme pour assimiler les nouvelles notions dans nos pratiques. Passer par le C ne fait qu'augmenter ce probleme)

[matali33]

Bon, merci à tous pour vos avis,
je reste sur ma faim car malgré toutes ces commentaires, certes intéressants, personne n'a lu ce livre.
j'ai trouvé un résumé intéressant sur le site https://www.decitre.fr/livres/progra...340065437.html
De plus j'ai relevé une confusion concernant l'auteur de ce livre qui est "Maître de Conférences à l'INSA Hauts-de-France, où il enseigne la programmation dans différents langages (dont C et C++) depuis de nombreuses années" et n'a rien à voir avec un autre auteur homonyme, qui est lui "Titulaire d'un doctorat d'université en physique (Le Mans, 1987). Professeur de physique, Université du Maine, Le Mans (en 1999)"
Finalement,et suivant mon instinct, j'ai commandé cet ouvrage au père Noël et ne manquerai pas de vous faire part de mon avis dès que je l'aurai pratiqué !!
bonnes fêtes à tous ...

[Guesset]

Bonjour,

Si j'ai porté un avis c'est que j'ai ce livre même si je reconnais ne pas l'avoir lu dans son intégralité (c'est un pavé et je ne l'ai que depuis 15 jours environ). Je me serais pas permis le moindre avis autrement.

Salutations

[virginieh]

Par contre, un point intéressant a noter avec ce commentaire et qui est confirmé par le sommaire https://www.editions-ellipses.fr/ind...tachment=47395, c'est que c'est manifestement une approche historique (le C avant le C++). C'est un livre qui semble organisé sur le modèle de "catalogue de syntaxes", ce qui généralement un problème pour avoir une compréhension globale du C++.

D'ailleurs, l'auteur le dit lui même https://www.editions-ellipses.fr/ind...tachment=47396 :



Donc peut être qu'il a bien conscience du problème de l'approche historique de l'enseignement du C++ via le C et que son livre est suffisamment pédagogique pour ne pas avoir ce problème ? Impossible a dire sans le lire. Mais généralement, on recommande pas les cours qui suivent cette approche historique.

Bonjour,

Je ne serais pas aussi catégorique. Il me semble qu'il y a trois sortes de bouquins :

1. Ceux qui prennent une démarche analytique (comme celui-ci), ils garantissent une certaine exhaustivité sans faciliter la vue de synthèse (mais comme C++ phagocyte peu ou prou la plupart des paradigmes, la synthèse n'est jamais gagnée).
2. Il y a les démarchent abstraites qui oublient avec ardeur la plupart des béquilles qu'offre le langage pour favoriser un code plus sûr et efficace. Ils présentent généralement une vue homogène rassurante même si elle ne peut qu'être partielle. En général, ils excluent les aspects du langage proche du matériel (vade retro C !).
3. Il y a les démarches pragmatiques. Les anglo-saxons y sont abonnés. L'objectif est le savoir-faire et les notions du langage qui ont un taux d'usage confidentiel en sont absents ce qui n'est pas nécessairement un défaut.

En résumé, ceux qui cherchent une référence prendront le premier type, ceux qui veulent une vue d'ensemble cohérente du langage choisiront le second et ceux qui veulent produire rapidement du code le troisième.

Dans le cadre du choix de démarche fait par ce livre, je ne le trouve pas mauvais. Mais cela n'engage que moi .

Salutations

Avant de vous bouffer le nez et de faire des grands débats sur le CV de l'auteur vous étiez plutôt d'accord sur le type de livre à attendre. Vous avez donné votre opinion sur ce type de méthode avec ses avantages et inconvénients. Là est votre désaccord et ça reste à l’appréciation de chacun, tout le monde n'apprends pas de la même façon
Ce livre se veux une référence encyclopédique sur le C++.

Je me rapproche plus de l'avis de Mintho, ce n'est pas forcément la meilleur approche à avoir pour commencer à apprendre (puisque le livre se veut à destination de quelqu'un qui débute), dans la liste que tu as faite Guesset, quand je commence un langage je préfère la 3ème méthode.
Ca veut pas dire que c'est un mauvais livre avoir une référence sous le coude c'est pratique (même avec internet, pour aller en profondeur sur un point précis j'aime avoir un support papier)

[mintho carmo]

Ca veut pas dire que c'est un mauvais livre

J'ai ajouté un EDIT pendant que tu postais ton message, a propos du CV. Je parlais de cela juste pour comprendre les choix qui sont fait dans le livre, mais ce n'est effectivement pas forcement pertinent pour juger de la qualité.

Une remarque quand meme :

En général, c'est juste parce que les personnes se sont formées il y a longtemps au C++, ne le pratique pas et parfois ne l'ont jamais pratiqué, et continuent d'enseigner encore et encore l'approche historique, sans avoir remis a jour leurs connaissances sur le sujet)

De mon expérience, ce type d'approche n'est généralement pas un choix pédagogique qui aurait été volontairement choisi parce que considéré comme meilleur par rapport a d'autres choix pédagogiques. C'est le résultat du manque de mise a jour des compétences de l'enseignant/auteur sur le C++ ou sur la pédagogie.

C'est surtout ça qui me fait mettre ce genre de livres/cours dans la catégorie "mauvais". Parce que quand je disais :

Donc peut être qu'il a bien conscience du problème de l'approche historique de l'enseignement du C++ via le C et que son livre est suffisamment pédagogique pour ne pas avoir ce problème ?

Cela implique que l'auteur/enseignant soit a jour dans ses connaissances et fasse ce choix volontairement, de façon a corriger dans ses explications les problèmes de l'approche historique (pour que ses élèves/lecteurs n'apprennent pas des erreurs).

J'ai déjà discute avec des enseignants qui avaient fait le choix volontaire de l'approche historique (avec raison ou non). Mais pour ce livre, j'ai des éléments contradictoires, avec du code qui me semble très old school. Je ne peux pas conseiller un livre qui présente autant de red flags.

[matali33]

Chose promise, chose due, je reviens vers vous pour vous faire part de mon retour d'expérience sur l'ouvrage "Programmer en C++ des premiers pas à la maîtrise de C++ 20".
A l'usage, il s'avère que ce livre est bien conçu. Il est très progressif et tout à fait adapté à mon besoin car il m'a permis de repartir des bases que j'avais un peu oubliées et de me propulser facilement dans le C++ moderne. Et évoquer les fonctionnalités de base m'a permis d'éviter les écueils auxquels j'aurais fatalement été confronté.
En fait il couvre bien c++20, et les sujets sont traités en profondeur. Voici par exemple le contenu d'un chapitre qui met en garde sur l'usage de fonctionnalités anciennes :
(vous pouvez retrouver ces têtes de chapitre dans la table des matières).
-Limitez l'usage de pointeurs
-Passez les paramètres par valeur ou référence.
-N'utilisez pas les entrées sorties du C
-N'utilisez pas les tableaux
-N'utilisez pas les chaînes de caractères du C
-Limitez l'usage du préprocesseur
-Ne gérez pas la mémoire vous mêmes
-Utilisez les conteneurs de la STL
-Utilisez les exceptions
-Pratiquez l'idiome RAII
Commentaire personnel: ce paragraphe recommande d'utiliser les pointeurs intelligents.

Merci à tous ceux qui ont consacré du temps à répondre à ma question

[Grool]

Ce chapitre est plein de bon sens pour apprendre l'approche Moderne du C++.
Le souci, c'est que ces bons conseils sont expédiés entre les pages 527 à 533 du livre, après environ 150 pages de cours de langage C et 330 pages de C++.

Le RAII, par exemple, devrait être introduit presque en même temps que la définition d'une classe en Programmation Orientée Objet (ici, page 233) et de la forme de canonique de Coplien. Et le lecteur devrait déjà savoir sommairement ce qu'est une exception (p365), ce qu'elle implique en court-circuitage de code et de gestion de la mémoire, et donc il comprendrait très vite pourquoi le RAII lui épargnera quelques heures sup. Personnellement, je ne suis pas contre le fait de présenter la notion de pointeur assez tôt, sans l'utiliser, en expliquant pourquoi c'est une arme de destruction massive et embrayer tout de suite sur le std::shared_ptr.

Je pense qu'un bon cours ne peut se limiter à la syntaxe du langage. Il doit aussi introduire des notions d'architecture, de bonnes pratiques, en présentant rapidement les pièges qui attendent le développeur peu scrupuleux, s'il est nécessaire de convaincre le lecteur.

Des chapitres qui parlent du C, du C++98 ou 03 sont sans doute nécessaires car tout développeur sera confronté un jour à du code legacy. Mais ils doivent se trouver dans la partie "Avancée" du livre, voire même en annexe.
Il est intéressant, par exemple, de recoder un std::list prenant en compte tous les aspects de gestion de la mémoire et des exceptions (cf. Herb Sutter). Même ce n'est clairement pas un exercice pour débutant.

Avec les innombrables sources trouvables gratuitement sur internet, je trouve que l'intérêt d'un livre est limité.

Je suis d'un avis assez contraire.
Butiner sur StackOverflow permet d'apprendre beaucoup en autodidacte.
Voici une définition d'autodidacte que j'aime bien :

Un autodidacte est une personne qui a appris par elle-même, en dehors des institutions éducatives et de façon souvent chaotique, un ensemble de conneries.

On peut y trouver des réponses très pointues, et bien d'autres à côté de la plaque. Il faut déjà avoir assimilé les notions de bases pour y trier le bon du mauvais.
Aller sur cppreference sans savoir ce qu'on y cherche est un peu hasardeux, et sera chronophage.

A mon très humble avis, ça ne peut remplacer un cours bien construit, qui a un fil conducteur, des priorités et une courbe d'apprentissage bien établis.