Empresas de juegos: participación de los programadores en el proceso de diseño

8

Esta es una pregunta básicamente para programadores con experiencia trabajando en compañías de juegos.

¿Qué tan común es que los programadores de juegos participen en el proceso de diseño del juego? Tanto el diseño de juego como el diseño de contenido. ¿Participa en reuniones relacionadas y tal, o tiene otras oportunidades (formales / informales) para expresar sus opiniones sobre las características / niveles del juego / incluso la historia, y para que sean considerados?

Otra pregunta, que no está completamente relacionada: ¿es posible que un programador con interés en el campo pase del trabajo técnico a un trabajo relacionado con el diseño del juego (o ambos en empresas más pequeñas)? ¿Eso pasa?

Zaky German
fuente
2
Solo un comentario sobre su terminología. El término "desarrollador" se usa de manera diferente en el negocio de los juegos que en otros campos tecnológicos. En otros campos, "desarrollador" es básicamente un sinónimo de "programador", pero en el desarrollo de juegos significa "cualquiera que trabaje en la producción de un juego". Programadores, artistas, diseñadores ... todos son "desarrolladores de juegos". Pensar en ello es una respuesta oblicua a su pregunta.
jhocking
@jhocking gracias por señalar eso, edité mi respuesta
Zaky German
Es posible que un programador pase al diseño del juego, aunque puede ser raro. Si mal no recuerdo, Cliff Bleszinski fue originalmente un programador, pero ahora está involucrado en el diseño de los juegos Unreal y Gears of War. Ian Schreiber comenzó como programador y desde entonces ha escrito libros sobre diseño de juegos.
thedaian

Respuestas:

10

Con frecuencia se solicita a los codificadores que averigüen si los diseños son posibles, y también ayudan a ordenar nuevas características en los horarios, pero cuando se trata de proporcionar activamente aportes creativos, cada empresa varía enormemente. Algunos no tienen muchos diseñadores dedicados y los codificadores están destinados a "agregar valor" al desarrollar las funciones. En otras compañías hay un estricto "si no está en un documento de diseño, no va a entrar".

Entonces, elija para quién trabaja con cuidado.

Además, es muy posible que un codificador pase a ser productor, lo que puede llevar a un control más creativo, pero aún no he visto a un buen diseñador comenzar como un codificador profesional. (ser un entusiasta de los juegos de computadora convertido en programador de dormitorio no cuenta, ya que muchos diseñadores de juegos tienen que comenzar a probar sus ideas en alguna parte)

Esta distinción mía parece haber despertado algunos sentimientos, así que déjenme explicar:

Los desarrolladores de juegos que son en primer lugar codificadores, los que comenzaron codificando, luego se dieron cuenta de que les gustaban los juegos de computadora y luego comenzaron a desarrollarlos se convirtieron en desarrolladores de juegos, esos desarrolladores de juegos que diría que probablemente sean un poco impredecibles por ser juegos diseñadores.

Los que comenzaron amando los juegos y luego atacaron los SDK con gusto, los que hacen modificaciones, generan muchas cosas al azar en los kits de creación de juegos, y finalmente finalmente entran en un trabajo donde codifican mucho más tarde, esos son diseñadores de juegos que pueden codificar . Estos, a menudo, tienen la sensación de diseño de juegos que los hace buenos diseñadores de juegos.

Es cierto que soy uno de los primeros, me encanta codificar juegos, pero por la alegría de desarrollar el juego y, en el caso de mis proyectos caseros, por ver la reacción de mi familia cuando juegan los juegos que hago para ellos. . Sin embargo, soy consciente de mis defectos cuando se trata del diseño de juegos. Tengo que esforzarme mucho para no dejarme pensar en un codificador al diseñar juegos. Tengo que evitar agregar funciones solo porque son simples y evitar intentar agregar funciones solo porque son difíciles.

