Encadrer l'apprentissage ?

a marqué ce sujet comme résolu.

Pour moi, ZdS doit rester une plate-forme de partage des connaissances, et certainement pas faire de la formation, au-delà des simples indices pour guider éventuellement des lecteurs qui se demandent qu'est-ce que je pourrais bien apprendre d'intéressant maintenant que j'ai lu ça.

Tout ce qui est horaires fixes, présentiel, événementiel régulier (i.e. évaluation + correction), je le conchie pour plusieurs raisons :

  • C'est reproduire le mécanisme des écoles. Nous n'en sommes pas une et ne le serons jamais.
  • C'est hype. Il faut se méfier de la hype.
  • Ça demande des moyens qui me semblent parfaitement incompatibles avec la notion de bénévolat.

Ainsi, je vois la différence entre partage des connaissances et formations comme la même différence qui peut exister entre un wikipedia pédagogique et… OpenClassrooms. Une formation doit avoir un but, un objectif à atteindre. Être ouvert, c'est d'abord être compatible avec les objectifs et les buts de quiconque serait susceptible de lire notre contenu, et le seul moyen viable pour cela, c'est de ne rien présupposer sur les raisons pour lesquelles les gens viennent sur ZdS.

En revanche, le principe des concentrés de savoir peut faire des émules, au bénéfice de tout le monde. Dans mon cas particulier, je me suis récemment rendu compte qu'il était impossible de porter sur mes épaules seules la responsabilité d'un cours complet sur Python. Mais qu'à cela ne tienne : nous sommes sur un site communautaire ! Après en avoir parlé avec quelques autres membres, comme Kjé, SpaceFox et firm1, on s'est dit que ça pourrait être cool, au lieu d'avoir un giga-tuto Python d'avoir à la place :

  • Une collection de moyen-tutos, spécialisés ("les bases de Python", "la programmation système", "le développement de jeux", etc.),
  • Rédigés par la communauté (i.e. pas tout le temps le(s) même(s) auteur(s)1),
  • Libres et open-source,
  • Que l'on relierait entre eux par des références en intro et en conclusion.

Par exemple :

C'est la fin de ce tuto sur les bases de Python

Que voulez-vous apprendre, maintenant ?

  • Vous voulez développer des jeux ? Alors ce cours est fait pour vous (lien vers le moyen-tuto Pygame/Kivy)
  • Vous voulez percer les secrets de votre système d'exploitation et programmer plus près du silicium ? La programmation système est faite pour vous (lien vers le moyen-tuto en question)
  • Vous souhaitez vous initier à la programmation scientifique ? (lien vers un tuto scipy)

Et pareil en intro :

