Les derniers travaux menés dans Unity ont souvent commencé par une demande très concrète : faire bondir un personnage, remplacer un planage par un double saut, corriger une animation, rapprocher la caméra pendant un sort ou restaurer le rendu d’un matériau. Derrière chacune de ces demandes se pose pourtant la même question : comment éviter que la solution ne serve qu’une seule fois ?
Cette réflexion a notamment conduit à imaginer une gestion d’animations indépendante des contrôles. Les états, les priorités, les transitions et les clips peuvent être décrits dans un profil, puis utilisés par le joueur, un PNJ, une intelligence artificielle ou une cinématique. Le comportement reste le même, seule la configuration change.
La même logique s’applique aux déplacements et à l’optimisation. Un réglage exposé dans l’Inspector permet d’affiner un bond sans modifier le code. Des objets répétitifs peuvent être recyclés autour du joueur lorsqu’ils deviennent nombreux, tandis que les éléments permanents conservent une organisation plus classique par zones ou par scènes.
Concevoir de cette manière demande un peu plus d’attention au départ. Il faut préserver les scènes existantes, isoler les responsabilités et vérifier qu’un correctif n’introduit pas un nouveau problème ailleurs. En échange, chaque prototype constitue une petite bibliothèque de solutions qui accélère le suivant.
Le but n’est pas de rendre tous les systèmes universels, mais de reconnaître ceux qui méritent de l’être. Lorsqu’un outil reste simple à régler, facile à tester et indépendant du projet qui l’a fait naître, il devient un véritable actif de production pour le studio.