Bonjour à vous amis programmeurs.
 
Voilà mon problème : J'ai un exo à faire en C (en fait plusieurs exo mais je ne vais en poser qu'un à la fois ça sera déjà pas mal) et le truc c que mon prof est incapable de transmettre ses connaissances. Il a l'air doué dans ce qu'il fait mais ce n'est en aucun cas un pédagogue. Je sollicite donc votre aide pour résoudre cet exercice. Je sais je devrais me débrouiller seul mais là où je suis je n'est pas trouvé de bouquin pour apprendre le C. Je me suis donc débrouillé pour qu'on m'en envoie un mais je ne l'aurai que la semaine prochaine. Donc voilà l'exo :  
 

 
Merci d'avance.

 
Le net suffit amplement pour apprendre le C, surtout pour un exercice aussi dérisoire que celui-là.
 
Même moi qui ne fais plus de C (et qui en ai très peu fait) depuis 10 ans au moins, j'en serais capable... Quelque soit le langage d'ailleurs, un peu de logique suffit.
 
Tu sais assigner des valeurs à une variable ?
Tu sais faire un calcul entre une ou plusieurs variables ?
Tu sais afficher quelque chose ?
Tu sais effectuer une saisie au clavier ?
 
Bon, ben donc tu peux faire l'exo.  

Mouais...
 
J'ai fait un peu de prog structurée et tout ce que tu dis là je sais le faire (du moins je crois) mais ce qui me pose vraiment des problèmes avec le C c'est la syntaxe... Parce que le prof n'a jamais jugée utile de nous enseigner les vraies bases du langage. Au premier cours il a tout de suite enchainé les lignes de commandes comme si on était des pros de la programmation sans nous dire ce que c'était qu'un "printf" un "scanf" ou tout autre commande de base...
Et de ce fait j'ai vraiment du mal avec la syntaxe.
 
Donc à la limite si on pouvait me filer ne serait-ce que les 5-10 premières lignes du prog, je pense que ça m'aiguillerai pour la suite...
 
Thx

 
Eh ho... Les bases du langage, n'importe quel site sur google te les donnera hein. En plus, ya une FAQ ici-même.

oh le beau hors-charte !
 
balance ton programme sinon ça va bien se passer

Si il y a pas des coupures de 1, t'est pas dans la m... pour rembourses un credit de 99
 
Noter que cette question est vicieuse, de toute facon, car il va falloir calculer ce nb minimal de coupures, par client crediteur, et les sommer, et surtout pas faire le calcul sur le credit total...
A+,

 
Le problème c'est que la majorité d'entre nous serait largement capable de te faire un super-truc évolutif, élégant et tout, mais
1) on risque d'utiliser des notions que ton prof t'a pas encore enseigné
2) le jour où tu seras en contrôle, tu seras seul
Et dans ces deux cas, tu te feras éclater. Alors je vais te filer le schéma de base et ensuite tu te débrouilles tout seul pour le reste
 

 
Il n'y a que 3 petits trucs spéciaux
1) je fais une boucle infinie et je la quitte sur un montant à 0. Ce n'est pas très "propre" au sens algorithmique mais cela permet de ne pas décaler les indentations. Sinon, on finit par programmer complètement à droite de la page
2) le "fflush(stdout)" permet d'afficher immédiatement à l'écran l'invite à saisir. Sinon, tu auras un décalage entre l'affichage et la saisie
3) le "fgetc(stdin)" permet d'enlever du clavier le "return" qui finit ta saisie. en effet, quand tu saisis un nombre, tu finis cette saisie par l'appui de la touche "entrée". Le "scanf" récupère le nombre mais laisse dans le clavier ce caractère "entrée". Le "fgetc" est là pour supprimer ce "return" qui gènerait ta saisie suivante.

merci de votre attention

Okay merci bcp...
 
Pour ce qui est de la charte, j'avais pas vu ce passage, dsl
 
Encore merci et p-ê @ bientôt    (c'est p-ê moi qui donnerait des conseils après mais j'y crois pas trop vu comme je suis doué en prog )

