Nouveau programme de mathématiques en 2de. Rentrée 2019

VinZT a écrit:Pour se faire plaisir, recension des algorithmes du programme de première (spé math):

BO a écrit:
- Calcul de termes d’une suite, de sommes de termes, de seuil.
- 
Calcul de factorielle.
- 
Liste des premiers termes d’une suite : suites de Syracuse, suite de Fibonacci.
- Écrire la liste des coefficients directeurs des sécantes pour un pas donné.
- Méthode de Newton, en se limitant à des cas favorables
- Construction de l’exponentielle par la méthode d’Euler. Détermination d’une valeur approchée de e à l’aide de la suite (1+1/n)^n
- Approximation de π par la méthode d’Archimède
- Méthode de Monte-Carlo : estimation de l’aire sous la parabole, estimation du nombre π
- Algorithme renvoyant l’espérance, la variance ou l‘écart type d’une variable aléatoire. 

- Fréquence d’apparition des lettres d’un texte donné, en français, en anglais 


La génération des listes en compréhension et en extension est mise en lien avec la notion d’ensemble. Les conditions apparaissant dans les listes définies en compréhension permettent de travailler la logique. Afin d’éviter des confusions, on se limite aux listes sans présenter d’autres types de collections

… donc faudra donner deux trois trucs à savoir sur les listes et sur les chaînes de caractères, tout en découvrant les notions mathématiques sous-jacentes, en faisant travailler la technique, et en appliquant le tout  à la résolution de problèmes.
En 4h hebdo.  

Et accessoirement, les "experts" qui ont pondu ces programmes savent-ils que la notion d'ensemble a disparu du secondaire depuis belle lurette ?
Enfin bon, je crois qu'en fait ils ont essayé de reconstituer la recette du gloubi-boulga.

BO a écrit:La génération des listes en compréhension et en extension est mise en lien avec la notion d’ensemble. Les conditions apparaissant dans les listes définies en compréhension permettent de travailler la logique. Afin d’éviter des confusions, on se limite aux listes sans présenter d’autres types de collections

Moonchild a écrit:Et accessoirement, les "experts" qui ont pondu ces programmes savent-ils que la notion d'ensemble a disparu du secondaire depuis belle lurette ?
Enfin bon, je crois qu'en fait ils ont essayé de reconstituer la recette du gloubi-boulga.

Les manipulations ensemblistes de base font partie du programme de 2^nde (ancien et nouveau), et le schéma de compréhension, même s'il est en principe hors programme, est de fait étudié sous la forme de résolution d'équations et d'inéquations (ainsi que les événements (X=k), (X≤Y), etc. en 1^ère). C'est plutôt la liste en extension qui est difficile à relier au reste, car pour le coup les images directes d'ensembles commencent à vraiment dépasser du programme.

Moonchild a écrit:

VinZT a écrit:Pour se faire plaisir, recension des algorithmes du programme de première (spé math):

BO a écrit:

La génération des listes en compréhension et en extension est mise en lien avec la notion d’ensemble.

Et accessoirement, les "experts" qui ont pondu ces programmes savent-ils que la notion d'ensemble a disparu du secondaire depuis belle lurette ?
Enfin bon, je crois qu'en fait ils ont essayé de reconstituer la recette du gloubi-boulga.

Alors, que sauf erreur, il n'y a pas grand rapport entre un ensemble et une liste, une liste étant ordonnée, pouvant répéter plusieurs fois un même élément, et qu'un type ensemble (set) existe en python, et permet aussi de générer en compréhension.
M'enfin, bon, au stade où on en est …

VinZT a écrit:Alors, que sauf erreur, il n'y a pas grand rapport entre un ensemble et une liste, une liste étant ordonnée, pouvant répéter plusieurs fois un même élément, et qu'un type ensemble (set) existe en python, et permet aussi de générer en compréhension.
M'enfin, bon, au stade où on en est …

Les listes et les tableaux peuvent être intéressants pour représenter un ensemble, car il est plus rapide d'itérer dessus que sur un type ensembliste, qui correspond généralement à une table de hachage ou un arbre binaire rouge-noir.

Je ne suis pas assez pointu pour te contredire là-dessus, et je te crois donc sur parole.
Juste une remarque quand même, beaucoup des algorithmes proposés me paraissent tout à la fois pas évidents pour les élèves (et pour certains collègues) et en même temps assez « mauvais » voire « bourrins » : test de primalité, Monte-Carlo, approximation de e par (1+1/n)^n, etc. Donc itérer sur un ensemble ou une liste, au niveau lycée, bof, bof

Mais le problème n'est certes pas là.
On rajoute de la complexité, voire de la confusion, dans la tête d'élèves qui n'ont pas vraiment besoin de ça.

Je suis d'accord avec toi: en maths, pourquoi pas faire de l'algo mais on devrait se contenter de manipuler des nombres (la géométrie avec Scratch ça peut se discuter, mais je mets ça à part). Il y a déjà de quoi faire, y compris en collège et y compris pour faire des maths: algo d'Euclide, calcul littéral, essais pour des équations (équations implicites de courbe incluses), puissances avec une boucle for ou « répéter n fois », lien entre récurrence et boucle while…
La question d'itérer sur des tableaux plutôt que des arbres rouge-noir a sa place en NSI, pas en maths.

Le maximum devrait être des algos de seuil ou de sommes.

Mathador a écrit:Les manipulations ensemblistes de base font partie du programme de 2^nde (ancien et nouveau), et le schéma de compréhension, même s'il est en principe hors programme, est de fait étudié sous la forme de résolution d'équations et d'inéquations (ainsi que les événements (X=k), (X≤Y), etc. en 1^ère).

Bref, la notion d'ensemble a été entraperçue par le petit bout de la lorgnette dans des contextes divers et éparpillés mais n'a jamais été formalisée clairement ; d'ailleurs le mot "ensemble" lui-même n'est employé que de façon générique dans des situations à première vue déconnectées les unes des autres (ensemble de définition d'une fonction, ensemble des solutions d'une équation, ensemble des réels...) et là où on fait un travail qui se rapproche d'un peu plus près des rudiments de la théorie des ensembles, c'est-à-dire en probabilités, le mot "ensemble" se retrouve généralement remplacé par "événement"... Je doute qu'un élève de lycée - même bon - arrive vraiment à percevoir là-dedans un concept unificateur qui pourrait l'éclairer dans la compréhension d'une quelconque autre notion.

VinZT a écrit:Alors, que sauf erreur, il n'y a pas grand rapport entre un ensemble et une liste, une liste étant ordonnée, pouvant répéter plusieurs fois un même élément, et qu'un type ensemble (set) existe en python, et permet aussi de générer en compréhension.
M'enfin, bon, au stade où on en est …

Mais il ne faut pas oublier un des premiers grands principes de la "pédagogie experte" :
Pour faire comprendre une nouvelle notion à un élève, il faut au plus vite la relier à une autre notion qui n'est pas maîtrisée (ou éventuellement plusieurs car il est bon de multiplier les points de vue), qui de préférence n'a pas été explicitement définie et qui éventuellement présentera des différences significatives en dépit des points communs.

Matheod a écrit:Le maximum devrait être des algos de seuil ou de sommes.

C'est ce que je me disais lorsque l'algorithmique a débarqué dans les programmes du lycée, mais maintenant que je suis de plus en plus souvent confronté à des élèves qui ont de grandes difficultés rien que pour distinguer n de u_n (y compris parmi ceux qui sont sérieux et même parmi les meilleurs), j'en viens à me dire qu'il n'est pas raisonnable de les faire tout de suite travailler sur des algorithmes dans lesquels les termes u_n successifs sont désignés par la seule variable u (et je parle même pas de la petite subtilité qui veut que, pour une suite définie à partir du rang 0, quand on entre la valeur de n au début de l'algorithme, lors de la "boucle pour k variant de 1 à n" la relation de récurrence s'applique à chaque étape entre les rangs k-1 et k et non pas entre n et n+1 ; il vaut mieux passer ce détail sous silence sinon c'est le drame...).
Je serais donc désormais plutôt partisan du principe de précaution : tant que le concept mathématique de suite n'est pas suffisamment consolidé, il vaudrait mieux éviter de s'aventurer du côté des algorithmes de ce genre car, actuellement, le temps passé à faire de l'algorithmique est autant de temps qui ne sera pas consacré à travailler les bases, tout ça pour finalement ajouter une couche supplémentaire de confusions chez la majorité des élèves.

