Pourquoi uniquement Python au lycée?

Sans que le caractère obligatoire soit clairement affirmé, les décideurs ont fait le choix implicite de Python au lycée.

C'est sur qu'ils auraient pu expliquer leur choix... mais quel prof explique à ses élèves le choix des chapitres du cours?
Par habitude, certainement très peu d'entres eux.

Tous les rédacteurs de manuels et les fabricants de calculatrices suivent, sans proposer d'alternative.
Pourquoi uniquement Python? n'y a-t-il pas d'autres langages aussi formateurs pour le lycée et utilisés plus tard?

Pourquoi Python?
Déjà il n'y a que deux versions dont une (python 2) qui va disparaitre tôt ou tard.

Comparé aux innombrables versions de JAVA, du C++ (0x,11, 14 et 17)... c'est très stable le python.

D'autre part c'est un langage prévu pour les scientifiques dès le départ mais utilisable pour les interfaces graphiques, le bash, le réseau.
Entre autre il est très utilisé en data mining et IA.

Les autres langages : C et C++ sont trop compliqués, R est très spécialisé, JAVA est une horreur et C#, haskell sont peu utilisés, je ne parlerais pas des langages pour le web.

C'est très dommage, notamment pour Xcas qui me semble une excellente alternative pédagogique sur tous les plans.(richesse des différents modules, possibilité de programmer en français...)

On programme en anglais.
Ce point n'est pas discutable. Et on met des commentaires dans son code dans la langue de Trump.

Pourquoi imposer sans concertation? pourquoi ne pas laisser un choix raisonné?
Il y a longtemps, j'ai enseigné l'option informatique en lycée avec Turbo-Pascal, c'était formidable pour les élèves.

Le combat est-il perdu?

Le pascal avait-t-il été un choix discuté?
A la fac on me l'avait imposé, j'aurais préféré du C.

Python a quand même beaucoup d'avantages pour l'enseignement au lycée, c'est un langage d'assez haut niveau (donc exit les complications niveau gestion de mémoire genre en C), il dispose de nombreuses bibliothèques pour faire des choses sympas en maths sans mettre en branle toute une machinerie et surtout c'est un langage extrêmement utilisé ailleurs que dans l'enseignement secondaire, que ce soit dans le supérieur, le milieu académique ou les entreprises. C'est aussi un langage qui est vivant, toujours mise à jour et sur lequel énormément de gens bossent.

J'ajouterais également que c'est un langage de programmation générique, contrairement à Xcas qui est clairement orienté maths. Mon demi-frère qui est au lycée a ainsi pu se servir de ce qu'il a appris en Python pour commencer des projets perso.

Je ne vois vraiment pas quel autre langage dispose de tous ces avantages.

Le seul truc que je regrette c'est qu'il ne soit pas fortement typé, je trouve que c'est assez formateur pour les élèves d'avoir les idées très claires sur la nature de la variable qu'ils manipulent.

En tout cas je ne vois vraiment pas l'intérêt d'apprendre le Pascal, qui est un langage mort et enterré depuis bien longtemps.

@ Héhéhé,

Il ne s'agit pas nécessairement d'apprendre un langage utilisé dans l'industrie.
Il s'agit d'apprendre un langage qui permet de programmer proprement.

Pascal était un langage pour apprendre les bonnes pratiques de programmation.
Pas pour envoyer une fusée sur la Lune.

e.v.

A ev : Python permet d'apprendre à programmer proprement. Quel langage préconises-tu à la place ?

A djedje_bzh : relis mon message plus haut tu verras qu'il y a plein de bonnes raisons d'adopter Python.

Moi j'aime bien Python, je trouve cela très bien ! C'est juste que tu ne connais pas encore mon adoration pour l'humour ;-)

J'ai même réussi à faire écrire quelques lignes de code à ma nièce de 7 ans (alors que certains de mes élèves de seconde en sont incapables...)

Peut-être plus que de matheux professionnels...

Je ne pense même pas aux matheux professionnels quand je parle de Scilab/Matlab.

De toute façon peu importe: qui pourrait proposer un langage plus adapté que Scilab/Matlab? Ca me semble évident que Python n'est pas une bonne réponse à cette question. Mais ce n'est pas important.

@soleil_vert: bizarre! je suis un peu surpris, je pense que les programmeurs voient en Python un langage d'avenir non? il est rapide aussi, beaucoup plus que Scilab/Matlab. On se contrefout au lycée de tout cela, mais peut être que ces arguments assez vides ont charmé les décideurs.

