Sur quoi nous travaillons
Convertisseurs de données, configurations d’entraînement, évaluation des modèles et site web. Une bonne modification est petite, liée à une issue et vérifiable de façon reproductible. Rappelez-vous : un modèle plus rapide ne rend pas une expérience plus convaincante si le découpage ou le budget ont changé en même temps.
Temps et première tâche
Prévoyez environ quatre heures par semaine. Une première étape de 30 minutes : proposez un test sur des identifiants synthétiques qui vérifie qu’un même patient n’apparaît jamais à la fois dans l’entraînement et dans l’évaluation. Convenez d’abord dans une issue de l’endroit où placer le test ; ne téléchargez pas de données médicales.
Bonnes premières issues. Si aucune ne convient, décrivez votre idée dans une nouvelle issue.
Ce qu’il faut inclure dans une pull request
- la modification minimale et la raison pour laquelle elle est nécessaire ;
- la commande pour la vérifier et les spécificités de l’environnement ;
- les versions de données, métriques ou interfaces concernées.
Les grosses modifications d’architecture sont discutées d’abord. Les détails techniques se trouvent dans la documentation du projet. Un honnête « je n’ai pas lancé cette vérification » vaut mieux qu’une case cochée sans contrôle.
Étudiants en informatique : ce que le projet vous offre et des sujets de travaux de cours et de thèses.