Matheod a écrit:Le maximum devrait être des algos de seuil ou de sommes.

Il peut y avoir un intérêt mathématique à aller plus loin.
Par exemple (c'est l'un des exemples que je citais dans mon message précédent) on peut expérimenter en Python le programme

Code:

n=0
while (5**n-1)%4 == 0:
  n=n+1

On constate qu'il ne s'arrête pas, et on peut essayer de voir pourquoi.
Il ne s'arrête pas à la première étape car 5**0-1 = 0 (** est l'opérateur puissance en Python) et 0%4 = 0 (% est le reste de la division euclidienne).
Il ne s'arrête pas non plus à une étape ultérieure car on ne peut pas avoir à la fois 5**n-1 multiple de 4 et 5**(n+1)-1 pas multiple de 4.
Et voilà, le principe de récurrence apparaît.

Moonchild a écrit:Bref, la notion d'ensemble a été entraperçue par le petit bout de la lorgnette dans des contextes divers et éparpillés mais n'a jamais été formalisée clairement

C'est quoi un ensemble ? Même lorsque l'on définit Z, ZF et ZFC en logique du premier ordre, on ne définit pas ce qu'est un ensemble. On a « appartient » (et éventuellement =, selon la formalisation) comme symbole de relation, et les axiomes de Zermelo régissent son comportement.
Bref, il ne me semble pas opportun de faire un cours formel sur « ce qu'est un ensemble ». Par contre, prendre un chapitre ou une partie de chapitre pour faire des opérations ensemblistes sur des évenements (ensembles des issues qui les réalisent), des figures géométriques (ensembles des points qui y appartiennent), des intervalles (ensembles de nombres vérifiant des inégalités), des ensembles finis définis de façon exhaustive, des ensembles de nombres usuels, et faire remarquer le point commun entre toutes ces situations, me semble très pertinent. Et il y a largement de quoi faire là-dessus avec le programme de 2^nde actuel. On peut même inclure des opérations ensemblistes dans les questions flash.

Mathador a écrit:

VinZT a écrit:Alors, que sauf erreur, il n'y a pas grand rapport entre un ensemble et une liste, une liste étant ordonnée, pouvant répéter plusieurs fois un même élément, et qu'un type ensemble (set) existe en python, et permet aussi de générer en compréhension.
M'enfin, bon, au stade où on en est …

Les listes et les tableaux peuvent être intéressants pour représenter un ensemble, car il est plus rapide d'itérer dessus que sur un type ensembliste, qui correspond généralement à une table de hachage ou un arbre binaire rouge-noir.

Avec Python, pour l'utilisateur, pas de souci pour itérer sur ensemble. Exemple :

Code:


ensemble=set("Les listes et les tableaux peuvent être intéressants pour représenter un ensemble, car il est plus rapide d'itérer dessus que sur un type ensembliste, qui correspond généralement à une table de hachage ou un arbre binaire rouge-noir.")
print("".join(lettre for lettre in ensemble))


Au niveau d'informatique requis au lycée, la différence de rapidité entre itération sur une liste et sur un ensemble est négligeable. D'ailleurs, qui nous prouve qu'il est plus rapide d'itérer sur une liste que sur un ensemble ? La complexité des opérations usuelles peut varier suivant l'implémentation pratique des listes et des ensembles et il est hors de question d'en discuter dans le cadre du programme du lycée.

Mathador a écrit:

Matheod a écrit:Le maximum devrait être des algos de seuil ou de sommes.

Il peut y avoir un intérêt mathématique à aller plus loin.
Par exemple (c'est l'un des exemples que je citais dans mon message précédent) on peut expérimenter en Python le programme

Code:

n=0
while (5**n-2)%3 == 0:
  n=n+1

On constate qu'il ne s'arrête pas, et on peut essayer de voir pourquoi.
Il ne s'arrête pas à la première étape car 5**0-2 = 3 (** est l'opérateur puissance en Python) et 3%3 = 0 (% est le reste de la division euclidienne).
Il ne s'arrête pas non plus à une étape ultérieure car on ne peut pas avoir à la fois 5**n-2 multiple de 3 et 5**(n+1)-2 pas multiple de 3.
Et voilà, le principe de récurrence apparaît.

