Discussion :

[Djug]

voici un tutoriel, destiné à des débutants en informatique, utilise la vidéo pour aider à visualiser les concepts.

Cours vidéo Python pour débutants

Voir aussi : Cours et tutoriels pour apprendre la programmation Python

Ce tutoriel est un travail en cours, qui sera (doucement) enrichi et complété au fil du temps. Bien entendu, il n'a aucune prétention à remplacer la documentation de référence, qu'il espère simplement rendre indirectement plus accessible. Mais son auteur espère avoir confirmé le goût de l'informatique chez ceux qui l'avaient déjà et montré aux autres que la programmation n'est pas forcément rébarbative ni mystérieuse.

[Antoine_935]

Bien expliqué, bien parlé...

Belle initiative, félicitations à l'auteur

[delroth]

C'est surement une très bonne initiative mais c'est mauvais. Simplement mauvais. Le tutoriel a apparemment été fait par quelqu'un qui ne fait pas habituellement de Python, qui est resté quelques années en arrière ou qui ne lit jamais de code autre que le sien.

Quelques exemples relevés au hasard de choses qui me font penser que ce tutoriel est mauvais :

• Ce tutoriel m'a appris que la programmation système c'est du shell et que Python est un langage de programmation système et pas un langage pour développer des applications. Soit, je n'étais pas au courant il faut croire, les temps changent.
• L'utilisation de <> par rapport à != est ridicule. Ça fait au moins depuis 1996 (14 ans !) que <> est obsolète, cf. http://docs.python.org/release/1.4/ref/ref2.html#HDR20. D'ailleurs ça fait partie des trucs qui ont été retirés de 3.0 (et tant mieux).
• Introduire les fonctions en disant « on va faire une fonction qui décompose un nombre en produit de facteurs premiers » c'est peut-être le pire exemple que j'ai jamais vu pour introduire les fonctions dans un tutoriel de programmation.
• La « ligne magique pour faire fonctionner les accents » utilise malheureusement un charset qui n'est utilisé par défaut qu'avec IDLE sous Windows. Pour les autres, les accents ne passeront pas, ou alors par chance.
• L'auteur ne respecte pas du tout la PEP8 et cela sans raison particulière. On trouve dans les exemples de code des « while (condition): », des « if condition : », des « class lapin: », des « = » sans espaces autour, etc. Très mauvais exemple pour quelqu'un qui débute et qui risque de croire que toutes ces choses ont de l'importance et qu'elles *doivent* être faites comme ça.
• Passer 6 minutes à parler de HTML et de menus sur des sites web pour parler de la récursivité, vraiment ? Après ça dire que l'exemple de factorielle est mauvais c'est gonflé (surtout quand on introduit les fonctions avec un truc encore plus louche). Quote choisie : « La récursion, c'est quand ça part dans tous les sens. ». Ça c'est objectif.
• J'ai appris à ma grande surprise que le Quicksort est l'algorithme de tri le plus rapide et que Python est incapable de trier une liste de liste selon différents champs des sous-listes. Apparemment l'auteur n'a jamais entendu parler du kwarg key de la méthode sort. Il n'a surement jamais entendu parler non plus du Timsort, l'algorithme utilisé pour trier les listes Python, qui est très souvent beaucoup plus rapide que le Quicksort.
• Tout le dernier chapitre est à jeter. La confusion objet/classe est permanente, l'exemple est douteux (« on va faire copuler des lapins »), on trouve des abominations comme « random.randint(0, 1) » pour choisir un booléen pour savoir si on renvoie 'M' ou 'F' (alors que « random.choice(['M', 'F']) » marche très bien), bref.

Évidemment, le format vidéo fait perdre du temps (la première vidéo, quand il tape lentement les mots dans le moteur de recherche de wikipédia, c'est ridicule, on perd 15 secondes au moins à regarder quelqu'un taper 4 mots) et rend les modifications très difficiles (le tutoriel est pratiquement figé là). Bref, aucun intérêt.

Pas le courage de tout regarder pour faire d'autres remarques (il se fait tard) mais je suppose qu'il y a bien plus à dire. En l'état jamais je ne conseillerais ce tutoriel à qui que ce soit et je mets en doute le sérieux de la chose.

