Discussion :

[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.