Discussion :

[jerem3001]

bonjour, je connait le html/css et je conte me maitre a apprendre le langage C.

j'ai pensé commencé par apprendre sur le net, puis d'acheter des livre.

j'ai pensé a cela:

http://www.amazon.fr/exec/obidos/ASI...wdeveloppec-21

http://www.amazon.fr/gp/product/2100..._luc_sim_01_01

http://www.amazon.fr/gp/product/2100..._luc_sbs_03_03

mais j'ai vu que il y a l'algorithmique et l'algorithmique pour langage C lequel dois-je prendre?

pensé vous que commencé avec le K & R serait le moyen le plus rapide?

j'ai un problème avec visual quand je compile sa marche très bien mais si après je change le code et que je recompile cela me met le premier est-ce normal?

voila j'attends l'avis des experts

merci d'avance

[3DArchi]

Bonjour,
Il y a une section livres pour t'aider dans ton choix.
Il y a aussi une section FAQ et des tutoriels.
Pour ton problème avec Visual, la description est trop brève pour être comprise. Détaille un peu et post un bout de code si nécessaire.
Bon apprentissage.

[Thierry Chappuis]

Si tu as déjà des connaissances en C, le K&R est probablement une bonne lecture. L'ouvrage de Cormen et al. est également une excellente lecture pour l'apprentissage de l'algorithmique. Je recommande ce livre. Il ne traite par contre pas du C mais utilise du pseudo-code pour décrire les algorithmes.

Thierry

[jerem3001]

je n'est pas encor de connaissance en C dois-je commencé par quoi? le site ou un livre?

[dapounet]

Le C n'est pas un langage d'apprentissage, la syntaxe de base est assez simple mais il y a beaucoup de choses inutilement compliquées et d'incohérences.
Commence par un langage simple et cohérent comme Pascal, Python, ...

[winux32]

dapounet, le C n'est pas incohérent. Il n'est certes pas parfait mais dire qu'il est incohérent ... Ce que j'aime le plus en C, c'est qu'il permet d'écrire des algorithmes de manière très simple (grâce à la syntaxe de sa boucle for, l'arithmétique de pointeurs qui permet de parcourir un tableau "librement", sa représentation simple des chaînes de caractères, etc.). Pour quelqu'un qui n'est pas nul en informatique, il ne devrait pas trop avoir de problème pour apprendre le C.

jerem3001, tu devrais aussi essayer ce tutoriel. C'est un des rares tutoriels qui ne se contente pas seulement d'enseigner le langage C, mais également les bonnes manières de programmer en C. Bon courage.

[Thierry Chappuis]

Travailler avec des chaines de caractères en C, ce qu'est pas vraiment ce qu'on peut appeler "simple". Idem pour l'arithmétique des pointeurs.

Thierry

[winux32]

Je n'ai pas dit que travailler avec les chaînes en C est simple (mais c'est pas la mer à boire non plus), mais que leur représentation est simple, transparente pour le programmeur alors que c'est plus ou moins caché dans les autres langages. Ca, c'est l'aspect bas niveau du C. C'est une des choses que j'aime dans ce langage.

Quant à l'arithmétique des pointeurs, elle permet de naviguer librement dans la mémoire. J'ai bien utilisé le mot "libre", pas "facile" ni "sans danger" ni je ne sais plus. Et la liberté, c'est quelque chose d'important. Ou du moins ça l'est pour moi .

[Thierry Chappuis]

Je n'ai pas dit que travailler avec les chaînes en C est simple (mais c'est pas la mer à boire non plus), mais que leur représentation est simple, transparente pour le programmeur alors que c'est plus ou moins caché dans les autres langages. Ca, c'est l'aspect bas niveau du C. C'est une des choses que j'aime dans ce langage.

Quant à l'arithmétique des pointeurs, elle permet de naviguer librement dans la mémoire. J'ai bien utilisé le mot "libre", pas "facile" ni "sans danger" ni je ne sais plus. Et la liberté, c'est quelque chose d'important. Ou du moins ça l'est pour moi .

Je ne vois pas en quoi ces possibilités de bas niveaux permettent permettent de représenter des algorithmes de manière plus simple qu'avec un langage de plus haut niveau. Tu as des exemples ?

Thierry

[dapounet]

dapounet, le C n'est pas incohérent.

Ce ne sont pas les exemples qui manquent pourtant :

• Le mot-clé static qui change complètement de sémantique en fonction du contexte
• Pareil pour extern
• Le définition du type char qui correspond à celle d'un byte (et pas d'un caractère), et les fonctions d'I/O qui utilisent des types int pour manipuler les caractères
• Les constantes caractère (comme 'a') qui sont de type int
• La macro EOF qui représente une fin de fichier ou une erreur d'I/O
• Les bizarreries de la bibliothèque standard, comme strncpy() qui n'ajoute pas tout le temps le '\0' final