OK, je comprends, je vais expliciter clairement (demain si je peux).

Reprocher à Python de ne pas être propre et d'affecter n'importe comment puis de recommander MATLAB/SCILAB qui sont aussi voire pire à ce niveau là, faut pas avoir peur...

J'adore MATLAB, j'ai fait 90% de ma thèse dessus, mais je ne le recommanderais vraiment pas pour apprendre la programmation.

Un rappel ?

e.v.

[ ça nous rajeunit pas ]

De mon point de vue python a de nombreux avantage :

- langage script, il est simple à prendre en main
- il a des utilisations extrêmement variées (calcul scientifique, learning, web...) et de très nombreuses bibliothèques. Ce qui permet aux élèves de l'utiliser pour tout plein de projets différents (site web perso, projet TPE, exercices....)
- il est utile dans la vie, ce qui permet de dire aux élèves qu'ils apprennent une compétence utile pour leur CV plus tard
- python te force à présenter ton code proprement

Pour ce qui est de mettre des langages différents, en théorie c'est bien, mais ça rajoute à la charge d'apprentissage des élèves et masque encore plus la partie algorithmique (si on passe 20' à retrouver comment on fait une boucle for je suis pas sûr que ça apporte grand chose)

Comme il n'est pas envisageable de pratiquer plusieurs langages , il faut bien en choisir un .
Chacun ayant son idée sur celui qui est le meilleur , il faut en final trancher et le choix implicite de python ne me parait pas un mauvais choix au lycée .
Encore une fois , ce n'est pas le langage qui compte mais ce qu'on en fait .
Un élève ayant pratiqué python pendant sa scolarité pourra plus tard s'adapter aisément à d'autres environnements plus spécialisés si nécessaire .

parisse, je ne sais pas si tu fréquentes des élèves de seconde mais leur présenter déjà un langage est le bout du monde alors deux…

Evidemment qu'on va pas donner des cours de programmation alors qu'on n'arrive pas à finir le programme de seconde :-S. Les maths d'abord, l'info ensuite!

Oui c'est une bonne idée, mais l'AP, on n'a pas tout à fait la main dessus. Pour une histoire de vitrine (il n'y a que ça qui compte pour la nouille en communication qui nous dirige) l'AP doit apparaître ''trans-disciplinaire'' (+ un volet relation entreprise).

nicolas.patrois: je discute au sein de l'IREM de Grenoble avec des profs qui eux ont des secondes, cf. cette page avec 3 TP experimentes cette annee. Il ne s'agit pas de presenter plusieurs langages a des eleves de seconde au cours de la meme annee, mais de ne pas s'interdire de changer de langage d'une annee a l'autre.
Pour qu'une seance de programmation se passe bien, le point essentiel c'est la maitrise par l'enseignant du langage et de l'environnement de developpement, pour qu'il puisse debloquer efficacement les erreurs de syntaxe puis de runtime. Beaucoup d'eleves ont deja du mal a recopier un programme tout fait sans erreurs, on leur demande souvent juste de modifier un programme existant. Le choix du langage est donc determinant pour l'enseignant, pas pour l'eleve.
fm_31: on s'est peut-etre mal compris, ce que je conteste c'est la pression tres forte venant de la hierarchie pour imposer Python comme l'unique langage utilise au lycee, avec a terme le risque de demander des programmes Python dans les enonces de bac au lieu d'algorithmes.

Si l'objectif est d'apprendre l'algorithmique, il n'y a pas besoin de langage de programmation. C'est même potentiellement contre-productif au départ.

Si l'objectif est d'apprendre à programmer, alors d'une part cela ne semble pas être au programme du lycée, et d'autre part je ne recommanderais pas Python pour tout un tas de raison déjà évoquées dans ce fil.

Globalement ici il me semble qu'il s'agit surtout de permettre aux élèves de bidouiller pour reproduire "vite fait mal fait" un algorithme sur ordinateur, sans prendre aucun recul. Pour de la bidouille, Python est parfait. Et ce choix permet d'envoyer le message "nous sommes modernes et à l'écoute du monde qui nous entoure" (Python étant le langage à la mode du moment comme ont pu l'être le C, C++, Perl ou Java avant lui).

Pour finir je pense que cette décision est validée au plus haut niveau, comme l'atteste par exemple un sujet d'oral 2 du 3e concours du capes 2018 où une fonction était définie par... un programme en Python. Bonne chance à ceux qui ne connaissent pas ce langage de programmation.

