Tour d'ivoire ? Je ne suis pas pédagogue, je suis enseignant, je suis au contact direct des étudiants, je vois sur quoi ils ont des difficultés et ce qui est plus facile à apprendre pour eux, avec des gammes de niveaux très étendues (j'ai des étudiants qui ne comprennent pas le principe d'une boucle while). Alors je crois que la tour d'ivoire, elle est loin.
Désolé pour cette façon de m'exprimer, je me rends compte que ma façon de m'exprimer ait pu t'offenser, ce n'était pas le but. Celà dit j'ai quand même un peu de mal avec "e ne suis pas pédagogue, je suis enseignant". Un enseignant ne doit-il pas être pédagogue ?
Comment tu fais comprendre la division entière avec un seul type numérique ? Il y a une grosse quantité de problème qui nécessite de faire la différence entre entiers et réels, et c'est important de le faire dès le début. La programmation, c'est autant savoir choisir les bons types que de choisir les bons algorithmes.
Si tu introduis ça au début, pur des personnes qui ne continueront probablement pas à faire de la programmation, tu les dégoutes. Maintenant, j'ai peut-âtre été trop restrictif dans les types de base, et je t'accorde que différencier décimal/entier serait prebablement pertinent. Comme tu parlais de C/C++, j'avais à lesprit la totalité des types C/CPP (int, short , long, float, double, etc ....) qui sont difficiles à appréhender quand tu commences à programmer.
C'est quoi que tu ne comprends pas dans «sous-ensemble» ? Évidemment qu'on ne va pas leur montrer le template metaprogramming ! On va se contenter, je répète, des types de bases
Déjà les types de base en C++ sont déjà trop complexes :
int : contient un entier de taille normale, positif ou négatif.
short int : contient un entier de petite taille, positif ou négatif.
long int : contient un entier de grande taille (32 bits), positif ou négatif.
long long int : contient un entier de plus grande taille (64 bits), positif ou négatif.
unsigned int : contient un entier de taille normale, positif ou nul.
unsigned short int : contient un entier de petite taille, positif ou nul.
unsigned long int : contient un entier de grande taille (32 bits), positif ou nul.
unsigned long long int : contient un entier de plus grande taille (64 bits), positif ou nul.
Il y a quoi de difficile là dedans ? Rien.
Pour toi, rien. Pour des personnes pour qui la programmation n'est qu'un sujet qu'ils vont aborder sans continuer : tout. Et je suis quasiment convaincu qu'à un moment tu vas devoir sortir de ton sous-ensemble. C++ est un langage complexe, sans même aborder les templates. Par contre je le verrais bien comme second langage, lorsque les notions de base algorithmiques seraient acquises.
[^] # Re: Pascal...
Posté par totof2000 . En réponse au journal Python comme premier langage de programmation ?. Évalué à 2.
Désolé pour cette façon de m'exprimer, je me rends compte que ma façon de m'exprimer ait pu t'offenser, ce n'était pas le but. Celà dit j'ai quand même un peu de mal avec "e ne suis pas pédagogue, je suis enseignant". Un enseignant ne doit-il pas être pédagogue ?
Si tu introduis ça au début, pur des personnes qui ne continueront probablement pas à faire de la programmation, tu les dégoutes. Maintenant, j'ai peut-âtre été trop restrictif dans les types de base, et je t'accorde que différencier décimal/entier serait prebablement pertinent. Comme tu parlais de C/C++, j'avais à lesprit la totalité des types C/CPP (int, short , long, float, double, etc ....) qui sont difficiles à appréhender quand tu commences à programmer.
Déjà les types de base en C++ sont déjà trop complexes :
Pour toi, rien. Pour des personnes pour qui la programmation n'est qu'un sujet qu'ils vont aborder sans continuer : tout. Et je suis quasiment convaincu qu'à un moment tu vas devoir sortir de ton sous-ensemble. C++ est un langage complexe, sans même aborder les templates. Par contre je le verrais bien comme second langage, lorsque les notions de base algorithmiques seraient acquises.