Quel est selon vous le meilleur moyen d'apprendre le Langage C ? Et si c'était à refaire ?

Ce n'est pas exactement les jeux car quand on voit la taille des jeux sur PC, on a peur. En revanche, le domaine des consoles portables à de réelles contraintes mais cela n'est pas lié au jeu mais à la machine : elle fait partie du magnifique monde de l'embarqué. Il reste le seul domaine où on se soucie toujours des ressources car elles sont limitées. Et encore, ça commence à devenir de moins en moins vrai comme tu le dis, que ce soient pour les micro-contrôleurs (qui contiennent maintenant assez régulièrement 1024 ko de flash !) ou les téléphones portables (portés par des méga Cortex Ax). Les gens qui se préoccupent encore des tailles dans l'embarqué sont ceux qui ont des contraintes de coûts associés. D'un côté prendre l'exemple de je ne sais plus quelle application Android téléchargée la semaine dernière qui pèse 5 Mo et ne fait presque rien et un client qui m'a fait comprendre clairement qu'il n'avait vraiment pas envie de prendre un micro-contrôleur plus gros (et donc plus cher) et qu'il allait falloir compacter l'application.

J'avais dit que je ne voulais pas généraliser mais j'aurais dû parler de l'embarqué : tu fais bien de le faire :mrgreen:

Eh bein Bktero a résumé ce qu'était l'IT des années 50 à 70 : les dévs travaillaient "comme" sur de l'embarqué à contraintes actuel, mais avec des machines physiquement énormes.

Les "expérimentés" (car ils n'aiment pas entendre "vieux" ;) ) peuvent vous raconter les specs du genre : "16ko max, le programme doit faire ça et ça, prend entrée ceci et sort cela.".
Pas de malloc, car allocation en dur via des réservations d'espace et d'adresse en ASM !
Sur COBOL : quasiment pas d'allocation dynamique, la majorité du langage fonctionne sur ce qui a été déclaré à la compilation.
Et on cherche à réduire la "taille" de l'application en réduisant le nombre d'opérations et/ou la taille des variables.

Et pour les JV, il ne faut pas oublier que les "anciennes" machines n'avaient pas de protection mémoire, et surtout que comme pour tout : il y a une architecture avec des @ et interruptions spécifiques.... à lire dans la doc.
Donc écrire à l'écran est extrêmement facile, vu qu'il suffisait d'écrire un octet à l'adresse du pixel (et l'octet contient les informations RGB).
Rien n'a changé, hormis qu'aujourd'hui, comme nous le remarquons, pointeur = dur dur dur ! Donc écrire dans une adresse mémoire, ça doit être trèèèèèès difficile, n'est-ce pas....

Le meilleur moyen reste encore une formation réellement suivie, que ça soit à l'école ou dans un organisme de formation comme il en existe tant dans le monde informatique. Malheureusement, ce moyen n'est pas toujours accessible.

Donc en dehors de ce moyen, je pense que le meilleur moyen est de mettre en pratique : faire des exercices, quel que soit le support. Après, il faut maitriser les concepts du langage, et là, il faut potasser la théorie (je pense qu'il doit malheureusement être possible d'utiliser les pointeurs façon recette de cuisine sans rien comprendre, mais tôt ou tard, ça vire à la catastrophe).

Je trouve d'ailleurs que la différenciation dans ce sondage par média me parait peu pertinente : un tutoriel en ligne ou un livre, quel différence ? Ce qui compte, c'est la qualité du livre ou du tutoriel en question, et là, forcément, ça se complique.

La même chose vaut pour tous les langages, je pense.

Moi pour les auto formation je préfère les exercices les applications, des tas,...


Mais franchement je n'ai presque jamais bien finalisé une auto formation sauf si j'ai une contrainte professionnelle ou universitaire.

Bref, c'esy vrai qu'un suivi dans une école ou formation serait le mieux. Dans ce cas je réussis toujours majorante.

Bonjour.

Mon premier langage de programmation a été le C, deux ans au CNAM (bouquins, profs de Fac, professionnels, mini-projet, exercices, auto-formation, bref la totale quoi).

Au bout de trois ans, je suis passé au C++. J'ai abandonné le C parce que le seul truc où maintenant je le trouve intéressant, c'est pour de la programmation sur micro-contrôleur.

Si c'était à refaire, ce serait pareil. Le langage C est un excellent langage d'apprentissage pour la programmation. Ca demande beaucoup de rigueur, ça remue le cerveau dans tous les sens et surtout, cela oblige à approfondir le fonctionnement d'un ordinateur. Passé ce cap, on est paré au plus dur à venir...

PS: pour répondre au questionnaire, je coche toutes les cases. Et pour "autre", je mettrai apprendre le langage C avec un profesionnel qui en plus, est aussi enseignant en langage C.

Quel est selon vous le meilleur moyen d'apprendre ce langage (expliquez votre choix) ?

Suivre les cours pour apprendre le C et programmer des algorithmes mathématiques en c avec gnuplot comme interface graphique

http://fr.wikiversity.org/wiki/Mathc_Home_Edition
http://fr.wikibooks.org/wiki/Mathc_gnuplot


Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?

Oui/non, cela prend beaucoup trop de temps, mais cela est passionnant


Qu'est-ce que vous changeriez dans votre technique d'apprentissage ?

Travailler les algorithmes en pseudo-code.


Quels conseils donneriez-vous aux débutants ?

Il me semble que l'étude des algorithmes est plus importante que l'étude d'un langage.

Bonjour,

Pour moi tous les moyens sont bons, mais le meilleur et le plus efficace (à la fois un moyen et une finalité) me semble la pratique !

Cela me fait penser à une citation de Clarissa PINKOLA ESTES qui s'applique sans doute à beaucoup de domaines :

Citation:

---

On peut avoir la connaissance universelle, on en revient toujours à ceci : la pratique.
Rentrer à la maison et, pas à pas, mettre à exécution ce que nous savons, aussi longtemps que nécessaire, le plus longtemps possible ou jusqu'à la fin.

---