Petite remarque @nicolas.patrois : quand j'entends typage fort je pense plutôt à Ada qu'à Python. Le typage en Python est pour moi un cauchemar, et les élèves ont tôt fait, de par leurs erreurs, d'en trouver les limites. On se retrouve à devoir faire du typecasting dans tous les sens pour être sûr qu'un programme fasse bien ce que l'on veut... Je ne trouve pas cela particulièrement propre.

Trouver des défauts à python pour récuser son choix , c'est oublier que tout langage a ses avantages et ses défauts . De plus c'est assez subjectif . Et comme en final il faut faire un choix ....
Plus tard , dans l'industrie , le langage pourra aussi être imposé (d'en haut par des nouilles en com comme dirait irrespectueusement Blueberry) . Qu'est-ce que ça change ?

Mais la question était je crois "pourquoi uniquement python ?" . Comme il a été dit , python n'est pas au programme du lycée et les enseignants sont libres de choisir un autre langage ou même pas de langage . Par contre en choisir plusieurs ne parait pas facilement réalisable . Alors pourquoi pas python ?

Je partage l'avis de Skilveg concernant la lisibilité, perso j'utilise sage. C'est très reposant d'écrire

A = [k for k in range(20) if (k-3)%4 == 0]

Ou encore

Delta = q*prod((1-q^n)^24 for n in range(1,50)) 

C'est vraiment très proche de la syntaxe mathématique.

Un truc un peu pourri je trouve :

a = 115
print " je suis %s"%a   <  ---   peut-être autrement ? je n'ai pas trouvé mais c'est pourri de chez pourri là 

c'est pas lisible pour le coup .. je viens de regarder Julia, la syntaxe semble proche de python.Le truc pourri n'est plus trop pourri, ça ressemble à php (enfin il me semble) c'est-à-dire :

legume = "une carotte"
println("je suis  $legume ")

le dollar c'est l'interpolation.

Pour Xcas, je ne sais pas trop, j'ai utilisé pendant 1 mois et j'ai lâché l'affaire car pas adapté pour mon utilisation.

Pour être sincère, je pense qu'il faudrait utiliser le logiciel MAGMA dans l'éducation !

PS : Pour magma, Bah oui juste pour obtenir une licence magma :-D

Pour le produit, tu peux utiliser ça :

def prod(liste):
    return eval("*".join(map(str,liste)))

Vu par ici, il me semble.

Yes Guego mais de temps en temps c'est un peu chiant, mais c'est du détails et je suis un peu hors sujet !

class exemple:
	def __init__(self,marque,roue,Type,km):
		self.marque = marque 
		self.roue  	= roue 
		self.type   = Type 
		self.km     = km
	def __repr__(self):
		message = "Je suis une {self.marque} qui possede {self.roue} roues de type {self.type} et  j'ai deja parcouru {self.km} km".format(self = self)
		return message
class exemple2:
	def __init__(self,marque,roue,Type,km):
		self.marque = marque 
		self.roue  	= roue 
		self.type   = Type 
		self.km     = km
	def __repr__(self):
		message = "Je suis une "+self.marque+" qui possede "+ str(self.roue)+" roues de type "+self.type+" et  j'ai deja parcouru "+self.km+" km "
		return message

class exemple3:
	#
	#   Ne roule pas, mais c'est le plus clair for me  !
	#   En julia, ça doit fonctionnner comme ça si j'ai compris ... Hum, c'est un micro détails vraiment :D 
	#   
	def __init__(self,marque,roue,Type,km):
		self.marque = marque 
		self.roue  	= roue 
		self.type   = Type 
		self.km     = km
	def __repr__(self):
		message = " Je suis une $marque qui possede $roue roues de type $type et  j'ai deja parcouru $km km"
		return message

sage: toto  = exemple("Pigeot",3,"ultra-sportive", 100)
sage: toto
Je suis une Pigeot qui possede 3 roues de type ultra-sportive et  j'ai deja parcouru 100 km

A l'écriture du code la troisième version est la plus simple à écrire, mais ça fonctionne pas. Je ne me souviens plus mais en php ils ont réglé ce truc soit à l'aide du dollar ou soit avec un jeu de double " ou de triple " ...

Merci Skilveg, pour format.

Une question au passage. Python ne fait que du calcul numérique non? Par exemple, est-ce que python peut développer (1+x+x^2)^4?

