Skip to content

[Probas] Repenser la hiérarchie apprenant et la place des pistes technologiques #14873

Description

@jsboige

Contexte

Le concern utilisateur sur #14871 met en évidence un défaut d'architecture apprenant, pas seulement un lien README périmé : les notebooks placés directement à la racine de MyIA.AI.Notebooks/Probas/ sont les premiers artefacts visibles dans GitHub, alors que les progressions pédagogiques vivent dans des sous-répertoires. Les deux notebooks racine actuels sont plutôt des éléments restés hors classement qu'une entrée de cursus assumée.

Ce point bloque le choix honnête de destination des nouvelles distillations de percolation Python et Lean (#14847 / #14871). Il faut étudier la taxonomie avant d'ajouter un troisième notebook racine ou de consacrer une ambiguïté existante.

Le nom PyMC/ mérite également un réexamen : il peut être lu comme la série probabiliste générale alors que le dépôt porte plusieurs arcs distincts (Infer/, PyMC/, DecisionTheory/, lakes Lean et applications transversales).

Objectif

Établir puis appliquer une architecture apprenant claire pour la série Probas, sans décider la solution depuis les seuls noms actuels et sans déplacer opportunément des notebooks avant inventaire.

Étude préalable — acceptance

  1. Inventorier depuis origin/main tous les notebooks et lakes sous MyIA.AI.Notebooks/Probas/, avec leur rôle réel : progression ordonnée, miroir technologique, application autonome, pont transversal, support Lean ou artefact historique non classé.
  2. Auditer le parcours visible depuis GitHub : ordre d'apparition à la racine, rôle du README principal, liens vers les sous-séries et ambiguïtés pour un apprenant découvrant le dossier.
  3. Étudier explicitement au moins trois architectures, dont :
    • conservation des pistes actuelles avec un sous-répertoire dédié aux applications/transversaux ;
    • renommage ou re-scope de PyMC/ pour rendre sa fonction pédagogique non ambiguë ;
    • organisation par progression/concepts avec implémentations technologiques secondaires.
  4. Pour chaque option, chiffrer les renames/moves, liens affectés, paires ou parités, notebooks/quarto/catalogue concernés et risque de collision avec les PRs ouvertes.
  5. Recommander une option avec une migration séquencée et réversible. Aucun déplacement en masse avant validation de cette recommandation.
  6. Déterminer dans cette architecture la destination des deux jambes percolation : notebook Python feat(ict,#14834): percolation supercritique — companion ICT-28b (repositionnement suspendu #14873) #14847 et lake/notebook Lean [Probas/Lean] Formaliser le noyau fini de la percolation avant pont ICT #14871. Ne pas utiliser la racine Probas par défaut.

Livraison

  • Phase A : proposition comparative et inventaire publiés sur cette issue ; pas de rapport d'audit committé.
  • Phase B : après décision, sous-issues/PRs atomiques pour les moves, liens et README.
  • Le README principal Probas doit être remis à jour contre le disque dans la séquence retenue, en préservant les blocs générés et en tenant compte de docs(probas,#12904): reconcile arc READMEs with the actuarial jambe (DecPyMC-8..12) #14825.
  • Les artefacts catalogue restent bot-owned ; aucune régénération manuelle sur une branche feature.

Séquençage immédiat

See #14834. See #14847. See #14871.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions