Évaluation

Défis

Les défis sont les livrables courts du cours. Chaque défi prolonge l'aventure du module et transforme une pratique guidée en production personnelle: rapport, graphique, nettoyage, fonction, vidéo ou tableau de bord.

1

Pratiquer un geste important

2

Produire un livrable court

3

Recevoir une rétroaction utile

4

Préparer le projet

Pourquoi des défis?

Chaque défi cible une compétence concrète. Le but est de passer de la compréhension à une trace visible de ce que vous savez faire, dans un contexte assez proche de l'aventure pour être soutenant, mais assez différent pour demander de l'autonomie.

Autonomie

Vous reprenez un geste vu en module et vous l'appliquez dans un contexte légèrement différent.

Progression

Les défis construisent graduellement les réflexes nécessaires pour le projet et l'examen.

Communication

Le livrable doit être compréhensible pour une personne qui lit votre travail sans être dans votre tête.

Défi, aventure ou exercices?

Ces trois éléments se répondent, mais ils n'ont pas le même rôle.

1

Aventure

Travail guidé en classe. Elle installe le contexte, les personnages, les données et les gestes techniques du module.

2

Défi

Suite évaluée de l'aventure. Vous produisez une trace plus autonome à partir du même univers pédagogique.

3

Exercices

Consolidation séparée. Les exercices servent à pratiquer, mais ils ne sont pas une étape obligatoire du défi.

4

Rétroaction

Les commentaires reçus servent à améliorer les prochains défis, l'examen et le projet de session.

Avant de remettre

La page du défi explique le travail à produire. Brio demeure la source officielle pour les dates, les lieux de remise et les modalités administratives.

Consigne

Relire la page du défi et identifier les fichiers explicitement demandés. Une belle analyse ne compense pas un livrable manquant.

Voir les évaluations

Fichiers

Ouvrir le rendu final, vérifier les graphiques, les chemins de fichiers, les noms de colonnes et les fichiers de données à remettre.

Préparer son environnement

Dépôt GitHub

Lorsque le défi utilise GitHub, pousser les commits et relire le dépôt en ligne comme si vous étiez la personne qui corrige.

Retrouver les ressources

Usage permis de l'IA

Dans les défis et le projet, l'IA est permise comme aide au raisonnement, au débogage, à la révision, à la planification ou à la vérification. Dans l'examen, seuls les outils explicitement autorisés sur Brio sont permis. Dans tous les cas, le livrable final doit rester vérifiable, personnel et cohérent avec la consigne. Vous devez comprendre, tester et pouvoir expliquer tout code, texte, source, résultat ou interprétation remis. Quand l'IA influence une partie importante d'un livrable évalué, gardez une trace courte: outil utilisé, but de l'aide, partie touchée et vérification faite. Les modalités officielles indiquées sur Brio prévalent toujours.

Consulter la page IA

Défis par module

Utilisez ces liens pour retrouver les consignes complètes et les livrables attendus. Les cartes ci-dessous donnent un repère rapide; la page du défi demeure la consigne détaillée.

Défi 1

Mini-rapport Quarto reproductible à partir des données météo, avec rétroaction formative.

Trace attendue: fichier source .qmd et rendu HTML.

Consulter le défi 1

Défi 2

Dépôt GitHub contenant le journal de bord et un rapport d'analyse sur les manchots.

Trace attendue: dépôt lisible, commits utiles, rapport_analyse.qmd et HTML.

Consulter le défi 2

Défi 3

Article Quarto reproductible sur les infractions alimentaires.

Trace attendue: article, graphiques, interprétation et historique GitHub.

Consulter le défi 3

Défi 4

Nettoyage d'une base d'assurance et documentation des décisions.

Trace attendue: fichier propre, journal reproductible et décisions défendables.

Consulter le défi 4

Défi 5

Rapport exploratoire prudent sur les retards de vols, la météo et l'âge des avions.

Trace attendue: rapport HTML court, graphiques utiles et conclusion nuancée.

Consulter le défi 5

Défi 6

Revue croisée d'un rapport collaboratif et vérification de sa reproductibilité.

Trace attendue: issues GitHub utiles, vérification du rendu et corrections poussées si nécessaire.

Consulter le défi 6

Défi 7

Note éthique, visualisations responsables et fichier anonymisé.

Trace attendue: rapport éthique rendu, données anonymisées et choix justifiés.

Consulter le défi 7

Défi 8

Fonction scrape_page() testable dans un fichier IDUL.R.

Trace attendue: contrat de fonction respecté, tests locaux et prudence de collecte.

Consulter le défi 8

Défi 9

Capsule vidéo courte sur un modèle prédictif ou une analyse de biais.

Trace attendue: argument clair, support visuel et vidéo accessible.

Consulter le défi 9

Défi 10

Tableau de bord interactif à partir du fichier fictif fourni. Un fichier réel ne peut être utilisé que s'il est anonymisé et explicitement autorisé.

Trace attendue: tableau de bord local reproductible, données protégées et README utile.

Consulter le défi 10

Types de productions

Les formats changent selon les modules, mais ils restent toujours reliés aux compétences du cours.

Rapport d'analyse

Importer, résumer, visualiser et interpréter un jeu de données.

Article ou note courte

Transformer une analyse en message clair pour un lectorat défini.

Nettoyage de données

Documenter les choix de correction, de recodage et de préparation.

Graphique amélioré

Réviser une visualisation pour mieux soutenir l'interprétation.

Fonction R

Automatiser une tâche répétitive et rendre le code réutilisable.

Vidéo ou tableau de bord

Communiquer une analyse dans un format plus interactif ou narratif.

Méthode de travail

Un défi réussi est rarement un long document. C'est un document clair, ciblé et rendu proprement.

  1. Lire la consigne complète et identifier le produit attendu.
  2. Revenir à l'aventure du module pour retrouver le contexte, les données et les gestes utiles.
  3. Construire une première version simple qui fonctionne.
  4. Rendre le fichier, tester les liens ou fichiers de sortie, puis relire comme une personne externe.
  5. Soumettre le bon fichier ou le bon dépôt selon les consignes confirmées sur Brio.

Ne pas trop élargir

Répondre à la consigne avant d'ajouter des analyses secondaires.

Nommer les choix

Expliquer brièvement pourquoi une transformation, un graphique ou un filtre est utilisé.

Vérifier la trace

Un rendu absent, un fichier mal nommé ou un dépôt non poussé peut empêcher la correction.

Réutiliser la rétroaction

Chaque défi prépare le suivant: garder les corrections utiles dans vos notes.

Après la rétroaction

Un défi n'est pas seulement une remise ponctuelle. Les commentaires reçus servent à consolider vos méthodes et à préparer les productions plus longues.

Corriger une habitude

Noter une erreur récurrente de code, de rendu, de graphique ou d'interprétation pour ne pas la répéter au défi suivant.

Conserver une trace

Garder les exemples de code, de visualisation et de communication qui pourront être réutilisés dans le projet.

Revenir aux exercices

Utiliser les exercices indépendants pour retravailler une compétence précise sans dépendre de l'histoire du défi.

GPT STT-1100