La programmation C et la méthode assimil

**Da-Soth** · 30/11/2016, 13h52

J'ai un stagiaire qui a des difficultés avec son prof en programmation qui les assomme avec du C sans être pédagogue. Il est complètement largué.

Est ce que vous connaîtriez une méthode gratuite sur le net, genre un site approuvé par vous, qui soit assez didactique pour qu'il puisse bosser en parallèle de ses cours ?

**Frypolar** · 30/11/2016, 14h08

http://cpp.developpez.com/cours/cpp/

Ça me semble pas mal et vu le premier chapitre même un grand débutant devrait s’y retrouver.

**Da-Soth** · 30/11/2016, 14h08

Envoyé par Frypolar

http://cpp.developpez.com/cours/cpp/

Ça me semble pas mal et vu le premier chapitre même un grand débutant devrait s’y retrouver.

Merci ! Je lui transmets.

**Frypolar** · 30/11/2016, 14h15

Qu’il n’hésite pas à sauter des chapitres pour aller chercher une explication sur un point précis. Après les deux premiers chapitres je ne pense pas qu’il y ait forcément un ordre à respecter. Comme l’auteur le dit dans l’avant-propos il ne faut pas s’attendre à avoir tout compris une fois arrivé à la fin du cours, c’est typiquement le genre de ressources que tu vas consulter de temps en temps pour chercher une info précise.

**Da-Soth** · 30/11/2016, 14h17

Envoyé par Frypolar

Qu’il n’hésite pas à sauter des chapitres pour aller chercher une explication sur un point précis. Après les deux premiers chapitres je ne pense pas qu’il y ait forcément un ordre à respecter. Comme l’auteur le dit dans l’avant-propos il ne faut pas s’attendre à avoir tout compris une fois arrivé à la fin du cours, c’est typiquement le genre de ressources que tu vas consulter de temps en temps pour chercher une info précise.

Ok ça marche, je lui dis de commencer par les deux premiers chapitres et de consulter les autres si besoin. Merci pour les précisions, ça va encore mieux l'aider.

**ook4mi** · 05/12/2016, 13h16

J'avais pioché pas mal sur le sdz à l'époque et y avait du bon dans leur méthode (et du tout pourri). Peut être OpenClassRoom peut valoir le coup, il est en quel année et il vise quel niveau de compréhension ?

**deathdigger** · 05/12/2016, 15h21

Envoyé par Da-Soth

J'ai un stagiaire qui a des difficultés avec son prof en programmation qui les assomme avec du C sans être pédagogue. Il est complètement largué.

Est ce que vous connaîtriez une méthode gratuite sur le net, genre un site approuvé par vous, qui soit assez didactique pour qu'il puisse bosser en parallèle de ses cours ?

Il vaut mieux bosser sur des langages objets de haut niveau déjà, c'est beaucoup plus simple à appréhender, et il y'a de grandes chances que ça soit ce à quoi il sera confronté dans sa vie professionnelle.

Je ne connais pas en Java, mais en C#, les ressources de microsoft sont vraiment bien :

https://msdn.microsoft.com/fr-fr/lib...(v=vs.71).aspx
https://mva.microsoft.com/fr-fr/trai...hapitre-1-8295

Pour un niveau plus élevé, on m'a conseillé le site payant http://pluralsight.com/
Ce n'est pas donné, mais ça permet de se former pour passer les certifs microsoft.

**Stelteck** · 06/12/2016, 08h57

Ça dépend du domaine dans l'industrie sur carte électronique ça reste du C++ max, souvent du C. Et sans gestion de mémoire dynamique.

**Frypolar** · 06/12/2016, 09h35

Envoyé par deathdigger

Pour un niveau plus élevé, on m'a conseillé le site payant http://pluralsight.com/
Ce n'est pas donné, mais ça permet de se former pour passer les certifs microsoft.

J’ai un accès via mon taf, effectivement c’est très bien. Par contre je suis pas trop d’accord sur le fait de commencer par un langage objet de haut niveau, ça dépend du bonhomme. J’ai commencé par le C et là je bosse en C#. Alors je suis une bille C/C++ comparé à certains collègues de mon âge mais j’ai la base et ça permet de comprendre plein d’autres trucs y compris sur les langages managed. Par contre c’est plus difficile. Après dans son cas j’ai pas l’impression qu’il ait le choix

**Sahnvour** · 07/12/2016, 20h07

Heu si il a déjà du mal à s'initier au C essayez pas de le perdre dans d'autres langages ... On va pas conseiller quelque chose de différent de ses cours c'est idiot.
S'il est au début de ses études le tuto sur le C d'openclassrooms devrait être pas mal et bien plus didactique que developpez.com qui a généralement des tutos tout pourris.

**Stelteck** · 13/12/2016, 11h40

Le C n'est pas très compliqué, le seul truc à comprendre c'est qu'il faut mettre l'étoile à gauche dans la déclaration d'un pointeur. Sinon on ne comprends rien.

Les deux fonctionnent mais :

int* Toto = Bien et Pro.
int *Toto = Rejeton noob de satan méritant les flammes de l'enfer pour l'éternité !!!

**C4nard** · 13/12/2016, 15h20

Envoyé par Stelteck

Le C n'est pas très compliqué, le seul truc à comprendre c'est qu'il faut mettre l'étoile à gauche dans la déclaration d'un pointeur. Sinon on ne comprends rien.

Les deux fonctionnent mais :

int* Toto = Bien et Pro.
int *Toto = Rejeton noob de satan méritant les flammes de l'enfer pour l'éternité !!!

On en parle de :

int* toto, tata

?

**Lazyjoe** · 13/12/2016, 16h19

On cast tout en void * et c'est réglé.

**Praetor** · 13/12/2016, 18h43

Tab ou espace?

