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.