É possível fazer jogos em python?

Isso's como comecei minha carreira em jogos.

I baixei o Pygame e o usei para escrever minha própria engine. Durante cerca de um ano eu não'não cheguei muito longe! De acordo com meus cálculos, teria levado aproximadamente 5 anos em tempo integral só para terminar a parte da engine para o meu jogo. Então eu'teria que fazer o jogo em cima dele.

Então eu encontrei a Unidade, eles tinham acabado de lançar a versão 3. Eu fui vendido ali mesmo e depois, 2010. Comecei com o Boo, depois mudei para JS e agora sou totalmente C#. Porque era a única coisa que fazia sentido.

Sim, it's possível.

Faz sentido?

NO.

It's uma coisa para aqueles fanáticos que morrem de fome e precisam mostrar a todos que não'não precisam de usar um elevador para chegar ao 100º andar. O resto de nós os cumprimentamos quando eles chegam lá mas a festa já acabou e nós'vamos pegar o elevador de volta e convidá-los conosco no elevador.

Por que não't faz sentido?

1) Demora muito tempo porque você tem que fazer seu próprio motor.

2) Porque leva tanto tempo que seu jogo acaba custando muito dinheiro. Seu tempo custa dinheiro, it'o dinheiro que você poderia estar ganhando em outro emprego e dinheiro que você precisa gastar em aluguel, comida, roupas, etc. para se manter vivo e funcionando.

Imagine que leva apenas 3 anos para escrever um motor decente com Python. Assumindo que você pode sobreviver com 20k$ por ano, só fazer o motor custará 60k$ ao seu projeto de jogo, só para começar realmente. Isso's a propósito 60k$ a mais que o jogo precisa fazer só para quebrar o equilíbrio.

Oh e Unidade podem ser usados para lançar jogos sem nunca pagar um único centavo.

3) Sua engine é muito, muito improvável que seja tão grande quanto as alternativas livres porque eles're feitos por grandes equipes de veteranos e eles'já tem anos de avanço.

4) Você'será limitado em termos de plataforma, ao contrário daqueles motores gratuitos onde você pode apenas pagar uma pequena quantia para obter mais plataformas.

5) Você'precisará de uma disciplina insana para continuar ano após ano. E se você mudar alguma coisa no design do seu jogo durante o tempo que você'estiver fazendo a engine pode criar uma necessidade de mudar o design da engine'o design da engine em si e atrasá-lo meses ou anos.

Tudo isso contraria, esmagadoramente, quaisquer supostos benefícios de se obter um melhor entendimento do funcionamento interno de uma engine. A menos que você não'não queira fazer jogos em primeiro lugar, mas sim motores.

Você quer realmente terminar aquele seu jogo?

>p>Tente um dos motores gratuitos. Se você realmente quer seguir a rota Python, pergunte a si mesmo se é's jogos que você realmente quer fazer em primeiro lugar e se você tem alguns outros motivos, como uma intenção proposital de fazer algo incrivelmente difícil quase ninguém mais fez:

>p>EDIT:p> Recebi muitos comentários sobre a minha resposta.

Here's um grande comentário:

p>Daniel Baker

Esta resposta não é muito bem pensada. Há muitos jogos muito conhecidos e premiados escritos inteiramente em python. O melhor exemplo que eu conheço é o Eve Online. Habilitando um dos mais massivos mundos contínuos conhecidos pelos jogos neste momento. Stackless Python 2.7 - EVE Community

E aqui's outro:

>p>John Boyd >p>Panda3D - Python e C++ motor de jogo.

Eu honestamente não sabia'não sei dessas duas coisas e peço desculpas por isso.

p>P>Eu mantenho a posição de que uma equipe iniciante no desenvolvimento de jogos é melhor não tentar criar seu próprio motor - é muito trabalho. Se Python é um must, você'é melhor escolher uma engine que o suporte.

Mas no final das contas é melhor escolher uma engine que tenha muita variedade para que você possa continuar usando as mesmas ferramentas de projeto para projeto no futuro.

EDIT2:

>p>Tim L. DC

Atualmente, a Godot Engine é licenciada pelo MIT e sua linguagem de scripting interna é baseada em Python. Eles tiveram problemas para integrar o Python diretamente por causa da velocidade e outros problemas com a forma como o Python foi construído. No entanto, com apenas algumas palavras-chave alteradas, GDscript funciona quase exatamente como python para a maioria das coisas. Além disso, a sua integração com a sua linguagem é bastante completa, tornando-o realmente rápido. Eu uso o Godot por essas razões e prefiro-o a Unity que tem licenças confusas. O Unity supostamente tem mais funcionalidades, mas o Godot é um projeto de código aberto ativo, ou seja, se você quisesse uma funcionalidade que ele não tem'atualmente não tem, você poderia ajudar a incluir essa funcionalidade se você quisesse. Se Python é o que você está acostumado, então o Godot Engine e o GDscript definitivamente valem uma olhada.

Great point. I'vou experimentar o Godot quando tiver tempo mas vai demorar muito tempo com tempo disponível limitado até que uma comparação justa possa ser feita. Afinal, na hora de escrever tenho 5,5 anos de experiência em tempo integral com o Unity3D - o que significa que não se pode simplesmente instalá-lo, apertar um par de botões e depois dizer que está dando uma avaliação justa. É necessário pelo menos aprender realmente sobre o sistema e as capacidades do It's e reunir alguma experiência real.

Outro grande ponto da Tim é que o Godot tem uma licença muito mais simples - a Licença MIT enquanto que a Unity, por exemplo, tem um texto de licença relativamente longo e casos especiais estranhos que o usuário médio não pode entender e o Unreal engine afaik ainda tem cláusula de royalty.

Mas sem ter dado uma tentativa real posso dizer que parece que existe's um concorrente real no negócio de motores para aqueles que preferem Python. Eu não'não sei se ele se adapta a motores AAA como Unreal ou CryEngine mas a quantidade de trabalho de arte que aqueles requerem está bem fora de alcance para a maioria das equipes menores.