Comment choisir¶

Ce document propose environ quatre cents heures de projets et deux cent soixante-quinze heures de socle technique, en plus d'un cursus à vingt-quatre heures de cours par semaine. C'est irréalisable, et il faut le dire.

Ce chapitre donne la méthode de sélection.

Le budget réel d'un apprenti¶

Commençons par des chiffres honnêtes, et ils ne sont pas ceux d'un étudiant à temps plein.

Le rythme d'alternance découpe l'année en périodes école et périodes entreprise. Les deux sont chargées, mais différemment.

Poste	Période école	Période entreprise
Cours et travail scolaire exigé	30 à 40 h/semaine	—
Travail en entreprise	—	35 h/semaine
Reste disponible	3 à 5 h/semaine	4 à 8 h/semaine

Le budget réaliste pour du travail HPC personnel :

par semestre : 50 à 90 heures, réparties très irrégulièrement ;
par été : 60 à 120 heures — moins qu'un étudiant, parce que l'été n'est pas entièrement libre ;
sur les trois années : environ 400 à 700 heures.

Mais l'apprenti a une ressource que l'étudiant n'a pas

Les heures d'entreprise ne sont pas du temps perdu pour la formation HPC. Un apprenti dont le sujet de travail est un problème de performance fait du calcul intensif trente-cinq heures par semaine, sur du code réel, avec un accès machine et un utilisateur qui attend.

Aucun volume de travail personnel ne rivalise avec cela.

La conséquence pour ce chapitre : la meilleure stratégie de sélection n'est pas de choisir les projets qui rentrent dans les 400 à 700 heures personnelles. C'est de choisir les projets qui peuvent migrer vers l'entreprise, et de ne garder en personnel que ce qui ne le peut pas.

Les projets qui migrent bien vers l'entreprise¶

Projet	Comment il se présente en entreprise
P7 · cluster maison	« Monter une plateforme de calcul mutualisée »
P8 · expertise d'un code réel	« Diagnostiquer pourquoi ce traitement prend six heures »
P13 · refonte des entrées-sorties	« Réduire le temps d'écriture des résultats »
P12 · entraînement distribué	« Le GPU attend les données, on paie pour rien »
P5 · chaîne scientifique	« Industrialiser cette chaîne de calcul »

Les projets qui restent personnels¶

Projet	Pourquoi il ne migre pas
P1 · le GEMM	Aucune entreprise ne paiera pour réécrire ce qu'OpenBLAS fait mieux — et c'est pourtant l'exercice le plus formateur
P2 · caractérisation d'une machine	Utile mais court, et sans livrable métier
P10 · bibliothèque de threads	Purement pédagogique — sauf s'il est adossé à PRCV24
P14 · simulateur quantique	Aucun débouché immédiat

La règle numéro un¶

Un projet fini vaut mieux que cinq projets commencés

C'est la seule règle qui compte vraiment.

Un projet à 60 % ne démontre rien, ne s'explique pas en entretien, ne se met pas dans un dossier de candidature, et ne vous a rien appris sur la partie difficile — qui est toujours la fin : la validation, la mesure propre, la rédaction.

Conséquence pratique : choisissez deux projets par an, pas six. Finissez-les.

Les quatre trajectoires¶

Selon votre objectif, l'allocation optimale diffère radicalement. Voici quatre programmes cohérents, chacun tenant dans le budget réaliste.

Trajectoire A · « Compétition internationale dans dix-huit mois »¶

Le budget : 600 h sur trois semestres, concentrées sur l'opérationnel.

Quand	Quoi	⏱
Été avant le S3	P1 GEMM, P2 caractérisation, P4 carnet	35 h
Socle, en continu	Ch. 1 modèles, Ch. 2 architecture	65 h
S3	P6 Poisson MPI	35 h
Vacances	Ch. 7 build, Ch. 8 outils	55 h
S4	P7 cluster maison	35 h
Été avant le S5	P11 banc d'essai de compétition	50 h
S5	Ch. 10 énergie, P9 portage GPU	40 h
En continu	Le plan d'entraînement d'équipe	—

