¿En qué enfocarse para desarrollar una demostración del juego para una entrevista?

En otros hilos en este mismo sitio web, se ha enfatizado repetidamente que tener una demostración del juego para mostrar en una entrevista de trabajo es de suma importancia, por lo que decidí probar y escribir mi propia demostración del juego.

Me gustaría saber en qué es típico que los entrevistadores centren su atención mientras revisan su demo del juego .

Aclararé que no tengo una apertura específica disponible para mí en este momento, pero que probablemente apunte a las posiciones de juego y / o programación de IA . Debido a esto, puedo responder por mí mismo en términos de categorías amplias: "los gráficos elegantes" no deberían ser mi enfoque prioritario, mientras que el "comportamiento de los jugadores de computadora" debería ... Sin embargo, al no tener experiencia directa en esta industria, me gustaría saber si hay cosas menos obvias a las que debería prestar atención:

• ¿Qué tan importante es la modularidad del código?
• ¿Qué tan importante es mostrar una implementación típica de algoritmo?
• ¿Qué tan importante es incluir características novedosas?
• ¿Qué tan importante es la jugabilidad?
• ¿Debería privilegiar la legibilidad del código o la optimización del código?
• ¿Qué tan importante es la documentación del código?
• etc ...

Tenga en cuenta que los anteriores son solo ejemplos para ilustrar el nivel de detalle que agradecería en la respuesta, no son preguntas específicas que necesariamente me gustaría abordar (a menos que piense que es relevante discutir algunos de ellos).

Gracias de antemano por su tiempo y experiencia.

No escriba una demostración para una entrevista si puede evitarla; envíe código o proyectos existentes si puede.

Las demostraciones y los ejemplos de código son importantes por muchas razones (que varían según el revisor), pero en su mayoría tratan de mostrar a los empleadores potenciales el tipo de código que escribes en la naturaleza y el tipo de problemas que estás interesado en resolver. También ayudan a demostrar su nivel de interés en el oficio del desarrollo de software.

Es mucho mejor enviar algún código que ya haya escrito para un proyecto o juego anterior del que esté orgulloso, o que demuestre una solución inteligente a un problema: cualquier cosa que sea interesante o difícil o que pueda servir como La base para una buena discusión.

Escribir código explícitamente para enviar como código de muestra tiende a parecer artificial y falso; Puede ser sorprendentemente fácil decir, por ejemplo, que un programador pensó que un posible empleador querría ver un código "bien documentado" y, por lo tanto, hacer comentarios realmente detallados sobre todo, luchando por lo que creen que es la perfección. El código real no es perfecto, tiene verrugas y bordes ásperos, y cuando escribes código explícitamente para el envío de la demostración, tiendes a pulirlo tanto que resulta obvio que no escribiste esto porque te encantaba escribirlo. Solo querías un trabajo.

Dicho esto, si no tiene ningún trabajo que pueda enviar, ya sea porque aún no ha escrito ninguno o porque su trabajo anterior le impide enviar parte del código (bajo NDA), no tiene un Muchas opciones pero escribir algo nuevo. En ese escenario, le animo a que se concentre en escribir la cosa por sí misma y se olvide de lo que los empleadores "quieren". Escribe un juego porque quieres escribir un juego. Escriba una demostración de tecnología genial porque desea explorar esa tecnología, porque eso es lo que le interesa.

• ¿Qué tan importante es la modularidad del código?
• ¿Qué tan importante es mostrar una implementación típica de algoritmo?
• ¿Qué tan importante es incluir características novedosas?
• ¿Qué tan importante es la jugabilidad?
• ¿Debería privilegiar la legibilidad del código o la optimización del código?
• ¿Qué tan importante es la documentación del código?

Lamentablemente, las respuestas a todas estas preguntas más pequeñas son "depende" (a excepción de lo de la legibilidad; creo que debería favorecer la legibilidad en general, especialmente para el "código de demostración"). Algunos empleadores pueden querer verlo reimplementar la clasificación rápida. A otros no les importa. Otros simplemente le pedirán que vuelva a implementar quicksort en una pizarra en la entrevista de todos modos.

No se concentre en lo que cree que quieren los empleadores , porque diferentes empleadores e incluso diferentes personas que pueden revisar su código querrán cosas diferentes. En cambio, concéntrate en lo que quieres mostrar sobre ti mismo , porque tienes mucho más control sobre eso y te beneficiará más a largo plazo.