[rambc]

Les critiques sont bonnes mais le ton mauvais. Etant donné le temps qu'a pris la personne pour faire ce tuto. Pourquoi ne proposerais-tu pas ton aide ? C'est un mal français de dire "C'est pas terrible, c'est mauvais" tout en ne prenant aucune initiative. C'est trop facile... Je trouve cela bien dommage.

Je vais faire un tuto sur PyQt, et j'avoue que des remarques comme les tiennes avec le ton que tu as me gaveraient vite.

Il ne faut pas oublier que ce type d'initiative se fait très souvent sur du temps libre, et en plus c'est gratuit, donc soyons cools dans nos remarques et faisons avancer le schmilblick tout ensemble.

[Inazo]

Bonjour à tous,

Je viens de regarder deux vidéo, et j'avoue l'initiative est vraiment bonne. Quelque petite lenteur par moment sur la première vidéo mais l'exercice n'est pas facile du tout !

Après les critiques du genre il faut utiliser '!=' au lieu de '<>' sont les bienvenues quand on ne connait rien à Python

Pour ma part je trouve que le format vidéo pousse à ne pas sauter des étapes. Ce que nombre de développeur font quand ils lisent un tuto.

Bonne continuation pour votre tutoriel vu que ça fait un moment que j'ai envie de me mettre au Python

Cordialement,

[delroth]

Les critiques sont bonnes mais le ton mauvais. Etant donné le temps qu'a pris la personne pour faire ce tuto. Pourquoi ne proposerais-tu pas ton aide ? C'est un mal français de dire "C'est pas terrible, c'est mauvais" tout en ne prenant aucune initiative. C'est trop facile... Je trouve cela bien dommage.

J'ai déjà dit pourquoi je ne propose pas mon aide : c'est un tutoriel vidéo. Impossible de patcher ou de fournir un patch, impossible d'intégrer les rajouts d'un auteur et presque impossible de mettre à jour le tutoriel. Prendre du temps pour faire quelque chose ne veut pas dire que c'est un produit de qualité, et c'est pour ça que récupérer continuellement du feedback lors de la production d'un tuto c'est toujours une bonne idée. Là, pratiquement toutes les vidéos sont à refaire si on prend en compte mes remarques plus haut. Le ton est mauvais car j'étais un peu énervé, je m'en excuse, mais également car ça me fait mal de voir un tuto potentiellement bon et avec des bonnes idées gâché par, d'une le format, et de deux les erreurs que j'ai évoqué dans mon premier message.

Je vais faire un tuto sur PyQt, et j'avoue que des remarques comme les tiennes avec le ton que tu as me gaveraient vite.

Je pense que ma réponse au paragraphe précédent répond également à cela. Pourquoi ne pas fournir régulièrement du nouveau afin de pouvoir corriger les éventuelles erreurs de façon progressive ?

Il ne faut pas oublier que ce type d'initiative se fait très souvent sur du temps libre, et en plus c'est gratuit, donc soyons cools dans nos remarques et faisons avancer le schmilblick tout ensemble.

Assez d'accord là dessus, mais encore une fois, deux choses empêchent de faire avancer le schmilblick. La première, c'est l'anonymat de l'auteur. Comment entrer en contact avec quelqu'un qui ne laisse aucun moyen de contact et qui publie ses tutoriels anonymement ? La deuxième, c'est le format vidéo qui n'est pas du tout adapté à la collaboration pour améliorer le tutoriel. Pour faire avancer un tutoriel vidéo il faut l'auteur original, pour le modifier il faut pratiquement refaire chaque segment, etc. Si faire un diff n'était pas si difficile j'aurais surement fait ça plutôt qu'une critique amère (après tout je fais du logiciel libre sur mon temps libre, et quand je trouve des problèmes je suis plus prompt à aider qu'à critiquer en général), mais là le format m'en empêche. D'où frustration. D'où énervement. D'où un message peu courtois qui reflète l'énervement.

[rambc]

Sur le fond, nous sommes donc complétement d'accord.

Pour ce qui est de mon futur tuto., j'ai déjà prévu de me nourrir des critiques constructives.