Ce qu'on laisse de côté : le chapitre 9 sur les solveurs (trop lent à rentabiliser), P14 (le quantique), P15 (l'étude publiable).

Trajectoire B · « Carrière en ingénierie de performance »¶

Le profil recherché par les équipes de support applicatif, les éditeurs de compilateurs, les constructeurs.

Priorité	Contenu
1	Socle Ch. 1, Ch. 2, Ch. 8 — le noyau du métier
2	P1 GEMM et P8 expertise d'un code réel
3	Socle Ch. 4 et Ch. 5
4	P9 portage GPU, cinq manières
5	P15 étude publiable, adossée au PFE

Ce qu'on laisse : le cluster (P7), le quantique (P14).

Trajectoire C · « Recherche en calcul scientifique, thèse »¶

Priorité	Contenu
1	Socle Ch. 9 solveurs — ici il est prioritaire, avec PETSc
2	Socle Ch. 1 et Ch. 3
3	P6 Poisson MPI, avec les extensions préconditionneur
4	P15 étude publiable
5	Combler AEDP24 : Trefethen & Bau, puis Saad. Voir Arbitrages

Ce qu'on laisse : le cluster, le banc d'essai de compétition, l'énergie.

Trajectoire D · « HPC pour l'IA »¶

Le profil le plus demandé sur le marché en 2026.

Priorité	Contenu
1	Socle Ch. 5 GPU et hétérogène
2	P12 optimisation d'un entraînement distribué
3	Socle Ch. 1 et Ch. 8
4	P9 portage GPU
5	Socle Ch. 6 — le chargement de données est le goulot

Ce qu'on laisse : les solveurs, le cluster, le quantique.

La grille de décision, projet par projet¶

Si aucune trajectoire ne vous correspond, utilisez cette grille. Pour chaque projet candidat, notez de 0 à 3 :

Critère	Poids	Question
Recouvrement avec une UE ou l'entreprise	×3	Ce projet peut-il servir de projet d'UE, de sujet en entreprise, ou de PFE ?
Alignement avec l'objectif	×3	Sert-il directement la compétition, la thèse, ou l'emploi visé ?
Faisabilité matérielle	×2	Ai-je accès aux machines nécessaires, maintenant ?
Prérequis acquis	×2	Puis-je commencer sans quarante heures de préparation ?
Durée	×1	Peut-il être fini dans la fenêtre de temps disponible ?

Score maximum : 33. Ne lancez que les projets au-dessus de 20.

Le critère qui domine tous les autres

Le recouvrement avec une UE notée. Un projet qui compte deux fois — apprentissage et note — est deux fois plus rentable, et il bénéficie d'un encadrement, d'une échéance et d'une obligation de rendu. Or l'échéance est ce qui fait finir les projets.

Les recouvrements possibles, en FISA :

Projet	UE, ou entreprise
P5 chaîne scientifique	Entreprise — industrialisation d'une chaîne
P6 Poisson MPI	PRPA23
P7 cluster maison	Entreprise — plateforme interne. Aucune UE FISA ne le couvre
P8 expertise de code	PDSP35, et PRFE36
P9 portage GPU	PGPU35
P10 threads utilisateur	PRCV24, module MPPT24
P11 banc d'essai	Aucune UE — compétition ou entreprise
P12 entraînement distribué	MALE24, MALE35, et entreprise
P13 refonte E-S	Entreprise — aucune UE FISA ne couvre le stockage
P14 simulateur quantique	IQRO35
P15 étude publiable	PDSP35 et PRFE36

Six projets sur quinze n'ont aucun recouvrement d'UE possible en FISA. C'est la conséquence directe des cinq seules UE techniques du cursus — et la raison pour laquelle, pour un apprenti, l'entreprise remplace l'UE comme support de projet.

