Entreprises de jeux - Implication des programmeurs dans le processus de conception

Cette question s'adresse essentiellement aux programmeurs ayant une expérience de travail dans des sociétés de jeux.

Est-il courant que les codeurs de jeux participent au processus de conception du jeu? Conception de gameplay et conception de contenu. Participez-vous à des réunions connexes et autres, ou avez-vous d'autres opportunités (formelles / informelles) pour exprimer vos opinions sur les caractéristiques / niveaux / même l'histoire du jeu, et pour qu'elles soient réellement prises en compte?

Une autre question, pas complètement sans rapport - est-il possible pour un programmeur intéressé par le domaine de passer du travail technique à un travail lié à la conception de gameplay (ou les deux dans les petites entreprises)? Est-ce que cela arrive?

Souvent, les codeurs sont appelés à déterminer si des conceptions sont possibles et à aider à commander de nouvelles fonctionnalités dans les calendriers, mais lorsqu'il s'agit de fournir activement une contribution créative, chaque entreprise varie énormément. Certains n'ont pas beaucoup de concepteurs dédiés et les codeurs sont censés "ajouter de la valeur" lors du développement des fonctionnalités. Dans d'autres entreprises, il y a un très strict "si ce n'est pas dans un document de conception, ça ne va pas".

Alors, choisissez avec soin pour qui vous travaillez.

En outre, il est très possible pour un codeur de devenir un producteur, ce qui peut conduire à un contrôle plus créatif, mais je n'ai pas encore vu un bon concepteur commencer comme codeur professionnel. (être un passionné de jeux informatiques devenu codeur de chambre ne compte pas, car de nombreux concepteurs de jeux doivent commencer à essayer leurs idées quelque part)

Ma distinction semble avoir suscité certains sentiments, alors laissez-moi élaborer:

Les développeurs de jeux qui sont d'abord et avant tout des codeurs, ceux qui ont commencé par coder, puis en se rendant compte qu'ils aimaient les jeux informatiques et ont ensuite commencé à les développer, sont devenus des développeurs de jeux, ces développeurs de jeux, je dirais, sont probablement un peu hasardeux pour être des jeux. designers.

Ceux qui ont commencé par aimer les jeux, puis en attaquant les SDK avec brio, ceux qui fabriquent des mods, génèrent beaucoup de choses aléatoires dans les kits de création de jeux, pour finalement arriver à un travail où ils codent beaucoup plus tard, ce sont des concepteurs de jeux qui peuvent coder . Ceux-ci, souvent, ont le sens du design de jeux qui en font de bons concepteurs de jeux.

Certes, je suis l'un des premiers, j'aime les jeux de codage, mais pour la joie de développer le jeu, et dans le cas de mes projets à domicile, pour voir la réaction de ma famille quand ils jouent aux jeux que je fais pour eux . Je suis cependant conscient de mes lacunes en matière de conception de jeux. Je dois vraiment essayer de ne pas être aveuglé en pensant comme un codeur lors de la conception de jeux. Je dois m'empêcher d'ajouter des fonctionnalités simplement parce qu'elles sont simples et m'empêcher d'essayer d'éviter d'ajouter des fonctionnalités simplement parce qu'elles sont difficiles.

Les codeurs qui ont commencé par concevoir m'ennuient avec leur tolérance pour le code minable, mais quand je prends du recul et vois ce qu'ils ont fait avec le code, je dois être humble et admettre qu'ils ont amélioré le jeu, indépendamment de à quel point ils pourraient être ennuyeux de travailler avec la propreté du code.

J'en ai trouvé un rare à mon dernier emploi qui était la combinaison des deux et je lui souhaite beaucoup de chance à l'avenir.

Donc, bien que les codeurs puissent être impliqués dans le processus de conception, ajouter leur propre créativité au mélange, je pense qu'il est probablement préférable de le résumer différemment: les réunions de conception peuvent inclure des codeurs et des concepteurs, parfois ils ont même la bonne description de travail.

Il n'y a pas de règles, parfois

Il n'y avait pas de règles dans la société de jeux où je travaillais. Bien sûr, je ne pense pas qu'il soit rare que les codeurs conçoivent . Je vais partager mes exemples.

Concernant,
j'ai été embauché comme programmeur, mais j'ai fait du design et de la musique. Ce n'est pas que je voulais faire des trucs créatifs, ils n'avaient juste pas de structure et avaient besoin de mon design.

Oui, passer d'un travail technique à un design / gameplay est possible dans une entreprise non structurée. Vous devez apporter de réelles compétences et faire attention aux problèmes territoriaux et aux egos.

Parce que je venais de l'industrie multimédia et que je ne faisais que de la programmation en tant que hobbie, j'avais la confiance nécessaire pour passer à la conception de jeux. Ce fut ma pause, mais au lieu de manquer d'expérience en design, je manquais d'expérience en programmation.