Pour suivre ce cours, vous devez connaître les bases de la programmation Python (lien vers le cours d'initiation)

Ainsi, on pourrait créer des "parcours" logiques, de façon communautaire, de manière à guider le visiteur.

On peut également imaginer des formats plus modernes de tutoriels, non pas forcément en vidéo (un cours vidéo, de mon point de vue, c'est tout juste bon à brosser une introduction large et synthétique d'un sujet, mais horriblement inefficace pour transmettre des connaissances techniques précises), mais par exemple des interfaces interactives (exercices, exemples à modifier sur place, etc.).

Pour tout ce qui est évaluation de façon événementielle, il existe déjà pas mal d'autres sites qui sont spécialisés là-dedans, comme codingame. Reproduire leur métier me semble irréaliste et pas souhaitable. Par contre s'ils proposent des outils open-source en ligne qu'on pourrait réutiliser…


  1. Pour des raisons évidentes d'engagement et de disponibilités. Les tutos Python, pour moi, cette année, sont un projet qui ne peut venir qu'en quatrième position derrière d'autres projets de ma vie personnelle… Mais pourtant, j'y tiens à ce projet et je veux y participer ! 

+13 -0

Il peut être possible de proposer des emploi du temps pour des outils comme HabitRPG ?

C'est un outil motivant tout en restant ludique qui ne serait pas déplacé dans le cadre d'un apprentissage sur ZdS.

Erwhann-Rouge

Je ne connaissais pas et je trouve ça ma foi assez fun! Mais j'ai du mal a cerner comment il font pour savoir que tu la réellement fait, sans quoi les duel perdent rapidement de l’intérêt.

Après c'est vrai que c'est particulier et ne plaira pas a tout le monde, d’où l'avantage que ce soit décentralisé sur HabitRPG, seul ceux qui aime ce genre de tournure pourront s'appuyer dessus.

+0 -0

Je ne connaissais pas et je trouve ça ma foi assez fun! Mais j'ai du mal a cerner comment il font pour savoir que tu la réellement fait, sans quoi les duel perdent rapidement de l’intérêt.

Sanoc

C'est basé sur la bonne volonté de chacun, tu es le seul a valider tes progrès. Sur le wiki il est expliqué que si on triche, on peut rajouter une mauvaise habitude "Tricher sur HabitRPG". Où alors tu retires les tâches ou habitudes que tu n'arrives pas à corriger.

Par exemple : comme je suis un peu à la ramasse en ce moment, j'ai retiré la tâche "Passer le balais" parce que j'en ai marre de mourir :-°

Dans la pratique, un utilisateur de HabitRPG peut créer ce qu'on appelle un "Challenge", c'est un ensemble d'habitudes, tâches quotidiennes et à faire ouvert à tous. Chacun peut s'y inscrire si il en a envie.

Exemple de challenge : Apprendre le Python

  • Habitude : Coder 1H en Python (positif, à chaque fois qu'on code un peu on valide)
  • Tâche quotidienne : Avancer dans le cours (Mercredi et Samedi)
  • A faire : TP1, TP2, etc…
+0 -0

Exemple de challenge : Apprendre le Python

  • Habitude : Coder 1H en Python (positif, à chaque fois qu'on code un peu on valide)
  • Tâche quotidienne : Avancer dans le cours (Mercredi et Samedi)
  • A faire : TP1, TP2, etc…

Erwhann-Rouge

Et bien moi je trouve ça intéressant. De plus ça ne nécessiterai qu'un petit article sur le habitRPG et la configuration des challenge sur leur site. Ça peut ce mettre en place en parallèle des discutions d'apprentissage. Faudrait que quelqu'un qui s'y connaisse prenne le temps d'écrire l'article.

+0 -0

Je pense que dans questions d'encadrement il y a deux choses distinctes :

  • l'encadrement temporelle (pour que le lecteur reste motivé si il a besoin de ça)
  • l'encadrement thématique : le guider dans son apprentissage pour aller d'un sujet à l'autre.

Les deux son différents et ne doivent pas, je pense, être pensés de la même façon. Dans tous les cas ces encadrements devront forcément être optionnel, et volontaire. Il n'est pas question ici de forcer une methode d'apprentissage. Par contre rien n'empeche de proposer des outils.

Pour le premier point, il y a plusieurs solutions. Un article sur habitRPG tourné sur "comment l'utiliser pour se motiver à apprendre" peut être une bonne idée et quelque chose de facile à faire. On aurait déjà des retours de lecteurs, savoir si certains ont trouvé ça utile. On peut aussi très bien imaginer rajouter une option "Me notifier par mail toutes les semaines de penser à continuer la lecture". Si c'est une action volontaire ça ne me dérange pas du tout d'envoyer des mails auto aux lecteurs.

Le deuxième point soulevé entre autre par nohar est pour moi autant voir plus important. L'info est le domaine typique où il y a milles vois différentes, milles choses à apprendre, etc. Difficile pour un nouveau de se retrouver. En ce sens flécher le parcours pour indiquer aux lecteurs "Après ça tu peux faire ça ou ça" est probablement une bonne idée, ça l'aidera dans son apprentissage. Encore une fois, ça ne coute pas cher à tester. Comme proposé par nohar, il "suffit" de créer plusieurs tutos sur une même thématique (ici python) et de relier les tutos par des liens. Ça nous permettra de tester. Le jour où il y aura plus de contenu, on pourra faire un meta-mini-tuto servant de point d'entrée pour guider le lecteurs parmit tous les tutos python (et le citer dans toutes les intro). Et enfin si ça marche on pourra prévoir une notion de parcours directement sur le site pour encadrer tout ça.

Le problème reste qu'on a encore assez peu de contenu pour gérer ça. Mais il faut aussi voir que la rédaction d'un court/moyen tuto est beaucoup plus sûrs et facile que d'un big-tuto. En fait si sur chaque sujet seulement des contenu court étaient proposé, il y aurait surrement plus de contenu. Il est en effet beaucoup plus facile de rédiger un contenu court au cadre définit qu'un contenu long et exaustif. Par contre l'exaustivité peut être atteinte en combinant plusieurs contenu.

Bref l'idée de nohar me plait car :

  • Je préfère voir ici un tuto sur une sous partie de python que pas de tuto du tout (car un tuto sur TOUT python est ingérable par une seule personne)
  • Les publications de contenu court ont plus de chances de se terminer que la publication d'un contenu long.
  • Que ça passe la rédaction à un statut communautaire.

Je suis assez d'accord avec ce que viennent de dire Nohar et Kje, il est important pour celui qui lis le cours de savoir ou il se trouve et quel sont ses possibilité tout au long de son avancée.

J'avais d'ailleurs énormément aimé a une période une carte carte heuristique qui était sur l'accueil du SdZ. Je l'avis trouvé très utile et elle m'avais beaucoup appris sur mes compétences actuel et sur des technologies que je ne connaissais même pas.

+0 -0

Pour appuyer le propos de mon lama préféré, l'idée de privilégier des tutos moins importants qu'un (ensemble de) big-tutos fait aussi son chemin dans l'esprit de nos auteurs scientifiques (faut suivre un peu le fil de la discussion) car en effet, un contenu "moins important" est plus facile à écrire (et rapide à valider) et cela peut motiver d'autres auteurs par le très connu effet boule de neige.

+1 -0

Je pense effectivement qu'inciter tout le monde a faire plusieurs petits contenu que des gros serait préférable. On peut très bien imaginer a terme adapter les pages qui listent les tutos a prendre en compte un ordre de lecture préférentiel par exemple. On peut aussi imaginer des méta tuto : un tuto avec pas ou peu de contenu propre mais un liens symbolique vers d'autres tutos. Imaginons qu'on est pleins de contenu python. On pourrait former un gros tuto sur la thématique "python pour le web" qui contiendrait un moyen tuto sur les bases de HTML/css, un sur les bases de python, un tuto sur Django, un tuto sur flask, un sur request… Tous ces tutos seraient accessible indépendamment mais le méta tuto viendrait les lié sous un bloc unique et rajouter un peu de texte pour expliquer (ex : choisissez entre Django ou Flask pour du back, request ne sert que si vous voulez faire des requêtes vers un autre serveur, etc.)

En somme ça :

  • Favoriserait l'écriture de cours de taille petite à moyenne,
  • Inciterait l'écriture d'un gros parcours par plusieurs "spécialistes" plutôt qu'un seul auteur,
  • Améliorerait ce faisant la qualité des contenus,
  • Faciliterait le travail des validos,
  • Inciterait peut-être la communauté à se faire des "tutathons" (hackathons pour produire des tutos) thématiques en s'émulant/s'encourageant les uns les autres,
  • Apporterait de toute façon du contenu original et pérenne sur ZdS,
  • Permettrait aux apprenants d'être guidés en commençant par le commencement, sans squizzer les étapes "obligatoires", mais en identifiant facilement celles qu'ils peuvent zapper (meilleure lisibilité du parcours global d'apprentissage),
  • Me rendrait heureux. :)

Edit: grammaire.

+7 -0

De manière amusante, cette idée revient très souvent :

Et je ressors toujours l’exemple de M. Diu qui a réussi à faire ça : découper son (excellent) bouquin de physique statistique en chapitre dont 4/5 sont fondamentaux (sur une bonne vingtaine), et ne font références qu'à des notions abordées dans les chapitres fondamentaux précédents, et les autres qui nécessitent les fondamentaux précédents et éventuellement certains facultatifs.

Le problème reste de s'organiser. Pour le CdS, ce problème n'existais pas, chacun faisait son truc comme il voulait et plus ou moins dans son coin. Faut voir si un petit groupe peu réussir à lancer un truc.

H.S. 1 : En parlant du CdS, va falloir relancer le truc un de ces jours. :P

H.S. 2 : je pratique pas mal numpy/scipy pour faire du traitement de données en ce moment ; je suis intéressé si vous avez un projet là-dessus.

Quoiqu'il en soit, cette idée est très prometteuse !

+0 -0

Je suis tout à fait d'accord avec ce qui a été énoncé ci-dessus et j'aime l'idée de diviser le contenu pour de multiples raisons ! Il est aussi vrai que ZdS est une plateforme de connaissance et non pas une école.

Toutefois, ne serait-il pas intéressant de rédiger un/des article(s)/tutoriel(s) apportant des conseils, des méthodes, des outils, des liens, etc… pour guider le néophyte ou le confirmé dans son apprentissage ? Ce ne serait pas un contenu obligatoire et contraignant (exit l'idée d'imposer un planning), mais un contenu s'ajoutant à ZdS et permettant d'appréhender le reste (pour ceux qui en auraient la nécessité).

Même si chacun a ses propres méthodes, on pourrait faire article regroupant des conseils tel que la régularité, la pratique, etc… Ou encore un autre, plus épineux, du genre par où débuter (sous-découpé en que voulez-vous apprendre ? : système exploitation, matériel, programmation, etc…) avec des liens vers d'autres tutoriels un peu à la manière du découpage pour le python qu'explique Nohar. Le principal serait de ne pas tomber dans quelque chose de naïf.

Toutefois, ne serait-il pas intéressant de rédiger un/des article(s)/tutoriel(s) apportant des conseils, des méthodes, des outils, des liens, etc… pour guider le néophyte ou le confirmé dans son apprentissage ? Ce ne serait pas un contenu obligatoire et contraignant (exit l'idée d'imposer un planning), mais un contenu s'ajoutant à ZdS et permettant d'appréhender le reste (pour ceux qui en auraient la nécessité).

Ho oui ce serait interessant, encore faut il que quelqu'un s'y colle :)

Toutefois, ne serait-il pas intéressant de rédiger un/des article(s)/tutoriel(s) apportant des conseils, des méthodes, des outils, des liens, etc… pour guider le néophyte ou le confirmé dans son apprentissage ? Ce ne serait pas un contenu obligatoire et contraignant (exit l'idée d'imposer un planning), mais un contenu s'ajoutant à ZdS et permettant d'appréhender le reste (pour ceux qui en auraient la nécessité).

Ho oui ce serait interessant, encore faut il que quelqu'un s'y colle :)

Kje

Si ça intéresse suffisamment de monde et avec des conseils, je veux bien me lancer de l'aventure ;)

Avis de valido : n'attends pas de voir si ça intéresse du monde parce que tu auras systématiquement des personnes intéressées. Une fois que t'as un plan voire un premier jet, poste sur le forum dédié aux tutos et là, tu auras avis et conseils plus poussés. ;)

+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte