Bonsoir,

voilas je voudrais savoir quelles sont les grandes parties du language C ainsi que les plus petites partie du C que l'on n'a pas vu dans le cour de m@teo21.

Et si vous pouvez m'indiquez (environs) en % le nombre de "choses" que l'on a vu
dans le language C.

Et en combien de temps ce language fini par être assimiler COMPLETEMENT?
voilas

Merci d'avance.

Bonne nuit !!

En %, sur le tuto, il est marqué qu'on a fait environ 35% du cours. Mais je pense que un language n'est jamais fini d'apprendre.. il y a toujours des choses nouvelles a voir, de nouvelles bibliotheque a etudier..etc..

A voir. Niveau tps, je sais pas combient il faut pour pouvoir dire qu'on "sait programmer"..

Sur ce, buennas noches !!

Citation : charly90

Et en combien de temps ce language fini par être assimiler COMPLETEMENT?
voilas

langage !

Complètement, je ne sais pas si c'est possible, mais si on suit la regle empirique du 80/20, il faut 6 mois à 1 an pour acquérir les 80%, la même période pour les 80% du restant etc. C'est très théorique et ça dépend beaucoup des individus, de l'expérience, de l'investissement... A noter qu'on trouve parfois des solutions ailleurs que devant son écran...

Le langage (syntaxe, sémantique, fonctions standard) est assez simple, mais ce qu'il faut apprendre à reconnaitre, ce sont les comportements indéfinis, parce ça, c'est interdit et non détectable autrement que par la connaissance su sujet.

La fréquentation des forums et la lecture de la norme complète la formation.

Il y a d'autres aspect de la programmation qui ne sont pas directement liés au langage, mais qu'il faut savoir transposer (implémenter) en C, ce sont les structures de données et les algorithmes qui vont avec (listes, arbres...)

Enfin, il y a un aspect important qui est souvent négligé, c'est la qualité.

• Des spécifications claires
• Une analyse et un découpage solide qui permet le test unitaire.
• Un codage clair (identificateurs, réduction de la portée, indentation) avec une gestion d'erreurs systématique (programmation défensive). Tous les cas possibles sont traités. Les paramètres des points d'entrées sont testés. Aucun comportement indéterminé n'est toléré. L'utilisation de code non portable doit être justifié, sérieusement documenté et les domaines précisés.
• Des tests unitaires nominaux, aux limites, et au delà.

Quelques pistes

http://mapage.noos.fr/emdel/codage.htm

okiiii

Bon -ed- en gros :
-j'ai 15ans
-j'ui passioner depuis 4mois environs et j'i
passe au moin 1h par jour sur le C
-en plus de lire et meme parfois de relire les cours je pioche a droite a gauche

Alors voilas:
Dans combien de temps je pourrait si je le voulait reconstruire la SDL et d'autre fonction
qui seraient possible de refaire en C?(même si j'i passe ma vie )

Citation : charly90

Alors voila:
Dans combien de temps je pourrait si je le voulait reconstruire la SDL et d'autre fonction
qui seraient possible de refaire en C?

Je ne suis pas devin. 1 heure par jour, c'est pas beaucoup...

Quelques années ? La SDL, c'est complexe en dessous... Le D c'est pour 'Direct'. Ca veut dire que ça utilise des fonctions système de bas niveau, non documentées pour le programmeur lambda..., voire des fonctions de noyau...

Connaitre un langage, c'est une chose, ecrire un programme, c'est autre chose. Il y a des technologies à maitriser soit générales (sockets, threads), soit particulières (matériel, système, bibliothèques spécialisées...).

Ce qu'il faut apprendre vite, c'est l'anglais lu et la recherche de doc sur Internet.

ok