J'espère que vous obtiendrez une pause dans l'industrie si c'est ce que vous recherchez. Je recommande d'acquérir une certaine expérience du design dans une entreprise de jeux, mais restez dans votre titre de poste. Vous pouvez toujours aller dans une autre entreprise avec l'expérience que vous avez acquise, sans ébranler les ego de votre entreprise actuelle.
Bonne chance,

Dans notre entreprise, les concepteurs de jeux sont séparés des autres développeurs. Mais nous avons une page spéciale sur notre wiki interne où nous pouvons poster nos réflexions sur différents aspects du jeu et bien sûr nous pouvons leur parler directement. Mais le dernier mot a toujours des concepteurs de jeux et nous ne sommes pas autorisés à faire quoi que ce soit en dehors des spécifications. Et c'est super, en fait. Répartition du travail.

Premièrement: votre kilométrage varie en fonction de vous et de l'entreprise pour laquelle vous travaillez.

Cela étant dit, regardons quelques titres d'emploi:

Concepteur technique - Ces personnes chevauchent la conception et la programmation. Souvent, ceux que j'ai rencontrés ont commencé en tant que programmeurs, puis ont fortement migré vers la conception. Les responsabilités impliquent souvent de travailler en étroite collaboration avec l'équipe de conception et l'équipe de programmation pour créer des éléments de conception techniquement difficiles.

Programmeur de gameplay - J'ai été programmeur de gameplay sur un FPS triple-A. En règle générale, nos responsabilités consistent à traduire les rêves d'un designer en réalités. Selon le studio, vous pouvez avoir une grande latitude sur le fonctionnement de votre implémentation et sur ce que propose le concepteur. J'ai vu plus d'une valeur initiale d'un programmeur de gameplay être utilisée dans le produit livré. De plus, être un programmeur de gameplay vous permet de dialoguer étroitement avec l'équipe de conception, vous permettant potentiellement de commenter ou d'influencer leurs conceptions.

Autres programmeurs - Les programmeurs de moteurs et les programmeurs d'outils ont généralement très peu d'influence sur les décisions de conception au-delà de "cela peut-il être fait". Cependant, cela dépend du studio. Mon studio actuel (une maison sociale / décontractée) s'attend à ce que tout le monde apporte sa contribution à la conception, y compris tous les programmeurs.

Donc, fondamentalement, tout dépend de l'entreprise et de votre position au sein de l'entreprise.

J'espère que ça aide!

Est-il courant que les codeurs de jeux participent au processus de conception du jeu?

J'ai eu l'expérience de 3 entreprises:

• L'un n'avait aucun concepteur. Toute la conception a été réalisée par des programmeurs et des artistes, généralement les plus âgés.
• L'un avait des concepteurs et les programmeurs n'avaient pratiquement aucune contribution au processus. Le programmeur principal pourrait être amené à fournir une vérification de faisabilité de la conception après sa réalisation et des ajustements en conséquence, mais ils n'ont pas fait de conception en tant que telle.
• L'un a des programmeurs et des concepteurs distincts, mais les programmeurs sont encouragés à contribuer à la conception de haut niveau tout comme les concepteurs - la division du travail se fait davantage du côté de la mise en œuvre.

Donc, pas de standard là-bas!

est-il possible pour un programmeur intéressé par le domaine de passer du travail technique à un travail lié à la conception de gameplay (ou de faire les deux dans les petites entreprises)? Est-ce que cela arrive?

Oui et oui. Je pense que c'est en fait assez courant, et je dirais que c'est préférable - je préférerais de beaucoup avoir un concepteur qui a (a) une expérience du processus de création de jeu et (b) une compréhension des limites du support.

Une question à laquelle je voudrais répondre même si vous ne l'avez pas posée directement: les concepteurs de jeux DEVRAIENT-ils impliquer les programmeurs dans leurs réunions de conception? (Comme d'autres l'ont dit, le fait de le faire ou non varie d'une équipe à l'autre.)

Je pense que c'est un OUI catégorique. Le travail d'un programmeur consiste essentiellement à transformer les idées du concepteur en code de travail. Pour que cela se produise, le programmeur doit avoir une adhésion à la conception, que cela vienne de l'impression d'avoir une contribution créative, ou simplement qu'il est "dans la boucle" en termes d'état actuel et de direction du jeu.

Surtout dans les équipes où les concepteurs ne sont pas des codeurs puissants, il est également essentiel que les programmeurs aient un "droit de veto" sur toutes les conceptions qui seraient plus difficiles ou plus longues à coder qu'elles n'en valent la peine ... surtout si elles peuvent suggérer triviales- mettre en œuvre des alternatives. Les programmeurs ont également tendance à trouver des trous dans la conception, car ils pensent en termes de "comment puis-je coder cela", de sorte qu'un détail manquant ressortira plus facilement à un programmeur qu'à un concepteur.