Los programadores que comenzaron diseñando me molestan con su tolerancia al código en mal estado, pero cuando doy un paso atrás y veo lo que han hecho con el código, tengo que ser humilde y admitir que mejoraron el juego, independientemente de cuán molestos podrían ser trabajar con respecto a la limpieza del código.

En mi último trabajo encontré uno raro que era la combinación de ambos y le deseo mucha suerte en el futuro.

Por lo tanto, aunque los codificadores pueden participar en el proceso de diseño, agregar su propia creatividad a la mezcla, creo que probablemente sea mejor resumirlo de manera diferente: las reuniones de diseño pueden incluir codificadores y diseñadores, a veces incluso tienen la descripción correcta del trabajo.

Richard Fabian
fuente
1
Como se mencionó, esto depende mucho de la compañía, pero es más probable que ocurra en compañías más pequeñas que en grandes. Hay bastantes características en los videojuegos en los que he trabajado (soy ... erm ... era un programador de juegos) que fueron de mí y no del diseño original. Algunas de estas fueron consideraciones de diseño por adelantado, pero un buen número de ellas cae en la categoría de 'Esto no es factible según lo diseñado por la fecha límite, ¿qué tal algo como esto en su lugar?' jeje :)
James
@ James, creo que la mayoría de los programadores han participado en el segundo método de "proceso de diseño" que mencionaste;)
Zaky German
3
"Todavía no he visto a un buen diseñador comenzar como un programador profesional": Richard Garriott, Peter Molyneux, Sid Meier, Will Wright, Chris Crawford, David Braben, Doug Church, Jonathan Blow, Soren Johnson, John Romero y un Muy pocos otros podrían estar en desacuerdo con eso, por valores subjetivos de 'bueno', obviamente. :)
Kylotan
2
No entiendo la distinción que estás haciendo. Eran codificadores profesionales, que ahora son diseñadores exitosos. No eran diseñadores profesionales que pudieran codificar. El concepto de un diseñador de juegos profesional ni siquiera existía para la mayoría de ellos cuando comenzaron.
Kylotan
1
Creo que la distinción podría ser que algunos de esos codificadores solo comenzaron a codificar porque querían escribir un juego. Nunca fue su intención ser programador, solo querían hacer un juego, y eso es todo lo que hicieron. Aunque nuevamente, algunos de los ejemplos parecen contradecir eso también. Personalmente no me gusta la distinción.
edA-qa mort-ora-y
5

No hay reglas, a veces

No había reglas en la compañía de juegos en la que trabajaba. Claro, no creo que sea raro que los codificadores hagan diseño . Compartiré mis ejemplos.

Respecto,
mientras fui contratado como programador, pero hice diseño y música. No es que quisiera hacer cosas creativas, simplemente no tenían estructura y necesitaban mi diseño.

Sí, es posible pasar de un trabajo técnico al diseño / juego en una empresa no estructurada. Debes aportar algo de habilidad real y tener cuidado con los asuntos territoriales y los egos.

Como venía de la industria multimedia y solo estaba haciendo programación como hobbie, tuve la confianza para pasar al diseño de juegos. Ese fue mi descanso, pero en lugar de carecer de experiencia en diseño, carecía de experiencia en programación.

Espero que tengas un descanso en la industria si eso es lo que buscas. Recomiendo obtener algo de experiencia con el diseño en una empresa de juegos, pero manténgase dentro del título de su trabajo. Siempre puede ir a otra compañía con la experiencia que ha adquirido, sin alterar los egos en su compañía actual.
Buena suerte,

Desacoplado
fuente
Buen punto sobre el ego, definitivamente algo que un codificador motivado por el diseño debe tener en cuenta.
Zaky German
4

En nuestra empresa, los diseñadores de juegos están separados de otros desarrolladores. Pero tenemos una página especial en nuestra wiki interna donde podemos publicar nuestros pensamientos sobre diferentes aspectos del juego y, por supuesto, podemos hablar con ellos directamente. Pero la última palabra siempre tiene diseñadores de juegos y no podemos hacer nada fuera de las especificaciones. Y es genial, en realidad. División del trabajo.

