Enseigner au lycée python - quel GUI

Bonjour,
je pose une question venant d'un groupe de profs de math en lycée géneral. La programmation (Nommée de manière réduite "algorithmique") doit être enseignée à l'intérieur des maths. Il y a une grande liberté laissée aux établissements en la matière. L'établissement en question a choisi Python, mais se pose la question de l'interface graphique, surtout en ISN (option du numérique en terminale scientifique, en dehors de l'horaire math).
Les avis sont très partagés :
- certains penchent pour PyQT avec Eric4 ou des bibliothèques comme Pygame/Kivy, c'est moderne et beaucoup d'éléments sont déjà tout prêts.
- D'autres disent que les élèves, comme avec scratch en collège, ne savent pas vraiment ce qu'il y a derrière tous ces jolis éléments tout prêts, et voudraient Tkinter, pour "mettre les mains dans le camboui". Mais Tkinter passe pour être "préhistorique" et dépassé. Cette année, c'est tout de même Tkinter qui avait été choisi.
On aimerait bien l'avis des pros ou des étudiants en informatique.
N'oubliez pas que la programmation n'intervient au mieux qu'une heure par semaine en 1ere et que l'option ISN, c'est 2h en TS (Evidemment, il ont un projet à rendre qu'ils travaillent aussi en dehors).
Merci d'avance.

Tkinter sans hésiter pour des gamins qui débutent dans le langage

PyQt sans hésiter pour l'esthétique, les fonctionnalités bien supérieures à celles de Tkinter.

La documentation est nombreuse quelque soit l'IHM choisi...

Bref, si vous souhaitez choisir entre l'un ou l'autre, il faudra surtout se préoccuper des pré-requis et de l'investissement que vous souhaitez apporter aux lycéens, nouveaux apprenants du langage.

J'ajoute que votre principal objectif est l'algorithmie, et qu'on ne devrait pas prioriser l'interface graphique, très souvent HS par rapport à l'algorithmie pur et surtout lié aux mathématiques.

Ne vous formalisez pas sur ce choix, à la limite laissez le gamin faire son propre choix, il aura vite fait de savoir ce qui lui semble le plus accessible en rapport à son niveau d'avancement dans l'apprentissage du langage.

Vous avez une liberté pédagogique, mais elle ne doit pas être conséquence des difficultés pour arriver à son objectif, c'est un reproche qu'il pourrait faire, et à juste titre.

Salut,

Citation:

---

Envoyé par henri005

- D'autres disent que les élèves, comme avec scratch en collège, ne savent pas vraiment ce qu'il y a derrière tous ces jolis éléments tout prêts, et voudraient Tkinter, pour "mettre les mains dans le camboui". Mais Tkinter passe pour être "préhistorique" et dépassé. Cette année, c'est tout de même Tkinter qui avait été choisi.
On aimerait bien l'avis des pros ou des étudiants en informatique.

---

Il y a une différence à faire entre les notions/concepts que vous voulez enseigner et la pilule qui va emballer cela.
C'est sûr que lorsqu'on commence à programmer avec Python, l'interface console fait plutôt "ringard" et n'aide pas toujours. C'est ce qui fait le fond de commerce d'un EasyGUI qui permet d'utiliser des interfaces graphiques tout en restant une programmation séquentielle.
Une interface graphique (Qt, Tk,...) impose l'apprentissage de la programmation évènementielle qui est une grosse marche.

La grosse différence entre tkinter et le reste du monde est que tkinter ne vous impose pas de passer par la POO. Vous allez utiliser des objets, des méthodes,... mais il n'est pas nécessaire d'avoir plus de connaissance en POO que pour l'utilisation des dictionnaires ou des listes. Et tout ce qu'on pourra apprendre avec tkinter côté programmation évènementielle sera réutilisable pour apprendre à utiliser d'autres GUI plus à la mode.
note: on peut aussi se passer de la POO pour faire des trucs sympa avec pygame.

Ok... La POO n'est pas plus compliquée que le reste mais lorsque ces braves gens voudront construire leur projet de fin d'année, ils devront consulter la documentation, s'inspirer d'exemples récupérés ici ou là.... Et ils auront des difficultés à comprendre comment cela est construit car ils ne maîtrisent pas le vocabulaire utilisé dans les documentations ou les différents codes.

- W