Ce que les studios regardent vraiment dans un portfolio de programmeur
Je me suis aussi assis du côté des recruteurs. Quelques éléments reviennent dans les portfolios qui sortent du lot.
Une chose finie vaut mieux que dix à moitié
Montrez un projet terminé plutôt que dix prototypes. Terminer est une compétence bien plus difficile que commencer, et c'est exactement ce qu'un employeur cherche.
« Terminé » ne veut pas dire « en boutique ». Une démo avec menus, réglages, système de sauvegarde et un vrai écran de fin compte aussi.
Expliquez le pourquoi, pas le quoi
« J'ai écrit un système d'inventaire » n'apprend rien. « J'ai fait l'inventaire à base de ScriptableObject parce que les designers devaient ajouter des objets sans écrire de code » montre une décision.
Ce qui est évalué en entretien technique, c'est presque toujours votre façon de décider, pas la bibliothèque utilisée.
Donnez des chiffres
Au lieu de « j'ai optimisé », dites « j'ai réduit le temps de frame de 22 ms à 14 ms, l'essentiel venant du regroupement des draw calls ».
Un résultat mesurable montre deux choses : que le résultat est réel et que vous savez mesurer. La seconde compte davantage.
Rendez votre code lisible
Si vous liez un dépôt GitHub, celui qui l'ouvre doit comprendre ce qu'il fait en trente secondes. Un README, une courte note d'architecture et une capture d'écran suffisent en général.
Un recruteur qui ouvre le dépôt et se perd entre des centaines de fichiers ne verra jamais la qualité de votre code.