.
.Padrões de Projeto em Games
Olá pessoal,
Se você é da área de software já deve ter ouvido falar no termo Padrões de Projetos, ou Design Patterns. Eles são uma importante ferramenta para quem pretende desenvolver softwares de uma forma eficiente e com qualidade. Uma definição que gosto muito de utilizar, que descreve muito bem como vejo os PP, seria: “Soluções padronizadas para problemas corriqueiros no desenvolvimento de software”.
Bom, você deve estar se perguntando o que esse assunto teria a ver com games, certo?
Pois é, com a experiência que possuo hoje, posso dizer que se você pretende ser um grande programador de jogos, deveria prestar muito atenção no conhecimento contido nos padrões de projeto. Não acredita? Analise bem:
- Se Padrões de Projeto são fundamentais atualmente no desenvolvimento de software;
- E games são softwares complexos;
- Portanto, Padrões de Projetos são fundamentais para desenvolvermos games de uma forma eficiente e profissional
Consegui convencê-los?
E se eu contasse para vocês que dentro deles estão contidos segredos como a volta no tempo utilizada em games como Braid e Prince of Persia: Sands of Time. Ou até inteligência por trás das tropas de Age of Empires.
Ficou curioso agora?
Que bom, pois esta semana iniciamos um arco de 15 posts apresentando os principais padrões de projeto utilizados na indústria. Cada post falará sobre um padrão e sua aplicação no desenvolvimento de jogos.
Não percam!
Postado em Sem categoria
Poxa, eu sempre me perguntei como eles faziam esses sistemas de “rewind” nos jogos. Esperando ansiosamente pelos posts. Parabéns pelo blog!
Estou terminando de ler Head First Design Patterns e posso dizer uma coisa, eles caem como uma luva na maioria das mecânicas dos games. Aliás, é incrível como a orientação a objetos faz sentido no desenvolvimento de games.
Se você quer ser um ótimo programador de games meu conselho é o seguinte: Estude e entenda muito bem os conceitos da OO e em seguida se aprofunde nos padrões de projetos. E cuidado, muitos desenvolvedores acham que programam OO quando na verdade só estão usando uma linguagem OO e continuam programando de forma procedural. Sair estendendo classes feito louco não faz de você um desenvolvedor OO.
No aguardo da sequência de posts…
Opa, ótimo post, conseguiu me vender o peixe, fico no aguardo.
Deixe seu comentário