Bonjour,

Les commentaires indiquent que le livre ne s'adresse pas aux débutants ..

Pensez-vous que c'est un "bon" livre? (le cas échéant conseilleriez-vous un meilleur?)

Pensez-vous qu'un débutant pourra l'assimiler ( tout en poursuivant d'autres cours comme ceux-ci) :

http://guillaume.belz.free.fr/doku.php?id=programmez_avec_le_langage_c

https://openclassrooms.com/courses/programmez-avec-le-langage-c

p.s. : je veux suivre des cours écrits en français pour pouvoir mémoriser le lexique.

Je pense que Guillaume Belz lui même va venir te répondre, il est souvent sur le forum

C'est simple: Tu compares ici le cours de gbDivers qui est, certes pas entièrement terminé, mais relativement juste et complet, surtout pour un débutant (dans la condition où tu connais déjà l'algorithmie et que tu sais utiliser d'autres langages "plus faciles", ce qui rendra le sujet plus abordable) ; et le cours C++ d'OC qui est vieux, obsolète, apprend un bon paquet d'âneries.

Fonces sur le premier

Je veux aussi bûcher sur mon EDI (ou IDE), visual studio 2017 plus exactement.

Avez-vous des suggestions s.v.p.?

CLion, Code::Blocks (why not !), VSCode, ST + CLang, QtCreator, KDevelop

Les bouquins de C++ de Delannoy sont une calamité.

Ksass`Peuk a écrit:

Les bouquins de C++ de Delannoy sont une calamité.

Pourquoi donc?

Parce qu'il montre un gros paquet de mauvaises pratiques.

Mad-Mica a écrit:

p.s. : je veux suivre des cours écrits en français pour pouvoir mémoriser le lexique.

L'argument ne tient pas : le lexique sur lequel les développeurs s'entendent est en langue anglaise.

Mais sinon pour des bouquins de C++ en français complet et à jour : il n'y en a aucun à l'heure actuelle.

Celui de Mr Delannoy est proposé en version 9 datée d'octobre 2017, je suppose qu'il est "relativement" à jour, ne l'est-il pas?

Et cela me semble important d'assimiler la lexique en français pour ensuite pouvoir dialoguer sur les forums, exprimer des idées au sein d'un groupe etc.

Ce n'est pas parce que tu écrit un livre en 2017 qu'il est forcément bon. Il faudrait voir le contenu. Il existe bien encore des professeurs, des cours en lignes qui montrent toujours des pratiques obsolètes depuis 6 ans

Mad-Mica a écrit:

Celui de Mr Delannoy est proposé en version 9 datée d'octobre 2017, je suppose qu'il est "relativement" à jour, ne l'est-il pas?

Ajouter des chapitres en fin de bouquin en mettant "[C++17] - <Insérer une notion ici>" ne rend pas un livre à jour. Mettre un livre à jour pour une norme, c'est adapter le contenu et les outils utilisés dans le langage pour servir correctement le propos du livre, à savoir enseigner C++.

Il n'y a qu'à se pencher sur la table des matières :

• Présentation du langage
• Généralités sur le langage C++
• Les types de base du C++
• Opérateurs et expressions
• Les entrées-sorties conversationnelles du C++
• Les instructions de contrôle
• Les fonctions
• Les tableaux et les pointeurs
• Les chaînes de style C
• Les types structure, union et énumération
• Classes et objets
• Les propriétés des fonctions membres
• Construction, destruction et initialisation des objets
• Les fonctions amies
• La surdéfinition d'opérateurs
• Les conversions de type définies par l'utilisateur
• Les patrons de fonctions
• Les patrons de classes
• L'héritage simple
• L'héritage multiple
• Les fonctions virtuelles et le polymorphisme
• Les flots
• La gestion des exceptions
• Généralités sur la bibliothèque standard
• Les conteneurs séquentiels
• Les conteneurs associatifs
• Les algorithmes standards
• La classe string
• Les outils numériques
• Les espaces de noms
• Le préprocesseur et l'instruction typedef
• Introduction aux design patterns
• Annexes

La bibliothèque, les conteneurs et les algos standards arrivent à la fin du bouquin, bien après tout le reste alors que ce sont des choses qui devraient être acquises dès le début. Avant la moitié du bouquin, on parle de tableaux, de pointeurs et de chaînes façon langage C, ça parle d'unions, bref ... ça sent très mauvais dès la table des matières.

Mad-Mica a écrit:

Et cela me semble important d'assimiler la lexique en français pour ensuite pouvoir dialoguer sur les forums, exprimer des idées au sein d'un groupe etc.

Mais même sur les forums français, à part les trucs qui sont immédiatement traduisibles sans connaissances en anglais (énumérations, fonctions, ...), on utilise les mots anglais la plupart du temps. Notamment quand on commence à attaquer les notions avancées, justement parce qu'on n'a pas de traduction qui exprime bien l'idée. Exemple typique : on parlera toujours de "template" et pas de "patron" parce que ça peut aussi correspondre à "pattern" qui n'est pas du tout la même idée.

Mad-Mica a écrit:

Je veux aussi bûcher sur mon EDI (ou IDE), visual studio 2017 plus exactement.

Avez-vous des suggestions s.v.p.?

Microsoft propose une documentation plutôt bien faite

merci pour tous ces renseignements, c'est sympathique de votre part que de prendre de votre temps pour répondre.

Une dernière question, je ne regretterai pas de ne pas avoir C ou lui de C++? (je suppose que non, car l'utilisation de la POO est permissive dans C++, est-ce bien cela?)

Mad-Mica a écrit:

Une dernière question, je ne regretterai pas de ne pas avoir C ou lui de C++?

Je ne comprends pas la question. Mais C et C++ sont deux langages fondamentalement différents.

Mad-Mica a écrit:

(je suppose que non, car l'utilisation de la POO est permissive dans C++, est-ce bien cela?)

La POO en C++ est comme celle de la plupart des langages : elle ne contient qu'une partie des possibilités qu'offre normalement la notion d'OO et le langage ne contient pas que de l'OO.

(je n'ai plus rien a ajouter )

pardon, je me suis mal exprimé je voulais demander " .. ne regretterai pas d'avoir choisi C++ au lieu de C".

Oh. Que ce soit l'un ou l'autre, ils sont moches et pleins d'horreurs complètement tordues.

Ce troll vous est gracieusement offert par moi.

Un troll ? Ou ca ?

Mad-Mica a écrit:

pardon, je me suis mal exprimé je voulais demander " .. ne regretterai pas d'avoir choisi C++ au lieu de C".

C'est pas la petite faute de frappe qui gêne à la compréhension de ta question, mais plutôt son sens

regretter par rapport à quoi ?

C et C++ sont des langages bien distinct et sont utilisés dans des developpements différents. Si par exemple ton objectif c'est de programmer du microcontroleur, le constructeur va fournir les outils pour développer en C et tu seras alors peut-être un peu déçu d'avoir appris le C++. Mais si par exemple tu souhaites développer un logiciel desktop de multimedia, tu vas te dire que tu viens de passer 3 jours à faire en C ce qui t'aurais pris une demi-journée à faire en C++.

Je grossis le trait mais le choix du langage devrait dépendre plus du besoin du projet que du feeling du développeur

J'ai évidemment comparé les différences entre les langages,  j'ai bêtement peur d'avoir choisi trop vite ..

(Ce choix correspond à des attentes personnelles  (portabilité, permissivité, langage bas niveau) et un enthousiasme lié aux prochaines évolution de C++) ..

J'espère que mes prochaines questions seront plus pertinentes et que je ne ferai perdre de temps à personne..

Bonne journée à vous .

-
Edité par Mad-Mica 15 janvier 2018 à 15:58:48

Mad-Mica a écrit:

pardon, je me suis mal exprimé je voulais demander " .. ne regretterai pas d'avoir choisi C++ au lieu de C".

Franchement je ne vois pas l'intérêt de coder en C de nos jours (mais plein le font encore). Après c'est sans doute leur plaisir de réallouer des chaînes, tableaux et faire une tonne de goto fail pour désallouer. M'enfin, chacun son plaisir disons

Mad-Mica a écrit:

J'ai évidemment comparé les différences entre les langages,  j'ai bêtement peur d'avoir choisi trop vite ..

(Ce choix correspond à des attentes personnelles  (portabilité, permissivité, langage bas niveau) et un enthousiasme lié aux prochaines évolution de C++) ..

T'en fait pas, de toute façon commencer par le C++ n'est pas une mauvaise chose. Si en cours de route tu décides de te mettre au C, tu l'assimileras plus facilement en principe .

Et puis si le C++ t'attire vraiment, fonce. C'est le seul moyen de savoir si ce langage te correspond.

"Des tonnes de goto fail" non.

Tout comme il y a des gens qui font du C planqué dans du C++, il y a des gens qui font du BASIC planqué dans du C.

Si les fonctions sont courtes, qu'il y a les macros qu'il faut, le code C peut être élégant et non répétitif.

Je rappelle que ce langage a été inventé a l'époque ou le copier/coller n'existait pas ou presque : tout est taillé pour faire du code plutôt compact et non répétitif, pensez y la prochaine fois que vous faites un CTRL+C

Fvirtman a écrit:

Je rappelle que ce langage a été inventé a l'époque ou le copier/coller n'existait pas ou presque : tout est taillé pour faire du code plutôt compact et non répétitif, pensez y la prochaine fois que vous faites un CTRL+C

Comme le choix (commun) d'utiliser des macros qui vont recopier N fois du code équivalent pour faire la même chose sur des types différents parce que pas de généricité ? (NB : les templates font le même caca dans la mémoire).

Mais sinon, la plupart des langages de programmation sont faits pour que le copier-coller soit une aberration, c'est plus le sens de mon propos. Après que les développeurs s'en foutent, c'est pas lié au langage.