5 puissance 0 ça fait 1, donc la boucle ne commence pas.
En commençant à 1, est-ce que ça s'arrête si python calcule 5^n modulo 2^32 (ou 2^64) avant d'appliquer le modulo 3 ?
Je chipote, mais c'est pour mettre en lumière la difficulté à utiliser un langage de programmation comme python pour faire des maths...

Mathador a écrit:

Moonchild a écrit:Bref, la notion d'ensemble a été entraperçue par le petit bout de la lorgnette dans des contextes divers et éparpillés mais n'a jamais été formalisée clairement

C'est quoi un ensemble ? Même lorsque l'on définit Z, ZF et ZFC en logique du premier ordre, on ne définit pas ce qu'est un ensemble. On a « appartient » (et éventuellement =, selon la formalisation) comme symbole de relation, et les axiomes de Zermelo régissent son comportement.
Bref, il ne me semble pas opportun de faire un cours formel sur « ce qu'est un ensemble ». Par contre, prendre un chapitre ou une partie de chapitre pour faire des opérations ensemblistes sur des évenements (ensembles des issues qui les réalisent), des figures géométriques (ensembles des points qui y appartiennent), des intervalles (ensembles de nombres vérifiant des inégalités), des ensembles finis définis de façon exhaustive, des ensembles de nombres usuels, et faire remarquer le point commun entre toutes ces situations, me semble très pertinent. Et il y a largement de quoi faire là-dessus avec le programme de 2^nde actuel. On peut même inclure des opérations ensemblistes dans les questions flash.

C'est une réflexion intéressante, mais est-ce que cette "remarque" est bien reçue par les élèves, ou bien ça ne touche que vraiment que les meilleurs ?

Python ne travaille ni en 32 ni en 64 bits pour les entiers, mais en bignum.

Code:

>>> 2**100
1267650600228229401496703205376
>>>

ben2510 a écrit:Python ne travaille ni en 32 ni en 64 bits pour les entiers, mais en bignum.

Code:

>>> 2**100
1267650600228229401496703205376
>>>

Le problème de limite d'entiers passe de 2^n à 2^(2^n) mais reste présent.

Code:

>>> 2**(2**63)
MemoryError
>>>

Reprenant mon bâton de pèlerin, voici ce que j'ai relevé, concernant les algorithmes dans les programmes (communs) de math en séries technologique :

BO (math 1ère techno) a écrit:
Utiliser un générateur de nombres aléatoires entre 0 et 1 pour simuler une loi de Bernoulli de paramètre

Utiliser la notion de compteur

Utiliser le principe d’accumulateur pour calculer une somme, un produit
Identifier les entrées et les sorties d’une fonction
Structurer un programme en ayant recours aux fonctions
Générer une liste (en extension, par ajouts successifs, en compréhension)
Manipuler des éléments d’une liste (ajouter, supprimer...) et leurs indices
Itérer sur les éléments d’une liste. 

Sélection de données : 

- traiter un fichier contenant des données réelles pour en extraire de l’information et l’analyser
- réaliser un tableau croisé de données sur deux critères à partir de données brutes
Calculer un terme de rang donné d’une suite, une somme finie de termes. 

Déterminer une liste de termes d’une suite et les représenter. 

Déterminer le rang à partir duquel les termes d'une suite sont supérieurs ou inférieurs à un seuil donné, ou aux termes de même rang d'une autre suite 

Calculer une valeur approchée d’une solution d’une équation par balayage
À partir de deux listes représentant deux caractères d'individus, déterminer un sous-ensemble d'individus répondant à un critère (filtre, utilisation des ET, OU, NON). 

Dresser le tableau croisé de deux variables catégorielles à partir du fichier des individus et calculer des fréquences conditionnelles ou marginales 

Simuler des échantillons de taille n d’une loi de Bernoulli à partir d’un générateur de nombres aléatoires entre 0 et 1. 

Représenter par un histogramme ou par un nuage de points les fréquences observées des 1 dans N échantillons de taille n d’une loi de Bernoulli. 