à d'autres c'est facile de faire sa petite chatte maintenant que t'as on exo de fait et ton weekend de libre  

Le week-end est fini et l'exo non    

Brad Pitt> La première erreur à ne pas commettre : Te lancer tête baissé sur ton clavier, ERREUR !
Tu prends un papier et un crayon.
Tu fais une analyse, qu'est-ce qui rentre, qu'est-ce qui sort, que dois-je faire... (comme en français).
Tu te fais un programme en pseudo-code (langage humainement compréhensible, genre je fais ci, je fais ça, j'additionne... pour faire au plus simple).
Une fois que tu trouves ton pseudo-code fonctionnel et élégant, il ne te reste plus qu'à le transcrire en C.
 
Si le pseudo-code te rebutte, tu peux faire des algorigrammes... Tout ce que tu veux à partir du moment où cela t'aide à mieux cerner le problème.
 
Ton problème pour un débutant doit pouvoir se faire en 2 à 4 heures grand max.
 
Up> Poste-nous ton analyse.

J'ai fais l'exercice (m'a pris 1h... moin si j'avais pas fait d'erreur   )
 
Sinon connais pas grand chose en programmation commencé à lire une introduction au c (toujours pas finis d'ailleurs) depuis le tps que je me dis que je devrai apprendre à programmer
 
Sinon j'ai rajouté "fflush(stdout);" et "fgetc(stdin);"
à mon code et je vois aucune différence   (?!)
 

 
Essaye juste de faire, dans une simple boucle, une saisie et un affichage d'un nom et un age...

 
Tu verras à ta seconde saisie tu auras des affichages à moitié décalés et tu ne pourras plus faire saisir le nom.
Ensuite décommente les fflush et le fgetc et tu verras la différence...

scanf("%s", nom);
 
c'est quoi ce bordel ?

 
Je présume que tu veux indiquer ici un risque de dépassement de capacité...
Le but du topic était d'expliquer à un débutant le simple principe de la saisie d'une chaine et d'un nombre. J'ai donc utilisé l'instruction de base que les débutants utilisent souvent pour... débuter.
Je ne vais pas, en plus, l'embrouiller avec des considérations qu'il aura le temps de voir bien plus tard. Je ne veux pas le dégoûter du C !
C'est évident que si je dois faire et distribuer un programme pour un tiers avec saisie de texte, je vais m'arranger pour éviter le dépassement de capacité. Mais pas dans un topic où j'essaye d'être le plus simple possible pour ne détailler que la notion que je veux montrer.
 
Ton problème, Taz, c'est que tu n'arrives pas à te mettre à la place des autres. Tu penses que tout le monde se doit de connaître toutes les règles et tous les dangers du C. Alors tu te ballades, au grès des topics et tu assassines allègrement un code qui n'est pas, à tes yeux, assez pur; sans évaluer le contexte dans lequel le code a été écrit. Et lorsque tu daignes enfin répondre à une question, tu en écris vraiment le minimum en faisant clairement comprendre que tu es déjà bien bon de donner un peu de ton savoir.
Tu es certainement très calé en langage C mais tu n'as vraiment rien d'autre pour toi. Alors arrête tes sermons à la Shaolin car ils n'apportent rien d'intéressant, ni pour toi, ni pour les autres.

mon problème, c'est que je comprends c'est quoi l'intérêt pédagogique de donner des exemples buggé et de filer des mauvais habitudes. fgets et tout aussi facil à employer que scanf, que tu le veuilles où nom. quant aux sermons, moi je n'en fais pas. Je ne parle que de programmation, rien d'autre, ça ne m'intéresse pas de savoir si tel ou tel est mégalo ou mytho. Le fait est que tu corriges un débutant en introduisant un autre bug.

Ce serait bien d'avoir une nouvelle norme pour le C Taz Compliant

Ça s'appelle le C99 je crois
 
et un peu de bon sens aussi

 

 
scanf("%s",nom) c mal point. Perso c'ets le premier truc que je detruit dans les TP que je file ...