O que focar no desenvolvimento de uma demo de jogo para uma entrevista?

9

Em outros tópicos neste mesmo site, tem sido repetidamente enfatizado que ter uma demonstração do jogo para mostrar em uma entrevista de emprego é de suma importância, então decidi tentar e escrever minha própria demo do jogo.

Gostaria de saber o que é típico para os entrevistadores focarem sua atenção durante a revisão da demo do jogo .

Vou esclarecer que não tenho uma abertura específica disponível para mim no momento, mas que provavelmente visaria as posições de jogo e / ou programação de IA . Por isso, posso responder por mim mesmo em termos de categorias amplas: "gráficos sofisticados" não devem ser meu foco prioritário, enquanto o "comportamento dos jogadores de computador" deve ... No entanto - não tendo nenhuma experiência direta com esse setor, gostaria de saber se houver coisas menos óbvias, devo prestar atenção:

  • Qual a importância da modularidade do código?
  • Quão importante é mostrar uma implementação típica de algoritmo?
  • Quão importante é incluir novos recursos?
  • Qual a importância da jogabilidade?
  • Devo privilegiar a legibilidade ou a otimização do código?
  • Qual a importância da documentação do código?
  • etc ...

Lembre-se de que os itens acima são apenas exemplos para ilustrar o nível de detalhe que eu apreciaria na resposta; eles não são uma subquestão específica que eu necessariamente gostaria de ser abordada (a menos que você ache relevante discutir alguns deles).

Agradecemos antecipadamente pelo seu tempo e experiência.

Mac
fonte

Respostas:

13

Não escreva uma demonstração para uma entrevista, se puder evitá-la; envie códigos ou projetos existentes, se puder.

As demonstrações e os exemplos de código são importantes por vários motivos (que variam de acordo com o revisor), mas a maioria é sobre mostrar aos empregadores em potencial o tipo de código que você escreve na natureza e o tipo de problemas que você está interessado em resolver. Eles também ajudam a demonstrar seu nível de interesse no desenvolvimento de software.

É muito melhor enviar algum código que você já escreveu para um projeto ou jogo anterior do qual você se orgulha, ou que demonstra uma solução inteligente para um problema - qualquer coisa que seja interessante ou difícil ou que possa servir como a base para uma boa discussão.

Escrever código explicitamente para enviar como código de amostra tende a parecer artificial e falso; pode ser surpreendentemente fácil dizer, por exemplo, que um programador pensou que um empregador em potencial gostaria de ver código "bem documentado" e, assim, colocar comentários realmente detalhados sobre tudo, buscando o que eles acreditam ser perfeição. O código real não é perfeito, possui verrugas e arestas, e quando você escreve um código explicitamente para o envio de uma demonstração, você tende a polir tanto que fica óbvio que você não escreveu isso porque adorava escrever. Você só queria um emprego.

Dito isto, se você não possui nenhum trabalho, pode enviar - porque ainda não escreveu nenhum documento ou porque seu trabalho anterior o impede de enviar qualquer código (sob NDA) - você não tem um muitas opções, mas para escrever algo novo. Nesse cenário, eu o incentivaria a se concentrar em escrever a coisa por si só , e esquecer o que os empregadores "desejam". Escreva um jogo porque você quer escrever um jogo. Escreva uma demonstração legal de tecnologia, porque você deseja explorar essa tecnologia, porque é nisso que você está interessado.

  • Qual a importância da modularidade do código?
  • Quão importante é mostrar uma implementação típica de algoritmo?
  • Quão importante é incluir novos recursos?
  • Qual a importância da jogabilidade?
  • Devo privilegiar a legibilidade ou a otimização do código?
  • Qual a importância da documentação do código?

As respostas para todas essas perguntas menores são, infelizmente, "depende" (exceto pela questão da legibilidade - acho que você deve favorecer a legibilidade em geral, especialmente para o "código de demonstração"). Alguns empregadores podem querer vê-lo reimplementando o quicksort. Outros podem não se importar. Outros apenas solicitarão que você reimplemente o quicksort em um quadro branco na entrevista de qualquer maneira.

Não se concentre no que você acha que os empregadores desejam , porque empregadores diferentes e até pessoas diferentes que podem revisar seu código desejam coisas diferentes. Em vez disso, concentre-se no que deseja mostrar sobre si mesmo , porque você tem muito mais controle sobre isso e isso beneficiará você a longo prazo.


fonte
3
Obrigado por esta resposta (+1). Definitivamente inesperado em seu conteúdo (mas talvez exatamente por esse motivo: muito útil). Estou particularmente feliz porque, de fato, já tenho um projeto de jogo para animais de estimação que gostaria de escrever, pelo exemplo da razão pela qual gostaria de jogá-lo! :)
mac