Discussion :

[Franck.H]

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

• Livres papiers/électroniques
• Des tutoriels
• L'étudier à l'école
• Demander à un(e) ami(e) qui le maîtrise
• Sites d'apprentissage
• Sites d'entraide
• Faire des exercices, guidés par un livre (ex. : K&R)
• Faire des exercices, guidés par une personne
• Faire des exercices, guidés par un site Web
• Lire du code source
• Participer à des projets de développement
• Autres…

Nombreuses sont les personnes, étudiant(e)s ou autodidactes, qui se sont lancées dans l'apprentissage du langage C. Souvent pénible et fastidieux pour certains, beaucoup d'entre-elles abandonnent quand surviennent les passages critiques mais clés du langage comme les pointeurs ou encore l'allocation dynamique de mémoire.

Vous qui êtes arrivés au terme de cet apprentissage ou bien qui êtes en cours d'apprentissage, vous qui avez laissé tomber pour une raison ou une autre ou bien vous qui l'avez étudié dans le cadre d'un système éducatif mais qui regrettez les méthodes que vous avez déployées d'emblée :

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

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

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

Quels conseils donneriez-vous aux débutants ?


À lire aussi :

Quel est votre langage de programmation préféré en 2013 ?

Quelle est la meilleure typo pour programmer ?

[ram-0000]

Quel est selon vous le meilleur moyen d'apprendre ce langage (expliquez votre choix) ?
Je ne sais pas si c'est le meilleur moyen mais c'est comme cela que je l'ai appris :