Compter le nombre de valeurs situées dans un intervalle de la forme [p - ks ; p + ks] pour k ∈ {1;2;3}

BO STI2D programme math-physique a écrit:
Construire différents points d’une approximation de courbe intégrale par la méthode d’Euler

Je prévois un gros gros succès en STMG et ST2S …

VinZT a écrit:Reprenant mon bâton de pèlerin, voici ce que j'ai relevé, concernant les algorithmes dans les programmes (communs) de math en séries technologique :

BO (math 1ère techno) a écrit:
Utiliser un générateur de nombres aléatoires entre 0 et 1 pour simuler une loi de Bernoulli de paramètre

Utiliser la notion de compteur

Utiliser le principe d’accumulateur pour calculer une somme, un produit
Identifier les entrées et les sorties d’une fonction
Structurer un programme en ayant recours aux fonctions
Générer une liste (en extension, par ajouts successifs, en compréhension)
Manipuler des éléments d’une liste (ajouter, supprimer...) et leurs indices
Itérer sur les éléments d’une liste. 

Sélection de données : 

- traiter un fichier contenant des données réelles pour en extraire de l’information et l’analyser
- réaliser un tableau croisé de données sur deux critères à partir de données brutes
Calculer un terme de rang donné d’une suite, une somme finie de termes. 

Déterminer une liste de termes d’une suite et les représenter. 

Déterminer le rang à partir duquel les termes d'une suite sont supérieurs ou inférieurs à un seuil donné, ou aux termes de même rang d'une autre suite 

Calculer une valeur approchée d’une solution d’une équation par balayage
À partir de deux listes représentant deux caractères d'individus, déterminer un sous-ensemble d'individus répondant à un critère (filtre, utilisation des ET, OU, NON). 

Dresser le tableau croisé de deux variables catégorielles à partir du fichier des individus et calculer des fréquences conditionnelles ou marginales 

Simuler des échantillons de taille n d’une loi de Bernoulli à partir d’un générateur de nombres aléatoires entre 0 et 1. 

Représenter par un histogramme ou par un nuage de points les fréquences observées des 1 dans N échantillons de taille n d’une loi de Bernoulli. 

Compter le nombre de valeurs situées dans un intervalle de la forme [p - ks ; p + ks] pour k ∈ {1;2;3}

Je prévois un gros gros succès en STMG et ST2S …

Pour la partie graissée, çà se fera comme cette année, très bien avec un tableur et pis c'est tout . Ils y comprennent presque quelques choses mes STMG.

Les algorithmes sur les suites (termes, seuil) sont suggérés dans les programmes et vu le franc succès que je rencontre, c'est vrai que les autres, çà va être du gâteau.

BR a écrit:D'ailleurs, qui nous prouve qu'il est plus rapide d'itérer sur une liste que sur un ensemble ?