Dix des quinze projets ont un recouvrement direct. Ce n'est pas un hasard : ils ont été conçus ainsi.

Le calendrier, où placer quoi¶

Période	Charge	Ce qui convient
Été avant la 2A	Nulle (hors entreprise)	Les projets fondateurs. La meilleure fenêtre du cursus
S3, périodes école	Forte	Un projet adossé à l'option choisie, rien d'autre
S3, périodes entreprise	Travail	Chronométrer, mesurer, repérer le sujet
S4, périodes école	Forte	Le projet lié à l'option, ou le cluster maison
Printemps de la 2A	—	Négocier la spécialisation du S5. Priorité absolue
Été avant la 3A	Entreprise	Le banc d'essai, ou un premier portage GPU
S5, périodes école	Forte (3 spécialisations)	Terminer, ne rien lancer de neuf
Automne de la 3A	—	Arrêter le sujet de PFE avec sa métrique
S6	PRFE36, 30 ECTS	Le PFE est le projet. Rien d'autre

Le piège du semestre 5

Trois UE de spécialisation, c'est deux journées et demie par semaine d'absence de l'entreprise — et une charge d'examens et de projets qui dépasse celle des semestres précédents. S'y ajoute l'échéance qui compte le plus de tout le cursus : arrêter le sujet de PFE, qui vaut trente ECTS et n'est pas rattrapable.

Ne lancez aucun nouveau projet personnel au semestre 5. Terminez ceux en cours, et consacrez le temps disponible au sujet de PFE et à l'accès machine qui va avec.

Comment savoir si un projet est fini¶

Cinq critères. Tant qu'un seul manque, le projet n'est pas fini.

La liste de contrôle de fin de projet

Le code est dans un dépôt avec un README qui explique construction et mesure, et quelqu'un d'autre l'a suivi avec succès.
Un test de validation existe et échoue si le résultat est faux.
Un tableau de mesures existe, avec au minimum : version, machine, compilateur, options, métrique, nombre de répétitions.
La performance est rapportée à une borne : pourcentage du pic, de la bande passante STREAM, ou d'une bibliothèque de référence.
Trois paragraphes de conclusion existent, dont un sur ce qui n'a pas marché et pourquoi.

Le cinquième est celui qu'on saute, et c'est le plus précieux. Les tentatives ratées sont l'information que personne ne publie, et c'est ce qui prouve que vous avez réellement cherché.

Que faire si l'on n'a pas accès aux machines¶

C'est la contrainte la plus fréquente et la plus bloquante. Réponse détaillée dans Accès aux machines. En résumé :

Ce qui se fait entièrement sur un portable : P1 (GEMM), P2 (caractérisation), P3 (stencil), P4 (carnet), P5 (chaîne), P10 (threads), P14 (simulateur quantique, à petit nombre de qubits). Sept projets sur quinze, dont les cinq fondateurs.

Ce qui nécessite plusieurs machines ou un cluster : P6, P7, P11, P13.

Ce qui nécessite un accélérateur : P9, P12.

Les palliatifs : des machines virtuelles sur un seul hôte pour P7 (tout sauf la mesure réseau), des instances cloud à la demande, l'accès gratuit limité à des plateformes de calcul pour les accélérateurs, et surtout la sollicitation directe de vos enseignants de FISA, qui travaillent dans des centres de calcul.

À retenir¶

Les cinq règles de sélection

Deux projets par an, finis. Pas six commencés.
Priorité absolue au recouvrement avec une UE notée : encadrement, échéance, et la note qui force à finir.
Les cinq projets fondateurs d'abord, pendant l'été avant le semestre 3. Ils tiennent sur un portable et conditionnent tout le reste.
Choisissez votre trajectoire (compétition, performance, recherche, IA) et assumez ce que vous laissez.
Rien de nouveau au semestre 5 : les échéances extérieures consomment tout.

Partie suivante : Concours.