Andrey Frolov
fuente
3

Primero: su millaje variará dependiendo de usted y de la compañía para la que trabaja.

Dicho esto, veamos algunos títulos de trabajo:

Diseñador técnico : estas personas se dividen en diseño y programación. Muchas veces, los que he encontrado comenzaron como programadores y luego migraron fuertemente al diseño. Las responsabilidades a menudo implican trabajar de cerca con el equipo de diseño y el equipo de programación para construir elementos de diseño técnicamente desafiantes.

Programador de juegos: he sido programador de juegos en un FPS triple-A. Típicamente, nuestras responsabilidades implican traducir los sueños de un diseñador en realidades. Dependiendo del estudio, se le puede dar mucha libertad en cómo funciona su implementación y qué ofrece el diseñador. He visto usar más de un valor inicial de programador de juego en el producto enviado. Además, ser un programador de juegos te brinda un diálogo cercano con el equipo de diseño, potencialmente te permite comentar o influir en sus diseños.

Otros programadores : los programadores de motores y los programadores de herramientas suelen tener muy poca influencia en las decisiones de diseño más allá de "se puede hacer". Sin embargo, esto depende del estudio. Mi estudio actual (una casa social / informal) espera que todos aporten información para el diseño, incluidos todos los programadores.

Entonces, básicamente, todo depende de la compañía y su posición dentro de la compañía.

¡Espero que eso ayude!

AA Grapsas
fuente
Muchas gracias, ese es exactamente el tipo de respuesta que esperaba obtener.
Zaky German
2

¿Qué tan común es que los programadores de juegos participen en el proceso de diseño del juego?

He tenido experiencia de 3 empresas:

  • Uno no tenía diseñadores en absoluto. Todo el diseño fue realizado por programadores y artistas, generalmente los más veteranos.
  • Uno tenía diseñadores, y los programadores prácticamente no tenían aportes al proceso. El programador principal podría ser contratado para proporcionar una verificación de factibilidad en el diseño después de que se realizó y los ajustes realizados en consecuencia, pero no hicieron el diseño como tal.
  • Uno tiene programadores y diseñadores separados, pero se alienta a los programadores a contribuir con un diseño de alto nivel tanto como los diseñadores: la división del trabajo se lleva a cabo más en el lado de la implementación.

Por lo tanto, no hay estándar allí!

¿Es posible que un programador con interés en el campo pase del trabajo técnico a un trabajo relacionado con el diseño del juego (o ambos en empresas más pequeñas)? ¿Eso pasa?

Si y si. Creo que en realidad es bastante común, y diría que es preferible: preferiría tener un diseñador que tenga (a) experiencia en el proceso de creación del juego y (b) comprensión de las limitaciones del medio.

Kylotan
fuente
1

Una pregunta que me gustaría responder incluso si no preguntara directamente: ¿DEBERÍAN los diseñadores de juegos involucrar a los programadores en sus reuniones de diseño? (Como otros han dicho, si realmente lo hacen o no varía de un equipo a otro).

Creo que este es un SÍ enfático. El trabajo de un programador es, esencialmente, convertir las ideas del diseñador en código de trabajo. Para que eso suceda, el programador debe estar de acuerdo con el diseño, ya sea por sentir que tiene una aportación creativa o simplemente porque está "al tanto" en términos del estado actual y la dirección del juego.

Especialmente en equipos donde los diseñadores no son codificadores fuertes, también es vital que los programadores tengan "poder de veto" sobre cualquier diseño que sea más difícil o lento de codificar de lo que valen ... especialmente si pueden sugerir cosas triviales. para implementar alternativas. Los programadores también tienden a ser buenos para encontrar agujeros en el diseño, porque están pensando en términos de "cómo codifico esto", por lo que un detalle faltante le resultará más fácil a un programador que a un diseñador.

Ian Schreiber
fuente