**Nattefrost** · 13/12/2016, 23h05

Spaces pauvres fous, 4 ou 8.
Et
c'est
tout §§

**Darkath** · 13/12/2016, 23h11

Envoyé par Nattefrost

Spaces pauvres fous, 4 ou 8.
Et
c'est
tout §§

https://camo.githubusercontent.com/9...6f74682e706e67

J'ai l'impression que tout le monde à part moi utilise des espaces

**Nattefrost** · 13/12/2016, 23h19

Mon point de vue est biaisé, je fais principalement du python, et mixer les tabs et spaces c'est vraiment le sheytan. Donc le premier réglage que je fais (quel que soit le langage) dans un IDE c'est convert tabs to spaces et c'est 4.

En C je crois que les conventions de codage du noyau linux c'est 8 espaces, pour tenter d'éviter les conditions nestées.

**Frypolar** · 13/12/2016, 23h35

Envoyé par Darkath

J'ai l'impression que tout le monde à part moi utilise des espaces

Dans pas mal de logiciels, genre Visual Studio il me semble, en vrai il met des espaces quand t’appuies sur Tab. Bon après quand tu croises un mec qui fait du Python, forcément tu fais un effort et tu mélanges. Ça lui apprendra

**Nattefrost** · 13/12/2016, 23h39

Envoyé par Frypolar

Dans pas mal de logiciels, genre Visual Studio il me semble, en vrai il met des espaces quand t’appuies sur Tab. Bon après quand tu croises un mec qui fait du Python, forcément tu fais un effort et tu mélanges. Ça lui apprendra

T'en fais pas on reste entre nous

Les seules fois ou j'ai vu des vraies tabs c'était justement en C# (j'ai pas vu des milliers de projets non plus). Après fondamontalement je m'en tape, tant que c'est cohérent au sein d'un projet c'est l'essentiel.

**Praetor** · 14/12/2016, 00h15

Envoyé par Darkath

J'ai l'impression que tout le monde à part moi utilise des espaces

Team Tab!

**Møgluglu** · 14/12/2016, 10h29

Envoyé par Nattefrost

T'en fais pas on reste entre nous

Les seules fois ou j'ai vu des vraies tabs c'était justement en C# (j'ai pas vu des milliers de projets non plus). Après fondamontalement je m'en tape, tant que c'est cohérent au sein d'un projet c'est l'essentiel.

Ces jeunes qui n'ont jamais eu a reprendre un code qui a été édité dans un emacs avec la configuration par défaut, celle qui indente avec 2 espaces puis qui transforme chaque groupe de 8 espaces en 1 tab (parce que faut pas gâcher, c'est 7 octets de gagnés et ça s'affiche pareil sur ton VT100)...

**Nattefrost** · 14/12/2016, 11h19

Je plaide coupable. Et j'utilise ViM quand c'est nécéssaire, mais pas avec la cfg par défaut. Emacs j'avais essayé mais comme je me débrouillais déjà avec vim ça m'a pris la tête

. Pis quand tu accède à une machine via ssh emacs n'est pas là, vi ou vim oui.
Je veux pas relancer la guerre "lequel que c'est le mieux", je dis simplement que vim est un choix plus pragmatique.

**Stelteck** · 14/12/2016, 11h39

Pffff les espaces ou les tabs c'est des petits trucs, mais moi ce qui me rend fou c'est les déclarations de pointeur.

La logique voudrait que int *a ca soit la même chose que int a, avec l'espace mémoire réserver pour un entier et l'adresse de l'entier à a dans le premier cas et &a dans le second. Parce que *a c'est un entier punaise !!!

MAIS EN FAIT PAS DU TOUT.

int *a ne déclare pas du tout l'espace d'un entier en mémoire et c'est super perturbant.

Voila pourquoi il faut toujours écrire int* a (au lieu de int *a), pour bien montrer qu'on déclarer un a de type int*.

J'ai rien compris aux pointeurs pendant ma scolarité à cause de ce truc.

**Møgluglu** · 14/12/2016, 12h04

Mais alors, comment tu conseilles de mettre l'espacement dans:

Code:

typedef int a;

int main()
{
	a  a,b;
	a* a,b;
	return 0;
}

**Frypolar** · 14/12/2016, 13h02

Envoyé par Nattefrost

T'en fais pas on reste entre nous

Les seules fois ou j'ai vu des vraies tabs c'était justement en C# (j'ai pas vu des milliers de projets non plus). Après fondamontalement je m'en tape, tant que c'est cohérent au sein d'un projet c'est l'essentiel.

C’est bizarre, dans VS en C# j’ai bien des espaces quand je fais tab. C’est fort pratique quand tu dois coller du code dans de l’IronPython.

**C4nard** · 14/12/2016, 16h17

Envoyé par Stelteck

La logique voudrait que int *a ca soit la même chose que int a, avec l'espace mémoire réserver pour un entier et l'adresse de l'entier à a dans le premier cas et &a dans le second. Parce que *a c'est un entier punaise !!!.

J'ai jamais compris le problème. Un pointeur il s'en fout de son type, il stocke une adresse mémoire, point. void* = int* = struct prout*

int* a;
int * a; (pour les spacenazis

)
int *a;

C'est tous exactement la même chose et la compréhension est complètement indépendante des espaces employés ?

**ducon** · 14/12/2016, 16h45

Envoyé par Nattefrost

Mon point de vue est biaisé, je fais principalement du python, et mixer les tabs et spaces c'est vraiment le sheytan. Donc le premier réglage que je fais (quel que soit le langage) dans un IDE c'est convert tabs to spaces et c'est 4.

Pour moi c’est deux sinon je ne vois plus grand chose.

Discussion: La programmation C et la méthode assimil

Outils de la discussion

Règles de messages