Sinon, je trouve assez fatigante cette manière d'imposer de façon très autoritaire des choses aux enseignants. Il me semble que chacun devrait avoir la liberté pédagogique de faire comme il l'entend. Si l'un veut se limiter à python grand bien lui fasse, pour ma part je préfère montrer un éventail de possibilités aux élèves. En tout cas, un peu de confiance et de bienveillance envers les enseignants, ça ne ferait pas de mal. Je ne parle même pas de concertation, car nous n'en sommes pas encore là...

Après il faudrait surtout s'occuper de former les enseignants en leur proposant une formation continue de qualité au lieu de stages sans queue ni tête. Tant mieux si des professionnels comme Parisse aident les enseignants dans ce sens.

M.

Python peut le faire avec je ne sais plus quel module ou avec SAGE mais tu peux écrire une classe qui le fait.

#!/usr/bin/python3

class polynôme():
    def __init__(self,s):
        if type(s) is int:
            self.coefs=[s ]
        elif s=="x":
            self.coefs=[1,0]
        elif type(s) in (list,tuple):
            self.coefs=list(s)
            while self[0]==0:
                self.coefs.pop(0)
            if not self.coefs:
                self.coefs=[0]
        else:
            self=eval(s)

    def __add__(self,p):
        if type(p) is int:
            q=polynôme(p)
        else:
            q=p
        s=[0]*max(len(self),len(q))
        for i in range(len(self)):
            s[-1-i]=self[-1-i]
        for i in range(len(q)):
            s[-1-i]+=q[-1-i]
        return polynôme(s)

    def __radd__(self,p):
        return p+self

    def __neg__(self):
        return polynôme([-c for c in self.coefs])

    def __sub__(self,p):
        if type(p) is int:
            q=polynôme(p)
        else:
            q=p
        return self+(-q)

    def __rsub__(self,p):
        return -self+p

    def __mul__(self,p):
        if type(p) is int:
            q=polynôme(p)
        else:
            q=p
        s=[0]*(len(self)+len(q)-1)
        if not s:
            return [0]
        for i in range(len(self)):
            for j in range(len(q)):
                s[-i-j-1]+=self[-1-i]*q[-1-j]
        return polynôme(s)

    def __rmul__(self,p):
        return self*p

    def __pow__(self,e):
        if e<0:
            raise ValueError
        p=polynôme(1)
        for _ in range(e):
            p*=self
        return p

    def __getitem__(self,i):
        return self.coefs[i ]

    def __setitem__(self,i,c):
        self.coefs[i ]=c

    def __len__(self):
        return len(self.coefs)

    def __str__(self):
        s=""
        for i,c in enumerate(self):
            if c:
                if c==-1:
                    if i==len(self)-1:
                        s+="-1"
                    else:
                        s+="-"
                elif c==1:
                    if i==len(self)-1:
                        s+="+1"
                    else:
                        s+="+"
                else:
                    if c<0:
                        s+=str(c)
                    else:
                        s+="+%d"%c
                if i<len(self)-1:
                    s+="x"
                    if i<len(self)-2:
                        s+="^%d"%(len(self)-i-1)
        if s.startswith("+"):
            s=s[1:]
        if s:
            return s
        return "0"

x=polynôme("x")

poly=input().replace("^","**").replace(")(",")*(")
for c in "0123456789":
    poly=poly.replace(c+"x",c+"*x")

print(eval(poly))

Je n'ai pas eu l'occasion de tester moi-même, mais SymPy est une bibliothèque Python assez connue pour le calcul symbolique. Donc oui, c'est possible, mais ne fait pas partie de la bibliothèque Python standard (d'où un intérêt de SageMath, qui assemble divers composants pour que tout soit prêt dès l'ouverture de la boîte pour le scientifique, l'étudiant, etc., si je comprends bien le but de ce projet). D'ailleurs, je lis sur le site de SageMath qu'il s'appuie sur SymPy et Maxima, entre autres (Maxima est aussi un CAS).

Edit: grillé par Rescassol. :-)

Rescassol: sympy est certainement plus connue que giacpy pour faire du calcul formel en Python, mais elle n'est vraiment pas efficace. Essayez par exemple integrate(x**2*sin(x)*exp(x),x) et comparez avec Xcas (giacpy c'est le noyau de Xcas interface avec python). C'est pourtant une integrale a la portee d'un taupin lambda. Ne parlons pas de calculs necessitant des polynomes efficaces...

from giacpy import *
x=giac('x')
factor(integrate(x**2*sin(x)*exp(x),x))

Disponible ici