• d'abord à l'école (l'AFPA en fait)
• puis dans les livres pour parfaire certains points non maitrisés
• et en même temps dans des projets (personnels dans un premier temps puis au boulot parce que j'ai eu la chance d'intégrer un projet en SSII avec du développement en C

Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?
Oui, je le referais comme cela

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

Quels conseils donneriez-vous aux débutants ?
les projets qui sortent des exercices bateau scolaires, c'est formateur. Cela peut être des projets personnels ou bien professionnels.

[Kannagi]

Quel est selon vous le meilleur moyen d'apprendre ce langage (expliquez votre choix) ?
Pour ma part j'ai appris de cette manière :
J'ai appris avec des tutoriel , puis a école et après je suis passé par des projets perso , je me considère plus autodidactes sachant que je n'ai pas fini mon cursus scolaire et que j'ai appris principalement seul que avec les cours.

Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?
Peut être pas les tutoriels en premiers , sans quelqu'un derrière qui vous suis en fait souvent du mauvais code et on a de mauvaises bases.

Qu'est-ce que vous changeriez dans votre technique d'apprentissage ?
rien , mais en tous je déplore le niveau de enseignement a ma fac , beaucoup de mes collègues ont un mauvais niveau , fout des variables globales partout , ont du mal a créer des fonctions digne de nom ,et ceci peut importe le niveau de L1 a M2 ,est ce normal d'avoir encore des difficultés avec les pointeurs en L2 et L3 .

Quels conseils donneriez-vous aux débutants ?
De coder , coder et encore coder , c'est principalement le meilleur moyen pour s’améliorer , expérience est très importante dans la programmation.

[Metalman]

Quel est selon vous le meilleur moyen d'apprendre ce langage (expliquez votre choix) ?
Tutos, Ecole, Exercices Guidés, Lire du Code
Je rajouterai même : faire du PHP en parallèle des cours d'algorithmique impérative... et voir un peu d'architecture CPU + ASM.

Pourquoi ?
Les cours d'algos sont nécessaires.
En lisant des vieux livres sur MS-DOS et le FAT, j'avais réussi à chopper le concept de pointeur (un grand tableau de fichiers qui a des références dans chaque case vers le fichier), du coup, je me souviendrai toute ma vie de ma réaction quand mon enseignante nous a montré cela : "OH ! C'est comme le FAT !"
Il faut "juste" que les cours soient + efficaces et rentrent plus vite dans le sujet : un ami en IUT s'est vu entendre que les pointeurs seraient vus en 2e année, car en 1ère... c'est trop difficile pour les étudiants.
Venant d'une école privée, où au bout de 6 mois on les aborde, c'est ardu de comprendre cette restriction.

Pourquoi le PHP en parallèle des cours ?
La syntaxe est TRES proche du C (et pour le moment c'est le langage qui s'en rapproche le + avec des magouilles de sh pour les variables), mais sans les pointeurs.
Du coup, il est possible d'apprendre l'algorithmique et de pratiquer avec du PHP, tout en se préparant au C par la syntaxe.
Les notions de tableau avec les char en C sont un peu tordues... du coup, tant qu'il n'y a pas de pointeur et de la "norme '\0'", on est très très perdu et on ne comprend rien.
Après l'apprentissage des pointeurs, il faut passer le cap et FAIRE du C !

Pourquoi l'assembleur et de l'architecture ?
Je vais vraiment pomper le programme de mon école, mais le 68000 est en effet tellement... "complet", que quand on finit par comprendre que l'on peut accéder à la mémoire directement lors des instructions, on a quasiment compris comment fonctionnent les pointeurs en pratique.
L'architecture permet de comprendre ce qu'il se passe en pratique, les "interruptions" permettent enfin d'identifier la différence man 2/man 3.


Et le livre qui m'a permis de tout rassembler : Linux Programmation Système et Réseau.
Explications efficaces de certaines parties système, exemples de codes qui fonctionnent et qui sont TRES commentés...

Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?
Oui !
La partie "syntaxe" a fait tilt sur le PHP.
La partie "internals" a fait tilt avec ASM + Exemples.
...j'ai juste eu du mal à comprendre et apprendre la syntaxe des pointeurs en C, alors que la notion était comprise, et là... je n'ai aucun conseil hormis la pratique et les exemples !

Qu'est-ce que vous changeriez dans votre technique d'apprentissage ?
Je suis sûr que ma méthode n'est pas la meilleure car elle est longue et lourde.
Avec tous les conseils des autres, il doit être possible de tirer des bouts communs et suffisants !

Quels conseils donneriez-vous aux débutants ?
Suivez bien vos cours d'algos !
Faites du PHP en parallèle.
Lisez le livre (Linux Programmation Système et Réseau) en parallèle.
Et une fois que vous abordez les pointeurs, commencez à taper du C !
Et compilez TOUJOURS avec les flags de debug ! Avec gcc : gcc -Wall -Wextra -Werror
Ensuite, apprenez à retirer vos leaks avec valgrind/dr.memory !

[I_believe_in_code]

un ami en IUT s'est vu entendre que les pointeurs seraient vus en 2e année, car en 1ère... c'est trop difficile pour les étudiants.
Venant d'EPITA, où au bout de 6 mois on les aborde, c'est ardu de comprendre cette restriction.

Dans les cours vidéo que je propose en ligne, j'introduis les pointeurs très tôt sans en avoir l'air, et puis j'aborde franchement le sujet au bout de seulement 9 vidéos. Z'êtes des petits joueurs à EPITA

9ème vidéo : "les pointeurs, partie 1"

[Metalman]

Dans les cours vidéo que je propose en ligne, j'introduis les pointeurs très tôt sans en avoir l'air, et puis j'aborde franchement le sujet au bout de seulement 9 vidéos. Z'êtes des petits joueurs dans votre école

Ca va partir en troll... mais juste pour clore très vite : 6 mois ça inclut la partie OCaml pour démarrer la prog avant le paradigme impératif.
Petits joueurs ou pas... le but de la comparaison était de montrer que les IUT appliquant la règle du "pas de pointeur en 1ère année car trop difficile" ont un GROS problème, et tu es d'ailleurs d'accord avec moi !
Un autre ami a fait la Fac, et selon lui aussi il y avait des choses à revoir.

C'est ce que l'on peut reprocher à l'organisation des cours Fac/IUT : pas assez de pratique poussée.
Les pointeurs, à la fin de la 1ère année ça doit être assimilé, au moins dans la notion !

EDIT : je soutien vivement le post d'Obsidian, même si je suis issu d'un cru 1988, qui effectivement fait le pèlerinage dont il parle.
Et c'est aujourd'hui, après mes études, que je m'intéresse (et peut pratiquer) aux Mainframes et au COBOL.
Un topic récent sur le forum COBOL a même soulevé une grosse question : COBOL (1959 je crois) est-il haut ou bas niveau ?
C'est un haut niveau selon la litterature, et en pratique, pendant des dizaines d'années on débuggait du COBOL avec un dump mémoire "brut", car ses instructions sont en fait TRES proches de l'assembleur.

[satenske]

Ca va partir en troll... mais juste pour clore très vite : 6 mois ça inclut la partie OCaml pour démarrer la prog avant le paradigme impératif.
Petits joueurs ou pas... le but de la comparaison était de montrer que les IUT appliquant la règle du "pas de pointeur en 1ère année car trop difficile" ont un GROS problème, et tu es d'ailleurs d'accord avec moi !
Un autre ami a fait la Fac, et selon lui aussi il y avait des choses à revoir.

C'est ce que l'on peut reprocher à l'organisation des cours Fac/IUT : pas assez de pratique poussée.
Les pointeurs, à la fin de la 1ère année ça doit être assimilé, au moins dans la notion !

J'ai personnellement eu mon DUT après deux années, et je suis actuellement à la fac, donc je peux comparer.
À mon iut, nous apprenons les pointeurs au début du second semestre, soit après 6mois de cours d'algorithmiques. Je trouve personnellement ça assez bien, une fois les bases apprises, on peut se pencher sur le cœur du C, les pointeurs et l'allocation dynamique.
Et c'est donc au second semestre où on a appris tout ce qui était listes, arbres de recherche, tables de hashage tout ça, tout ça.
Avant le second semestre, on est pas censé savoir ce qu'est un pointeur, on fait sans.

À la fac, fonctionnement un peu différent, dès le troisième cours, on nous explique ce qu'est concrètement un pointeur, mais on ne voit l'utilité que pour faire des paramètres en mise-à-jours, et le fait qu'un tableau n'est rien d'autre qu'un pointeur.
On nous donne des exercices, avec des pointeurs de pointeurs en paramètre, je cherche toujours l'intérêt d'essayer d'embrouiller les élèves de cette manière.
Ensuite, semestre suivant, là on revoit le fonctionnement d'un pointeur (c'est pas plus mal), allocation dynamique, et ensuite on passe aux structures de données.


Mon apprentissage à été assez chaotique je pense, j'ai appris en lisant des tutos à droite à gauche, après avoir appris le PHP, mais bon, je faisais des choses sales, il n'y avait personne pour me corriger, me dire de ne pas faire quelque chose, vraiment je ne pense pas que ça soit le meilleur moyen de devenir un bon développeur, à moins d'avoir déjà de l'expérience dans d'autres langages.
Ensuite, je suis entré à l'iut, et c'est là ou j'ai appris des méthodes de développement et que ce n'est pas parce que ça marche que c'est forcément bien.

Je pense que le meilleur moyen pour apprendre, c'est d'avoir quelqu'un de bon dans le domaine qui soit derrière nous pour nous dire ce qui est bien ou pas bien.
Autrement dis, des projets personnels, c'est génial, mais s'il n'y a personne pour guider, ça peut nous faire prendre des mauvaises habitudes.
Sinon, pour ma part, l'iut m'a bien formé, après il faut être investit, si on s'arrête à faire ce qu'on nous demande, on ne deviendra pas un bon développeur, par contre, si on s'amuse un peu chez sois, et qu'on demande à un prof ce qu'il pense de ce qu'on a fait pour s'amuser, alors là on progressera bien plus vite.

[Reyhn]

Ca va partir en troll... mais juste pour clore très vite : 6 mois ça inclut la partie OCaml pour démarrer la prog avant le paradigme impératif.
Petits joueurs ou pas... le but de la comparaison était de montrer que les IUT appliquant la règle du "pas de pointeur en 1ère année car trop difficile" ont un GROS problème, et tu es d'ailleurs d'accord avec moi !
Un autre ami a fait la Fac, et selon lui aussi il y avait des choses à revoir.

C'est ce que l'on peut reprocher à l'organisation des cours Fac/IUT : pas assez de pratique poussée.
Les pointeurs, à la fin de la 1ère année ça doit être assimilé, au moins dans la notion !

Tu as initié le troll tout seul

Pour avoir fait un IUT informatique et avoir rencontré des étudiants de la même formation qui venaient de partout en France, il n'y a pas d'histoires de "les pointeurs c'est trop compliqué on le fera en 2ème année". C'est même le premier langage qu'on étudiait dans le mien : le C, et les pointeurs compris dedans.
Il y a des choses à revoir dans l'enseignement c'est sûr, comme à la fac, et comme dans les écoles privées.

Le problème avec l'enseignement du C est qu'on hésite à le conseiller aux débutants car il peut décourager, mais il introduit des aspects essentiels de la programmation (surtout quand on voit à côté l'architecture des ordinateurs) qui manquent à bon nombre de programmeurs qui n'ont touché qu'à du php ou du ruby par exemple. L'abstraction c'est bien mais le côté proche de la machine aussi, et personnellement je vois pas trop comment y sensibiliser les étudiants par exemple en recréant des structures de données type liste etc quand à côté on leur montre python.

[Metalman]

Tu as initié le troll tout seul

En effet, désolé, j'aurais du mettre "école privée" comme tu l'as fait.
Mais c'est mon très mauvais réflexe.

Pour avoir fait un IUT informatique et avoir rencontré des étudiants de la même formation qui venaient de partout en France, il n'y a pas d'histoires de "les pointeurs c'est trop compliqué on le fera en 2ème année". C'est même le premier langage qu'on étudiait dans le mien : le C, et les pointeurs compris dedans.

Bon, bah tant mieux si l'IUT de mon témoin est le seul à faire n'importe quoi !
Il faisait en effet du C en cours comme 1er langage, mais quand il m'expliquait ce que son prof disait/faisait, j'avais peur pour lui (et finalement il est parti dans "une autre" école privée très proche de la mienne où il a pu réellement pratiquer en profondeur).

[Obsidian]

En ce qui me concerne :

1. Architecture des ordinateurs : pas la peine de tout couvrir de fond en comble, mais il me semble qu'exposer les bases du fonctionnement d'un micro-processeur à un apprenti programmeur, c'est comme expliquer comment fonctionne un moteur à explosion à un élève en mécanique ;
2. Être guidé par une personne : on apprend plus en trois jours à une coding party que seul en deux ans. Malheureusement, il est souvent difficile de trouver la bonne personne, et il faut ensuite convaincre de jouer les parrains ;
3. Pratique, pratique, pratique ! La programmation est une des rares activités qui, une fois le matériel acquis, ne coûte pour ainsi dire rien ;
4. Voir si possible les langages dans l'ordre de leur apparition. C'est une affirmation très controversée d'une part parce que c'est un luxe et, d'autre part, parce qu'il faut bien définir un « horizon », sous peine de démarrer l'informatique avec les cartes perforées ;
5. Garder la norme sous le coude. C'est le vademecum de ceux qui veulent pratiquer le C sérieusement, notamment en contexte professionnel.

En ce qui concerne le C en particulier, j'insiste sur le fait que voir l'architecture des ordinateurs en début de formation est un énorme plus car le C est fait pour cela. Je suis personnellement de l'époque des huit bits et en ce temps, on commençait par le BASIC et on passait directement à l'assembleur, et ce n'était pas spécialement surhumain. Et surtout, on avait PEEK et POKE pour aller lire ou déposer un octet en mémoire. Et comme on avait directement accès à la mémoire vidéo, on voyait physiquement ce qu'il se passait quand on tapait dedans. Parallèlement, il y avait de nombreuses machines différentes, chaque fabriquant produisant sa propre gamme.

Je suis toujours stupéfait de lire les témoignages de ceux qui sont nés dans les années 1990 et qui, aujourd'hui, finissent leur troisième cycle, et de les voir présenter les pointeurs comme un concept subtil et presque mystique qui s'appréhende sur la durée. Je le suis encore plus quand je constate que ceux qui ont fini par maîtriser le concept et avoir une idée claire de la manière dont fonctionne leur machine sont ceux qui, après avoir atteint le terme de ce long parcours, ont « approfondi » leurs connaissance en reprenant en fait le chemin à l'envers, comme un pèlerinage, jusqu'à atteindre le point de départ, par où leurs aînés ont en fait commencé.

C'est pour cela que je reste réservé sur le fait d'apprendre le C uniquement par l'école. Pas sur le principe, bien sûr, mais à cause du fait qu'avec la meilleure volonté du monde, on n'a pas le temps de couvrir efficacement tous les aspects du langage avec les raisons sous-jacentes qui ont conduit à tel ou tel choix. Comme pour beaucoup de disciplines, ça ne peut être qu'une base solide permettant à l'élève d'entamer lui-même sa propre formation.

[benjani13]

un ami en IUT s'est vu entendre que les pointeurs seraient vus en 2e année, car en 1ère... c'est trop difficile pour les étudiants.
Venant d'une école privée, où au bout de 6 mois on les aborde, c'est ardu de comprendre cette restriction.

Je suis en IUT et nous avons vu les pointeurs au bout de deux ou trois mois seulement. Faut pas généraliser donc.
Et pour les langages vues dans mon IUT, les voila dans l'ordre:
C, C++ (introduction aux concepts objets), Java (très mal enseigné malheureusement), python (pour l'algorithmie en seconde année, j'ai adoré), langages web (très rapidement).
Les IUT ne sont pas comparable entre eux, chacun ayant sa propre application du référentiel du diplôme. Et même au sein d'un même IUT, le cours différera en fonction du prof, mais sa c'est comme partout.

Sinon, pour la question de l'apprentissage, personnellement j'ai appris le C en 3ème (et par la suite durant le lycée j'ai appris beaucoup de langages).

Après je pense que dans tous les cas, que ce soit un tutoriel sur internet ou un prof, il faut que le cours mette en parallèle l'apprentissage du langage et l'apprentissage du fonctionnement de l'ordinateur. Car c'est seulement en comprenant le fonctionnement d'un processeur que l'on pourra programmer en C en sachant et en comprenant ce que l'on écrit.
Et de plus, sa permettra d'aborder les pointeurs bien plus aisément.

La deuxième chose sur laquelle mettre l'accent est de faire pratiquer chaque notion (condition, boucles, tableau, etc), une par une, et intensément, jusqu'à ce que la notion soit bien assimilé.

Un deuxième point important et de proposer des petits TP pratiques, la réalisation de petits jeux consoles, afin de donner du sens à l'apprentissage du C. Il faut que la personne qui étudie le C voit qu'on apprend pas le langage pour le langage, mais par ce qu'on peut en faire de belle choses, et surtout des choses accessibles même pour un débutant. Je pense que ce point là est primordiale pour conserver l'a motivation de la personne.

La seule chose qui manque aux tutoriels C est des cours d'algorithmique plus poussé. Mais c'est difficile de comprendre un raisonnement écrit sur papier, pour le coup je pense qu'un professeur sera beaucoup plus efficace car il pourra expliquer ce raisonnement.

[mith06]

En ce qui me concerne :

Architecture des ordinateurs : pas la peine de tout couvrir de fond en comble, mais il me semble qu'exposer les bases du fonctionnement d'un micro-processeur à un apprenti programmeur, c'est comme expliquer comment fonctionne un moteur à explosion à un élève en mécanique ;
Être guidé par une personne : on apprend plus en trois jours à une coding party que seul en deux ans. Malheureusement, il est souvent difficile de trouver la bonne personne, et il faut ensuite convaincre de jouer les parrains ;
Pratique, pratique, pratique ! La programmation est une des rares activités qui, une fois le matériel acquis, ne coûte pour ainsi dire rien ;
Voir si possible les langages dans l'ordre de leur apparition. C'est une affirmation très controversée d'une part parce que c'est un luxe et, d'autre part, parce qu'il faut bien définir un « horizon », sous peine de démarrer l'informatique avec les cartes perforées ;
Garder la norme sous le coude. C'est le vademecum de ceux qui veulent pratiquer le C sérieusement, notamment en contexte professionnel.

Entièrement d'accord!
Comprendre comment fonctionne un CPU c'est la base de la programmation!

Mes études ont fait que j'ai commencé avec le JAVA, puis le C, puis le VHDL, et ça ne m'a pas posé de problème. Au contraire cela a été de + en + intéressant!!

[frfancha]

J'ai appris la programmation en programmant Pac-Man sur Amstrad PC1512 en 1986 en suivant le bouquin K&R et la doc de turbo C 1.5 (Turbo C que j'avais acheté au pif sans vraiment savoir ce que c'était).

Le concept de pointeur je l'ai appris le premier jour comment peut-on faire sans en C ???

Fun sur l'Amstrad1512: il fallait 3 ou 4 lignes assembleurs de copie dans la mémoire graphique pour aller au delà du CGA (640x200 16 couleurs il avait ;-) )

Fred

P.S. Le PC est dans le grenier chez mes parents et je crois qu'il s'allume encore! Bon faut être patient: d'abord la disquette MS-Dos, puis la disquette Turbo-C 1, puis mettre la disquette Turbo-C 2 qui contient aussi les sources...

[kwariz]

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

Comme pour tout ce qu'on peut apprendre je ne pense pas qu'il existe un meilleur moyen, il y a juste quelques moyens qui fonctionnent suivant le caractère des apprenants. Il y a certainement aussi beaucoup de mauvaises méthodes à ne jamais appliquer.
Je suis issu d'une génération de bidouilleur sur machine 8bits, ceux qu'on appelait les hobbyistes dans les années 80, je bidouillais en basic et en asm sur mon c64, mais aussi sur les machines de mes amis comme les oric, les armstrads ou des ti. Nous partagions nos découvertes à base de copiage de lignes et de lignes de codes piquées dans hebdogiciel, nous finissions même par comprendre l'allemand en achetant des magazines comme chip je crois.
Bref j'étais un jeune homme bourré de mauvaises habitudes lorsqu'il a eu son premier contact avec la programmation structurée.
Heureusement au lieu de voir ça comme une contrainte j'ai vite compris qu'en fait cela permettait d'exprimer une plus grande liberté dans ce qu'on pouvait faire. Scolairement j'ai appris pascal à mon lycée, continué en GFa Basic sur mon atari à la maison.
Même si on ne nous a pas appris l'algorithmique au lycée à l'époque, le fait d'avoir manipulé plusieurs langages et de continuer à le faire m'en a vite fait apparaître le concept. Je pouvais écrire en Français ce que je voulais que la machine fasse puis ensuite je parlais basic à mon atari ou pascal au PC. Mais à l'époque ça m'apparaissait plus comme un brouillon qu'un véritable outil.
Dans les années 90, arrivé à la fac on me permet enfin d'acquérir des bases solides en algorithmique, mais aussi en architecture des ordinateurs. Enfin on me donnait les mots pour les notions ce que j'avais entraperçues et effleurées.
Du coup l'apprentissage du C a été relativement facile. Juste une question de s'adapter*à la syntaxe, la grammaire et (le pire) les idiomes et de passer par les erreurs classiques qui forment.
La maturation de mon C c'est faite ensuite en l'utilisant.

Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?
Oui, parce qu'apparemment ça n'a pas trop mal fonctionné

Qu'est-ce que vous changeriez dans votre technique d'apprentissage ?
Rien pour les mêmes raisons

Quels conseils donneriez-vous aux débutants ?
Ne pas uniquement se focaliser sur le langage. Le langage n'est qu'un moyen pour réaliser quelque chose. Pour bien la réaliser il faut aussi d'autres capacités en plus de la motivation et de la rigueur : on n'apprend pas un langage pour apprendre un langage.

D'ailleurs pour pinailler un peu ... un langage c'est pas grand chose. Tout le monde confond le langage et les outils. La base en C est simple, le langage et la libc (qui d'ailleurs peut être écrite en c). Pour rejoindre à nouveau Obsidian enfin un peu, la génération post90 n'arrive plus à faire cette distinction. Elle est d'ailleurs volontairement rendue floue à mon avis pour de mauvaises raisons. Il suffit de voir le nombre fonctionnalités proposées par les framework/sdk/toolbox/"bibliothèques standards" qui sont décrites comme faisant partie intégrante du langage ... Je ne dis pas qu'elles sont inutiles bien au contraire, mais je dis simplement que ça ne fait plus partie du langage à proprement parler mais des outils développés avec.

[Invité]

Comme n'importe quel langage, on peut l'apprendre en autodidacte si l'on est assez courageux. Mais en suivant des cours ou en étant assisté d'une personne plus expérimentée les résultats seront meilleurs selon moi.

Le C n'est pas un langage de "débutant" (même s'il faut bien débuter un jour) et une des erreurs que font beaucoup d'autodidactes est de programmer n'importe comment car ils suivent des tutoriels piochés à droite et à gauche. Rien à faire, pour programmer efficacement dans ce langage, il faut s'y accrocher. J'accuse ainsi le C de dégoûter certains de la programmation car il demande pas mal de maîtrise, alors que des programmeurs en herbe aimeraient arriver plus vite à un résultat.

[Jeremy0201]

Perso j'ai pas de mal à "apprendre les langages" c,c++,lisp,python,ruby etc le soucis c'est que je ne sais pas quoi faire ensuite parce que je ne sais pas programmer.
Je me demande comment font les gens pour créer des bibliothèques qui permettent de faire des gui ou des implémentations de langages par exemple.

Ils apprennent surement cela à l'école..

[Franck.H]

Je me demande comment font les gens pour créer des bibliothèques qui permettent de faire des gui ou des implémentations de langages par exemple.

Non pas nécessairement besoin d'une école, la meilleure étant de se lancer mais en commençant par de petits projets. Je ne suis pas diplômé en développement et pourtant je suis sur un projet de moteur 2D en C/SDL permettant également de créer des fenêtres et les widgets associés (boutons, listes, case à cocher, etc...)

J'ai commencé en SDL avec le jeu du pendu puis petit à petit je montais le niveau, j'ai également participé à quelques petits concours qui n'existent plus aujourd'hui malheureusement. Il y a peut être encore les défis 2D/3D & Jeux et d'ailleurs c'est dommage car tu as loupé le Week-End jeux, il me semble que c'est ce Week-End, le but étant de créer un petit jeu en un Week-End

[moldavi]

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.

[Aurélien LEQUOY]

le livre de la collection "le tout en poche" pour le C, un 10 euros très bien pour commencer

j'ai trouvé ça très facile car j'ai commencé à apprendre la programmation en assembleur 68K, après le C je suis passé en PHP autant vous dire que cela à été très facile =)

[VivienD]

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

Je vais vraisemblablement enfoncer des portes ouvertes mais je considère que la meilleure méthode pour apprendre ce langage doit, d'une part, stimuler aussi bien la mémoire auditive que la mémoire visuelle et, d'autre part, proposer une certaine interactivité (via des exercices, des explications, etc.).
Le nec-plus-ultra pour moi reste les cours dispensés par un enseignant, et ce, à un groupe restreint (quinze personnes grand maximum). Toutefois certains cours écrits ou vidéo sont de qualité et font même figure de références. En sus, on peut avoir un support papier, qu'on peut consulter à loisir, pour résumer l'essentiel, approfondir ses connaissances et avoir quelques exercices supplémentaires.

Si c'était à refaire, le feriez-vous toujours ? Et pourquoi ?
Qu'est-ce que vous changeriez dans votre technique d'apprentissage ?

Je le referais sans hésitation car le C demande une certaine rigueur et permet d'être assez proche de la machine (pas autant que l'ASM, certes). En revanche, j'aurais aimé que les termes techniques fussent traduits en français (étant donné que j'ai assisté à ces cours en Allemagne, et donc en allemand) et en anglais; en effet, ça m'aurait permis d'approfondir plus facilement les thèmes abordés durant les cours.

Quels conseils donneriez-vous aux débutants ?

Pratiquer, s'exercer, être curieux et, surtout! ne pas avoir peur des pointeurs (c'est bon, mangez-en!).