Développeur et concepteur de jeux vidéo
Conçoit et développe des jeux vidéo : invente des mécaniques, des missions et des énigmes et les équilibre, réalise des prototypes dans un moteur de jeu, rédige les documents et les textes que lisent l'équipe et les joueurs, et oriente artistes, programmeurs et producteurs vers une seule vision. Le changement est inégal. Les assistants de code et les générateurs d'assets rendent les prototypes, les documents de conception et les textes de jeu en masse beaucoup moins chers, et c'est le travail de débutant qui en subit le plus le choc ; décider de ce qui est amusant, le tester avec de vrais joueurs et diriger l'équipe restent l'affaire de personnes, et de nombreux joueurs et éditeurs s'opposent toujours au contenu généré dans les jeux finis.
Prenez une mécanique que vous avez conçue, construisez-en la plus petite version jouable, faites-la jouer à trois personnes et notez où chacune a bloqué ou s'est ennuyée.
Ce n'est pas une probabilité de perdre votre emploi. Il combine la part de la charge de tâches du poste exposée à l'automatisation avec le chemin réellement parcouru par l'adoption — utile pour comparer des métiers sur une même base cohérente, et pour rien d'autre.
Écrit pour celles et ceux qui conçoivent et développent des jeux vidéo — game designers, level designers, concepteurs de systèmes et de narration, programmeurs gameplay —, dans des studios de toute taille ou en indépendant, partout où l'on fait des jeux. Les illustrateurs et concept artists, les animateurs, les comédiens de doublage et les testeurs de logiciels ont leurs propres pages, et le travail de programmation général est couvert par les pages développeur de logiciels. Les jugements marqués comme inférence de plateforme raisonnent à partir de ce dont chaque tâche est faite et de ce que fait la technologie actuelle en général ; ce ne sont pas des mesures de ce métier.
La base de preuves contient des dossiers vérifiés pour d'autres métiers, mais aucun encore pour celui-ci. En attendant, l'analyse ci-dessous est un raisonnement sur la structure des tâches et sur des capacités techniques connues — pour ce métier en particulier elle n'est pas appuyée par des sources traçables, et nous préférons le dire plutôt que citer des choses que nous n'avons pas vérifiées. Une section vide ici est un trou dans notre couverture, non un constat sur le travail.
Être averti quand un dossier vérifié arrive sur ce métier → · Indiquez lesquelles de ces tâches sont les vôtres (VOLO Pro, gratuit) → · Pour une équipe ou une promotion de diplômés →
Ce qui change réellement#
L'unité d'analyse est la tâche, non l'intitulé du poste. Un poste n'est pas remplacé — sa composition en tâches se déplace.
Chaque case est une tâche. Sa taille est son poids dans le métier ; sa couleur, la direction que prend la tâche. Cliquez sur une case pour voir ce que ce jugement n'établit pas.
Ceci dit qui décide, pas combien de concepteurs il faut à un studio : si les outils permettent à chaque concepteur d'explorer des idées plus vite, une équipe peut garder sa taille et produire davantage, ou se réduire. Ce qui le ferait bouger : un jeu commercial sorti dont les mécaniques centrales ont été choisies par un système génératif, les concepteurs se contentant de relire, ou des studios supprimant des postes de conception en citant ces outils comme raison.
Un réglage plus rapide raccourcit le travail sans dire qui perd les heures : les groupes de test externes et les postes juniors d'équilibrage ont plus de chances de le ressentir que le lead designer. Le jugement bougerait si des studios publiaient des changements d'équilibrage décidés par des agents automatiques sans validation d'un concepteur, ou remplaçaient les sessions avec de vrais joueurs par des sessions simulées.
Augmenter peut quand même signifier moins de monde : si un développeur peut prototyper ce qui en demandait plusieurs, les premiers postes à se raréfier sont ceux de programmation débutante et de greyboxing. Les assets générés ici sont surtout provisoires ; ceci ne dit pas qu'ils arrivent dans un jeu fini. Un cas daté de studio sortant un jeu dont le code ou les niveaux ont été majoritairement générés, ou réduisant ses effectifs de prototypage à cause de ces outils, ferait basculer ce jugement vers l'automatisation.
Ceci retire des heures, pas un poste : peu de gens sont embauchés uniquement pour rédiger des documents de conception, donc l'effet se voit chez des concepteurs qui passent moins de temps sur la paperasse, ou dans un nombre réduit de concepteurs juniors dont le premier travail était de tenir les documents à jour. Il reviendrait en arrière si les studios constataient que les documents générés s'écartent assez souvent de ce qui a réellement été construit pour cesser de les utiliser.
Il y a une ligne de partage à l'intérieur de cette tâche : les textes en masse peuvent passer à l'automatisation tandis que l'histoire principale reste aux humains, et ce jugement couvre les deux. Il ne dit pas combien de postes d'écriture subsistent. Une sortie datée dans laquelle la majorité du texte a été générée à grande échelle et acceptée par les joueurs, ou un changement des règles sur la propriété du texte généré, le ferait bouger.
Mené par des humains signifie que le rôle de coordination subsiste, pas le nombre de coordinateurs : si les équipes se réduisent parce que construire va plus vite, il faut moins de monde pour les diriger. Cela changerait si des studios se mettaient à piloter la production avec des outils de planification automatique qui prennent les décisions de calendrier et de coupe, les responsables ne faisant que les approuver.
Une nouvelle tâche n'est pas un nouveau métier : dans la plupart des studios, elle fait partie de la semaine d'un concepteur ou d'un lead déjà en poste, et elle ne grandit que dans la mesure où du contenu généré sort réellement. Elle deviendrait des postes à part entière si les détenteurs de plateformes ou les règles se mettaient à exiger que les jeux déclarent le contenu généré et tiennent des registres de provenance.
C'est votre métier ? Dites-le et cette page se resserre sur votre part de celui-ci.
Un intitulé de poste est un paquet de tâches achetées ensemble, et deux personnes n'ont jamais le même paquet. Rien n'est envoyé où que ce soit — cela reste dans ce navigateur.
Lire les 7 tâches en entier — direction, raison et limites →
Changements récents#
Aucun événement vérifié enregistré pour l'instant.
Cette section se remplira depuis la chaîne de veille à mesure que des événements sont collectés, dédoublonnés, gradés et reliés aux tâches ci-dessus. Une liste vide ici veut dire que nous n'avons rien vérifié — cela ne veut pas dire que rien ne se passe.
« Nous n'avons trouvé aucune actualité » n'est pas la même chose que « vous êtes à l'abri ».
Ce que cela veut dire pour vous#
Si vous débutez, attendez-vous à ce que les tâches d'entrée — documentation, greyboxing, contenu provisoire, scripts simples — soient les premières reprises par les outils, ce qui rend un premier emploi plus difficile à obtenir. Montrez le jugement qui manque aux outils : un petit jeu jouable, avec des notes sur ce que vous avez changé après avoir regardé des gens y jouer.
Attendez-vous à ce que votre équipe fasse plus avec les mêmes personnes, ou autant avec moins. Votre valeur tient à décider de ce qui est amusant, à lire les playtests et à maintenir une équipe sur une seule vision ; découvrez comment les outils échouent dans votre moteur pour pouvoir juger ce qu'ils produisent.
Vos options#
Quatre directions, chacune avec ses contraintes réelles et une chose que vous pouvez tester cette semaine. Continuer comme aujourd'hui est un choix légitime — il faut simplement que ce soit un choix.
Rester, et prendre en main les décisions sur ce qui est amusant
Décider si une mécanique fonctionne, et le prouver avec de vrais joueurs, c'est la partie du métier que les outils actuels ne font pas.
Les postes de conception senior sont rares et viennent généralement après des années de jeux sortis ; les studios recrutent par cycles et réduisent souvent leurs effectifs après une sortie.
Prenez une mécanique que vous avez conçue, construisez-en la plus petite version jouable, faites-la jouer à trois personnes et notez où chacune a bloqué ou s'est ennuyée.
Devenir le concepteur technique qui pilote les outils
Les studios qui intègrent assistants de code et générateurs à leur pipeline ont besoin de quelqu'un qui connaisse à la fois la conception et le moteur pour les configurer, vérifier ce qu'ils produisent et fixer les règles de ce qui sort.
Il faut des compétences en script et la connaissance du moteur ; les outils changent vite, et les studios diffèrent sur ce qu'ils autorisent dans un jeu fini.
Refaites une petite fonctionnalité que vous avez déjà réalisée, cette fois avec un assistant de code ; notez le temps passé et chaque erreur que vous avez dû corriger, et comparez avec votre première version.
Porter la conception de jeux vers la simulation, la formation et les produits d'apprentissage
Les simulations de formation, les applications d'apprentissage et les fonctions d'engagement des logiciels ordinaires mobilisent les mêmes compétences — concevoir des systèmes, du feedback et de la difficulté — hors du marché du jeu vidéo, qui vit de ses succès.
La rémunération et la liberté créative sont souvent inférieures à celles du jeu vidéo, et les employeurs attendent que vous connaissiez leur domaine.
Trouvez trois offres d'emploi en conception de simulations, de formations ou de produits d'apprentissage, et listez les exigences que vous remplissez et celles que vous ne remplissez pas.
Questions fréquentes#
Pas en tant que métier entier, mais elle change ce dont le métier est fait. Les outils rendent déjà moins chers les prototypes, les documents de conception et les textes de jeu en masse, et c'est le travail de débutant qui en subit le plus le choc. Décider de ce qui est amusant, le tester avec de vrais joueurs et diriger une équipe restent l'affaire de personnes, et de nombreux joueurs et éditeurs s'opposent au contenu généré dans les jeux finis.
Nous ne répondons pas à cette question par un nombre d'années. Surveillez deux choses : si les studios commencent à sortir des jeux dont le code, les niveaux ou le texte ont été majoritairement générés et que les joueurs les acceptent, et si les offres de conception et de programmation pour débutants continuent de diminuer tandis que les postes seniors se maintiennent. Ces signes vous en disent plus que n'importe quelle date.
La rédaction des documents de conception et des spécifications de test, l'écriture de scripts pour la logique de jeu courante, la réalisation de visuels provisoires et de niveaux sommaires, et le premier jet des textes en masse comme les descriptions d'objets. Décider des mécaniques, lire les playtests et diriger l'équipe sont les tâches les moins exposées.
Les générateurs peuvent produire des jeux jouables simples et beaucoup des éléments d'un jeu plus grand, mais un jeu que les gens paient a besoin de quelqu'un qui décide de ce qu'il est, teste s'il est amusant et corrige ce que les outils font mal. Ce qui change, c'est le peu de personnes qu'il faut pour faire un jeu, pas la question de savoir s'il faut quelqu'un.
Le métier est moins exposé que la porte d'entrée. Les studios ont toujours besoin de personnes capables de juger ce qui est amusant et de diriger des équipes, mais les tâches juniors qui les formaient sont les premières reprises par les outils : un portfolio de jeux finis et testés auprès de joueurs compte donc plus qu'avant.
Sur quoi reposent ces jugements#
Sur les 7 jugements de tâche de cette page, 0 s'appuient sur un événement vérifié et 7 relèvent d'une inférence de la plateforme, chacun étant signalé là où il apparaît. Derrière eux se trouvent 2 dimensions technologiques, une trajectoire reconstruite depuis que les modèles de langage ont atteint le public, et 0 événements vérifiés.
Voir quelles technologies, comment on en est arrivé là, et la méthode →
Sa place dans la nomenclature officielle : compétences, connaissances, métiers liés →
Autres postes de la même fonction#
Une entreprise répartit son travail en fonctions avant de le répartir en postes. Ceux-ci se trouvent dans Produit et design aux côtés de celui-ci — un fait d'organigramme, non un jugement selon lequel ils se ressembleraient ou évolueraient dans le même sens.