Avec une liste, une seule indirection de pointeur et on est sûr d'obtenir l'élément suivant ou d'avoir fini. Difficile d'obtenir cela avec un arbre…
Et les indirections de pointeur sont particulièrement coûteuses pour les mémoires cache, car ce dernier ne peut prédire les prochains accès mémoire de façon satisfaisante.
Avec un tableau (ce que j'avais aussi cité), pas de pointeur, donc c'est beaucoup plus rapide en pratique (du moins lorsque les données sont directement présentes dans la mémoire contiguë; c'est toujours le cas en C, et OCaml le fait pour les entiers et les flottants).
Bien sûr, il y a une contrepartie: il est plus coûteux de modifier une liste ou un tableau qu'un arbre binaire de recherche.

BR a écrit:5 puissance 0 ça fait 1, donc la boucle ne commence pas.
En commençant à 1, est-ce que ça s'arrête si python calcule 5^n modulo 2^32 (ou 2^64) avant d'appliquer le modulo 3 ?
Je chipote, mais c'est pour mettre en lumière la difficulté à utiliser un langage de programmation comme python pour faire des maths...

J'ai corrigé l'exemple qui était mathématiquement faux. Comme @ben2510 l'a dit, Python fait du bignum donc les élèves ne verront jamais le programme manquer de mémoire. Et sur un ordinateur à mémoire illimitée (comme c'est le cas du modèle de la machine de Turing) la boucle serait réellement infinie.

Harkness a écrit:

Mathador a écrit:

Moonchild a écrit:Bref, la notion d'ensemble a été entraperçue par le petit bout de la lorgnette dans des contextes divers et éparpillés mais n'a jamais été formalisée clairement

C'est quoi un ensemble ? Même lorsque l'on définit Z, ZF et ZFC en logique du premier ordre, on ne définit pas ce qu'est un ensemble. On a « appartient » (et éventuellement =, selon la formalisation) comme symbole de relation, et les axiomes de Zermelo régissent son comportement.
Bref, il ne me semble pas opportun de faire un cours formel sur « ce qu'est un ensemble ». Par contre, prendre un chapitre ou une partie de chapitre pour faire des opérations ensemblistes sur des évenements (ensembles des issues qui les réalisent), des figures géométriques (ensembles des points qui y appartiennent), des intervalles (ensembles de nombres vérifiant des inégalités), des ensembles finis définis de façon exhaustive, des ensembles de nombres usuels, et faire remarquer le point commun entre toutes ces situations, me semble très pertinent. Et il y a largement de quoi faire là-dessus avec le programme de 2^nde actuel. On peut même inclure des opérations ensemblistes dans les questions flash.

C'est une réflexion intéressante, mais est-ce que cette "remarque" est bien reçue par les élèves, ou bien ça ne touche que vraiment que les meilleurs ?

Je n'ai pas de réponse satisfaisante, car la dernière fois que j'avais des 2^nde, j'avais fais quelque chose de ce type mais en mars et sur le schéma de compréhension et les équations plutôt que les ensembles en général, et je n'ai pas utilisé la notation du schéma de compréhension dans le DS car elle est hors-programme et que j'étais stagiaire. Les questions d'ensembles que j'avais posées (qui se restreignent strictement au programme) étaient correctement réussies.
Mais ce n'est pas seulement une remarque à placer en cours, mais aussi des idées pour structurer son cours autrement: par exemple, mettre l'équation MA=MB d'inconnue M dans une liste d'équations à résoudre (et l'ensemble des solutions S est alors la médiatrice de [AB]), si possible avant d'aborder les équations de droite.

Ca y est ça repart sur Mars :

ben2510 a écrit:Marrant, je corrige à l'instant la copie d'une élève qui m'a répondu ceci goo.gl/v478u7 alors que je voulais goo.gl/jocwio (elle a répondu en pseudo-langage type bas, pas en Python, je tiens à le préciser). Et cet après-midi en seconde on a fait un entraînement Algoréa, on a eu un peu le même genre de souci pour savoir quelle portion du code factoriser dans une boucle. Ce ne sont pas des questions triviales.

Pour ma part, sur 28 T-S, 4 ne connaissent pas la formule de l'aire d'un triangle (un joli basexhauteur/3), et ce matin, un, volontaire pour aller au tableau quand même, a factorisé comme ça : "e^x-x=x(e¹-1)...Sans parler des e^x/x=e et de la dérivée du produit uxv se transformant systématiquement en u'xv'...
Ah oui, la moitié de la classe était persuadée que -x était négatif sur R, ben oui, il y a "moins".

Alors, le bignum...

Et en effet la boucle for i in range(1;11) pour aller de 1 à 10, comment dire, ce n'est qu'un début...

Je viens de passer 10 minutes à expliquer à une élève (gentille, bosseuse, qui veut aller en spé math et faire médecine plus tard... mais qui ne comprend pas tout), que si on a 3 + p = -2, on ne trouve pas p = -2/3... Ce n'est que la 50ème équation au moins qu'on fait depuis le début de l'année, on a commencé l'année par des rappels là-dessus... Comment vous voulez qu'elle comprenne quelque chose à la programmation ?
(Et Python a vraiment un souci avec les boucles for)

Pat B a écrit:Je viens de passer 10 minutes à expliquer à une élève (gentille, bosseuse, qui veut aller en spé math et faire médecine plus tard... mais qui ne comprend pas tout), que si on a 3 + p = -2, on ne trouve pas p = -2/3... Ce n'est que la 50ème équation au moins qu'on fait depuis le début de l'année, on a commencé l'année par des rappels là-dessus...

Suggère lui donc de réviser ses projets d'orientation à la baisse. Si elle aime le secteur de la santé, conseille lui de choisir plutôt la spé "arts du spectacle" pour devenir clown d'hôpital.

PS: Tu aurais dû poser l'équation p+2=4. Bon courage !

Moi j’ai 4 de moyenne à mon devoir de synthèse de vrai niveau Seconde (à savoir résolution de problèmes!) Ça culmine à 11/20! Inutile de préciser que la notation est généreuse (du style de celle du bac même si j’accorde plus de points aux questions qui demandent du boulot, ce qui n’est pas toujours le cas au bac...) Le sujet portait sur Python (affectations, type de variables, programme de calcul avec conjecture à démontrer avec le calcul littéral, cad développements, identités remarquables), géométrie sans repère, avec repère (nature d’un quadrilatère), mise en équation d’un pb d’aires avec lecture des solutions sur un écran de calcul formel, démonstration d’une équivalence par calcul algébrique, lectures graphiques et résolutions d’équation par factorisation pour déterminer par calcul l’intersection d’une parabole et d’une droite, pb de bénéfice avec détermination du maximum à la calculatrice. Le tout en deux heures... En même temps c’etait couru d’avance, les IE techniques décontextualisées sont déjà mauvaises. J’ai décidé de ne surtout pas baisser mes exigences vu le niveau de la spé et ceci malgré une classe affreusement faible.

En ce moment, je fais de la résolution de systèmes par substitution et combinaison (je me demande même si ces méthodes sont au programme vu qu’on en parle surtout en lien avec les équations de droite). Ça patauge grave. Ce qui me sidère le plus est le niveau en calcul mental : aucun automatisme. Les bons (et là je suis effrayé!) me disent même que les profs de collège autorisaient tjs la calculatrice!! Si c’est le cas, grosse faute professionnelle de la part des collègues de collège qui savent pourtant que la finalité n’est pas uniquement le DNB. Quant aux activités mentales elles ont du être inexistantes.

Pat B a écrit:
(Et Python a vraiment un souci avec les boucles for)

Si c'est juste l'index final qui te gêne, ça se règle. (Sinon la syntaxe avec le range() est un peu nulle, c'est vrai).

Code:


def myRange( start, stop, step=1):
    i = 0
    while (stop - start)/step >= i :
        yield start + i * step
        i += 1

for i in myRange(15,20):
    print(i)


Je propose l'hypersolution :

Code:

i=15
while i<=20:
  print(i)
  i+=1

Pourquoi résoudre le problème quand il est si simple de le supprimer ?

Lors de ma séance de dessins de drapeaux, hier (ICN seconde, au moins trois semaines qu'on manipule turtle, et on fait du python depuis la rentrée de septembre), je vois un élève avec un code assez long. Je m'approche et regarde :

for i in range(1):
    et là une chiée d'instructions (au moins 20 lignes) avec des copier-coller

Lors de la même séance, un petit tout gentil me demande, anxieux, s'il y a toujours de la programmation en STMG parce qu'en fait il n'aime pas trop ça.

:lol: :lol: :lol: :lol:

J'ai les mêmes en ISN.
Il faut se rappeler qu'ils sont là pour apprendre...

Oui, ils sont là pour apprendre … mais je ne fais que ça depuis le début de l'année pendant cette heure et demie !
Alors les algorithmes proposés dans les nouveaux programmes de maths que tu abordes, pouf, au détour d'un chapitre, c'est une blague, ça ne peut pas marcher …

VinZT a écrit:Lors de ma séance de dessins de drapeaux, hier (ICN seconde, au moins trois semaines qu'on manipule turtle, et on fait du python depuis la rentrée de septembre), je vois un élève avec un code assez long. Je m'approche et regarde :

for i in range(1):
    et là une chiée d'instructions (au moins 20 lignes) avec des copier-coller

Lors de la même séance, un petit tout gentil me demande, anxieux, s'il y a toujours de la programmation en STMG parce qu'en fait il n'aime pas trop ça.

Votre mission, si vous l'acceptez: programmer ceci en utilisant une boucle de type for.
...
Mission: accomplie.