Game Dev · Game Developer

Como criar atalhos com git alias

Wed, 17 Aug 2022 00:00:00 +0000

O comando git alias é um recurso muito poderoso do git que permite customizar comandos e ganhar tempo combinando uma sequencia de operações. Desde que aprendi a usar o git alias há alguns anos não consigo trabalhar sem algumas combinações de comandos que uso diáriamente.

Todos alias criados ficam na configuração local do git na sua máquina. Para criar um alias, basta usar o comando abaixo substituindo o NAME pelo nome do seu alias (sem espaços ou acentos) e substituindo o COMMAND pelo comando que quer executar.

$ git config --global alias.NAME COMMAND

No exemplo abaixo estamos criando um alias com nome s para o comando status. Então, ao invés de usar git status podemos usar git s para o mesmo comando, como um atalho.

$ git config --global alias.s status

Caso você não queira mais o alias criado, basta utilisar o comando abaixo com o nome criado para que ele seja removido das configurações:

$ git config --global --unset alias.s

Agora que já sabemos criar um alias vamos ver o poder real dele: a combinação de comandos. Para poder combinar os comandos precisamos:

Iniciar a sequencia de comandos com exclamação !
Separar os comandos por e comercial duplo &&
Por fim, todos os comandos deve ficar dentre de aspas simples

No exemplo abaixo estamos criar um alias com o nome s que irá executar, em sequencia, os comandos git status e git pull.

$ git config --global alias.s '!git status && git pull'

Incrível, não? Confesso que uso e abuso deste recurso, e isso me ajuda demais no dia-a-dia. Abaixo vou deixar meus alias preferidos: o git pizza que limpa e atualiza o repositório; e o git nuke que faz a mesma coisa porém descarta tudo que está no gitignore, como se o repositório tivesse sido clonado sem nada além do que está no remote.

$ git config --global alias.pizza '!git clean -fd && git reset --hard && git fetch -fp && git pull'
$ git config --global alias.nuke '!git clean -fdx && git reset --hard && git fetch -fp && git pull'

Um dos motivos de escrever este post foi ter estes comandos fáceis de achar quando eu precisar, além de compartilhar algo que acho bem interessante e produtivo no uso do git. Se você tem alguma dica legal para usar o git deixe aqui nos comentários.

O Futuro do Game Design: Palestra de Mark Venturelli

Mon, 08 Aug 2022 00:00:00 +0000

O game designer e fundador da Rogue Snail, Mark Venturelli, apresentou uma brilhante palestra no Big Festival 2022 sobre sua visão para o futuro do game design e da indústria de games.

Apesar da qualidade baixa, é possível assistir a palestra na íntegra no vídeo abaixo. Esta é a primeira vez que não quero comentar o conteúdo da palestra para não dar spoilers, pois recomendo assistir para entender onde Mark leva o espectador com sua apresentação. Posso adiantar que concordo com ele.

O vídeo acima foi publicado no canal do Mark, e ele também disponibilizou os slides da apresentação neste link.

Download de modelos 3D para jogos

Fri, 09 Apr 2021 00:00:00 +0000

Há um tempo atrás escrevi este post sobre sites para baixar sprites e modelos de jogos. Por mais que seja legal utilizar artes dos nossos jogos favoritos, existem leis de copyright que não permitem que um jogo seja feito e comercializado com propriedade intelectual de outras empresas.

Pensando nisso montei a lista de links abaixo, que são de sites onde artistas e animadores disponibilizam seu trabalho. Existe muito conteúdo gratuito mas lembre de sempre creditar o autor em seu jogo. Mesmo que não seja necessário para alguns casos, é um tipo de reconhecimento e divulgação muito bem vinda para alguem que dedicou horas (e até dias) criando uma arte ou animação, e depois disponibilizando gratuitamente.

Existem artes e animações que são pagas, muitas com preço bem acessível. Se você está fazendo um prótipo ou apenas testando algo, o conteúdo gratuito deve ser o suficiente para te ajudar em seu projeto. Porém, se você está desenvolvendo um jogo para ser lançado, recomendo dar uma olhada nas artes pagas pois existem muitas tão incríveis que vão deixar seu jogo ainda mais profissional, além de ajudar um artista talentoso.

Sketchfab
#

Conteúdo: Modelos 3D e animações (pagos e gratuitos). Possui plugins para Unity, Unreal e Godot.

Site: https://sketchfab.com

Turbo Squid
#

Conteúdo: Modelos 3D e animações (pagos e gratuitos).

Site: https://turbosquid.com

Unity Asset Store
#

Conteúdo: Modelos 3D e animações (pagos e gratuitos).

Site: https://assetstore.unity.com

Unreal Marketplace
#

Conteúdo: Modelos 3D e animações (pagos e gratuitos).

Site: https://unrealengine.com/marketplace

Kenny
#

Conteúdo: Modelos 3D (pagos e gratuitos).

Site: https://kenney.nl

Open Game Art
#

Conteúdo: Modelos 3D (gratuitos).

Site: https://opengameart.org

Conhece algum que não está a lista? Deixe um comentário abaixo pra eu poder incluir na lista.

Modelo 3D da capa: The Lighthouse.

Rodando Jenkins em um Raspberry Pi Zero W

Mon, 07 Sep 2020 00:00:00 +0000

Raspberry Pi é um computador muito simples e com hardware limitado e, por esse motivo é muito barato e usado para as mais diversas coisas, desde um simples desktop até robôs e máquinas de jogos retrô. Esses são alguns exemplos, mas basta procurar pra ver a quantidade de projetos feitos utilizando esse simples pedaço de hardware.

O modelo mais simples atualmente é o Raspberry Pi Zero que custa USD 5 e possui um processador single-core de 1 GHz, 512MB de RAM, slot para micro SD, uma porta micro USB para conectar periféricos, uma porta micro USB para energia e uma porta mini HDMI. A versão que usei para configurar o Jenkins é o Raspberry Pi Zero W, que possui o mesmo hardware porém, com Wi-Fi e Bluetooth, o que faz o valor aumentar para USD 10.

A ideia de rodar o Jenkins neste hardware limitado surgiu como um primeiro projeto para poder entender como é trabalhar com um Raspberry Pi, e os requisitos mínimos para instalar este sistema de integração contínua (CI) estão dentro das configurações do hardware. Estou utilizando um micro SD de 64GB, que é mais do que suficiente.

O primeiro passo é baixar o Raspberry Pi Imager para o seu sistema operacional e conectar o card micro SD em sua máquina para ser formatado e instalar o OS. Aqui vem o primeiro detalhe: Apesar de ter alguns sistemas operacionais na lista, como o Ubuntu, o processador do Raspberry Pi Zero é um ARM6, e por esse motivo ele é limitado aos sistemas operacionais desta arquitetura. A única opção deste lista é o Raspberry Pi OS, que é um port do Debian.

É possível conectar monitor, mouse e teclado no Raspberry Pi Zero, utilizando os devidos conectores. Mas, no meu caso, quero acessá-lo pela rede como um servidor, por isso não preciso de uma interface de desktop. Sendo assim, instalei o Raspberry Pi OS Lite, que não possui desktop. Caso você queira rodar outros sistemas operacionais, um hardware mais robusto como o Raspberry Pi 4 pode ser uma opção melhor.

Com o micro SD formatado e com o Raspberry Pi OS Lite devidamente instalado nele, é preciso fazer apenas duas configurações antes de colocá-lo no Raspberry Pi Zero e iniciar seu sistema. O acesso por SSH vem desabilitado por padrão, e para habilitá-lo precisamos criar um arquivo com nome SSH na raiz do micro SD. Além disso, como o acesso vai ser feito por Wi-Fi, é preciso criar um arquivo com o nome da rede e senha para que ele conecte automaticamente na rede. Os comandos abaixo podem ser utilizamos no macOS para criar os arquivos.

touch /Volumes/boot/ssh
touch /Volumes/boot/wpa_supplicant.conf

Em seguida, abra o arquivo wpa_supplicant.conf no notepad ou similar para editar seu conteúdo. Cole o texto abaixo, mas lembre de substituir os valores para sua rede Wi-Fi e senha.

country=US
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
 ssid="NETWORK-NAME"
 psk="NETWORK-PASSWORD"
}

Agora pode-se remover o micro SD e colocá-lo no Raspberry Pi Zero, e então conectá-lo na energia para ser iniciado. Por mais que sua fonte de alimentação seja um cabo micro USB, não conecte em sua máquina, mas sim utilize um adaptador para ligá-lo na tomada. Depois de algumas piscadas o LED verde da placa deve ficar estável, e então abra seu terminal e utilize os comandos abaixo para conectar no Raspberry Pi Zero. O usuário padrão é pi e a senha padrão é raspberry, lembre-se de alterá-la depois.

ssh pi@raspberrypi.local

Após conectar com sucesso no Raspberry Pi Zero, é preciso atualizar seus pacotes e instalar o Java 1.8, o qual é necessário para rodar o Jenkins. Instalar o Java padrão irá causar diversos erros por causa da arquitetura do hardware. Por isso, utilizei o OpenJava, que possui uma versão do Java 1.8 para o ARM6. Conforme as linhas abaixo:

sudo apt-get update -y
sudo apt-get upgrade -y
sudo apt-get install openjdk-8-jdk

Por fim, para instalar o Jenkins. Lembre-se de que o Raspberry Pi OS é um port do Debian, por isso é necessário executar os passos para instalação do Jenkins no Debian. Se você estiver utilizando outro sistema operacional, procure as instruções adequadas no site oficial. A última linha do bloco abaixo, adicionar o Jenkins como um serviço para sempre ser inicializado junto com o sistema operacional.

wget -q -O - https://pkg.jenkins.io/debian-stable/jenkins.io.key | sudo apt-key add -
sudo sh -c 'echo deb https://pkg.jenkins.io/debian-stable binary/ > /etc/apt/sources.list.d/jenkins.list'
sudo apt-get update -y
sudo apt-get install jenkins
sudo systemctl enable --now jenkins

Com todos estes comandos executados com sucesso, você está pronto para abrir o navegador em http://raspberrypi.local:8080 e começar a configurar o Jenkins seguindo os passos no navegador. Parabéns, você tem um CI rodando em um Raspberry Pi!

Existe um pequeno detalhe que só descobri depois de tudo isso. Apesar do Raspberry Pi Zero estar nos requisitos mínimos para rodar o Jenkins, ele é extremamente lento. Se prepare para ver a tela acima por vários minutos antes de fazer qualquer coisa no Jenkins. E tenha paciência para configurar jobs, muita paciência mesmo! O hardware é muito limitado, e apesar de um projeto interessante, não recomendo utilizá-lo como um servidor local de CI. Provavelmente um Raspberry Pi 4 funcione melhor, pois possui um processador quad-core e o principal gargalo nesse sistema é o processamento.

Com muita paciência consegui criar um servidor Node e fazer o deploy de uma aplicação bem simples utilizando o Jenkins, tudo rodando no mesmo servidor do Raspberry Pi Zero - algo bem impressionante, beirando o limite de memória RAM do hardware.

Sites para baixar sprites e modelos de jogos - atualizado!

Mon, 11 Nov 2019 00:00:00 +0000

Neste post adicionei uma lista atualizada dos sites que eu conheço e uso para baixar sprites e modelos para jogos. São artes de jogos já lançados e artes que podem ser utilizadas comercialmente para seu próprio jogo.

Todo programador que não sabe nada de arte, como eu, sempre precisa de alguma imagem ou modelo para um teste técnico, protótipo ou até seu próprio jogo. É importante que, para um programador, a arte não seja uma barreira para programar, por isso estes sites são muito úteis.

Sprite Database
#

Conteúdo: Sprites e spritesheets de jogos desde o Atari até o Playstation 4.

Site: http://spritedatabase.net

The Spriters Resource
#

Conteúdo: Sprites e spritesheets de jogos desde o Atari até o Playstation 3.

Site: https://www.spriters-resource.com

The Models Resource
#

Conteúdo: Models 3D de jogos desde o Playstation 1 até o Playstation 4.

Site: https://www.models-resource.com

The Models Resource
#

Conteúdo: Modelos 3D de jogos desde o Playstation 1 até o Playstation 4.

Site: https://www.models-resource.com

The Textures Resource
#

Conteúdo: Texturas de jogos desde o Playstation 1 até o Playstation 3.

Site: https://www.textures-resource.com

The Sounds Resource
#

Conteúdo: Efeitos sonoros de jogos desde o Playstation 1 até o Playstation 4.

Site: https://www.sounds-resource.com

Game Art 2D
#

Conteúdo: Sprites e spritesheets para o seu jogo (pagos e gratuitos).

Site: https://www.gameart2d.com

Craftpix
#

Conteúdo: Sprites e spritesheets para o seu jogo (pagos e gratuitos).

Site: https://craftpix.net

Open Game Art
#

Conteúdo: Sprites e modelos 3D para o seu jogo (gratuitos).

Site: https://opengameart.org

Unity Asset Store
#

Conteúdo: Sprites e modelos 3D para o seu jogo (pagos e gratuitos).

Site: https://assetstore.unity.com

Kenny
#

Conteúdo: Sprites e modelos 3D para o seu jogo (pagos e gratuitos).

Site: https://kenney.nl/assets

Conhece algum que não está a lista? Deixe um comentário abaixo pra eu poder incluir aqui.

Videos de desenvolvimento de jogos da GDC e Unity

Fri, 12 Jan 2018 00:00:00 +0000

Esta semana quis fazer um post com uma lista de alguns videos sobre desenvolvimento de jogos que assisti recentemente e gostei bastante. Há algum tempo fiz algo parecido neste post sobre videos no YouTube, e este aqui é uma segunda lista com mais vídeos.

Vou tentar faz um post assim sempre que tiver uma lista interessante de recomendações, e como sempre recomendo acompanhar os canais da Unity e GDC no YouTube. No próximo post com sugestões vou adicionar videos de outros canais também, se tiver sugestões deixe nos comentários.

Projeto de jogo para TCC

Sun, 13 Aug 2017 00:00:00 +0000

Muita gente que quer trabalhar com jogos durante a faculdade tem a ideia de tentar fazer um jogo como trabalho de conclusão de curso (TCC), e eu digo tentar por que dependendo da faculdade e do curso podem não aceitar que este projeto seja um jogo, em muitos casos por falta de conhecimento dos professores e orientadores.

Existem também os cursos de desenvolvimento de jogos, onde este é o objetivo principal do curso, porém isto também pode esbarrar na falta de conhecimento de professores e orientadores, e quem paga o preço são os alunos que começam o curso querendo fazer um MMORPG e terminam sem conseguir fazer um PONG.

A indústria de jogos no Brasil é pequena, e a parcela de profissionais que também dão aulas é ainda menor. Por este motivo é bem comum que em cursos de desenvolvimento de jogos apenas parte dos professores tenham feito um jogo. E eu digo feito no sentido de fazer e publicar, e ver como é difícil este processo para poder transmitir esta experiência em aula, poder mostrar seus erros e acertos na carreira.

Quando fiz meu jogo para o TCC da pós-graduação, o Oniro, eu escrevi este post contando sobre o início do projeto e quais eram minhas dúvidas, principalmente em relação a tecnologia. Eu quase escolhi algo que não conhecia para fazer o jogo, uma linguagem de programação e um framework/engine que nunca tinha usado mas que estava na moda, e eu quase cometi este erro. No fim acabei escolhendo utilizar o que eu tinha mais segurança e conhecimento para fazer o jogo, que foi XNA e C#, e isso me deu tempo para focar em realmente fazer um jogo ao invés de aprender a programar em outra linguagem. Eu tive a sorte de perceber isso sozinho, principalmente por que fiz a mesma escolha na graduação e usei C# para o TCC pelo mesmo motivo, e este é o tipo de ajuda que um orientador com experiência em desenvolvimento de jogos pode dar para alunos iniciantes.

Durante o desenvolvimento do meu TCC eu consegui entrar em uma empresa de jogos, a Glu, e tive que dividir meu pouco tempo livre entre continuar o TCC e estudar o que estava usando no trabalho (J2ME). Se eu tivesse escolhido usar C++ e SDL, por exemplo, que eram ambas coisas novas pra mim, eu não teria feito nem metade do jogo, ou pelo menos não com a qualidade que queria. No meu post sobre o término do TCC, coloquei as coisas que deram certo e as que não deram, e usar algo que eu conhecia foi o que deu mais certo. Outra coisa que coloquei lá é que, como não tinha um artista pra me ajudar, usei sprites que encontrei na internet pra fazer o jogo, sem me preocupar em fazer arte ou procurar alguém pra fazer, e isso deu tão certo que eu estava com o jogo pronto 1 mês antes da entrega, e passei este 1 mês atualizando a arte, som e interface do jogo. Esta é outra dica que não me deram, e que me ajudou muito a não ficar parado sem ter arte pra fazer o jogo.

Existem mais coisas que deram errado: cobrar que parte da entrega do TCC fosse um plano de negócios detalhando como seria feita a empresa, custos, etc. Na minha opinião isso é algo inútil, pois é muito raro um jogo feito durante o TCC, por alunos sem experiência, ter a qualidade para ser publicado. O resultado é que muitos, e eu também, fizemos isso de qualquer jeito só pela nota e para "agradar" o professor da disciplina. Isto foi há 7 anos atrás, e ainda hoje é difícil fazer alunos e professores entenderem o que é fazer jogos.

Seu primeiro projeto é para você aprender a fazer um jogo, entender todos os desafios e obstáculos, e ver se é isso que você realmente quer. Colocar na cabeça de alunos que este projeto pode ser lançado no final do curso e que podem ganhar dinheiro com isso é muito errado, e isso causa mais casos de desistência do que de sucesso. Falo isso tudo por experiência, por tudo que vi nesses 7 anos trabalhando na indústria de jogos. É muito melhor ter um jogo simples mas bem polido do que algo grande demais que não vai ficar pronto a tempo ou vai ficar muito ruim, e este é o trabalho que muitos orientadores não fazem: orientar. Ao invés disso o projeto se torna um trabalho para agradar o orientador, a banca e a faculdade.

Fazer jogos é difícil, por isso você precisa escolher isso pelos motivos certos, motivos que te animem a acordar cedo e se dedicar a aprender e fazer uma experiência que outras pessoas vão querer jogar. Escrevi este post ano passado com uma pergunta, Por que você faz ou quer fazer jogos?, e são coisas assim que pra mim estão muito acima de querer fazer jogos para ganhar dinheiro, e é isso que falta ser ensinado. Menos empreendedorismo com falsas esperanças, mais jogo como arte e forma de expressão.

Imagem da capa: Angry man using bazooka do Shutterstock.

Por que você faz ou quer fazer jogos?

Sat, 03 Dec 2016 00:00:00 +0000

Acredito que se você está lendo este texto existem grandes chances de você querer desenvolver jogos ou já trabalhar na área. É muito provável que alto te motivou a querer isso, algo mais sério do que "escolhi por que eu gosto de jogar", já que exige muita dedicação para fazer carreira na indústria de jogos.

Pra mim o interesse surgiu por que eu gostava de jogar, mas quando comecei a estudar Ciência da Computação percebi que era algo muito desafiador de criar e compensador de ver alguém jogando o que você criou. Já escrevi alguns posts sobre este assunto, e recomendo dar uma lida no O dia em que vi uma pessoa jogando um jogo que fiz na Electronic Arts e no É por isso que faço jogos!, ambos são exemplos de recompensa que um desenvolvedor de jogos por ter. Algo tão simples, mas que faz todo trabalho valer a pena (pelo menos pra mim).

Semana passada aconteceu o Video Game Awards em Los Angeles, um premiação para as empresas e pessoas que criaram as melhores experiências no ano. Fiquei com vontade de escrever este posts pois dois prêmios tiveram discursos muito emocionantes, que descrevem tudo que escrevi aqui. Confiram abaixo o discurso do desenvolvedor do That Dragon, Cancer e do youtuber Boogie2988.

Então, por que você faz ou quer fazer jogos?

Imagem da capa: Playing game do Shutterstock.

Engines e frameworks open source no GitHub

Sun, 27 Nov 2016 00:00:00 +0000

O GitHub é uma ótima plataforma para versionamento de projetos com código aberto usando git, mas ele não é apenas isso. Existem muitas features no GitHub que as vezes parecem escondidas mas valem muito a pena ver. Uma parte que eu descobri recentemente foi a página Showcases, que agrupa listas de projetos por categorias. Não todos, mas os mais populares.

Neste link está a lista de game engines e frameworks que são open source, populares e ativos no GitHub. Abaixo vou comentar sobre algumas engines e frameworks que eu conheço e já usei, mas recomendo você a conhecer todas as 24 que estão no link (assim como eu também vou fazer!).

cocos2d-x

Esta é um dos meus frameworks preferidos para fazer jogos em C++. Conheci há uns 4 anos quando estava trabalhando na Electronic Arts, e desde então sempre usei para fazer protótipos e até um jogo na última edição do Ludum Dare.

Nesses 4 anos este framework cresceu muito, ganhou ótimas tools e suporte de muitos desenvolvedores. Mudou tanto que quando fui utilizar no Ludum Dare tive que dar uma estudada novamente na documentação por que mudaram praticamente todas as classes e a maneira de usar algumas coisas, principalmente se adaptando ao C++11.

CRYENGINE

Embora eu conheça este engine há um tempo, só quando se tornou open source que eu tive oportunidade de testar. Ainda não fiz algo maior que um protótipo simples com ela, mas quem sabe no futuro não uso em algum projeto ou game jam. A linguagem de programação utilizada também é C++.

Se o seu computador consegue rodar Crysis baixe esta engine e faça alguns tutoriais para conhecê-la. Uma curiosidade: a engine da Amazon, Lumberyard, foi feita em cima da CRYENGINE.

MonoGame

O Mono surgiu como um projeto open source para permitir o desenvolvimento de software com C# em sistemas Unix (Linux e Mac), e o MonoGame surgiu como um framework semelhante ao XNA da Microsoft para desenvolvimento de jogos.

O XNA foi um framework muito especial pra mim, fiz vários projetos nele quando comecei a estudar desenvolvimento de jogos, e até o meu TCC por eu ter experiência com C# na época. Eu usei o MonoGame algumas vezes mas não gostei muito, acho que estava esperando algo realmente como o XNA, porem ele tem suas próprias características. Mesmo assim, vale a pena dar uma olhada.

Torque2D e Torque3D

A Torque foi a primeira engine que eu ouvi falar por que um amigo estava fazendo seu TCC com ela quando eu trabalhei na Level Up! Games. Naquela época ela era a opção com melhor custo/benefício, e acho que existia apenas a versão 3D.

Há algum tempo a GarageGames abriu o código das suas duas engines para poder continuar atraindo desenvolvedores, já que hoje existem muitas opções gratuitas.

Outras engines e frameworks

Embora não esteja nesta lista, por ser um repositório privado, a Unreal Engine tem seu código aberto e basta se cadastrar no site para ter acesso. Existem outras engines e frameworks que são open source porém não estão hospedadas no GitHub, como os frameworks SDL e Irrlicht. Como o objetivo do post foi comentar sobre esta lista do GitHub não coloquei aqui as opções que não estão lá, mas basta dar uma olhada na Wikipedia que você encontrará muitas opções.

Imagem da capa: Game Developing on the Golden Gears do Shutterstock.

Revisão de código

Sat, 19 Nov 2016 00:00:00 +0000

Esta é uma prática muito comum em empresas de médio e grande porte, mas na minha opinião poderia ser algo que muitas empresas pequenas deveriam tentar adicionar ao seu processo de desenvolvimento. Existem algumas maneiras formais de fazer revisão de código, mas neste post quero comentar da minha experiência em revisão de código.

Na primeira vez que conheci este processo na prática foi quando trabalhei na Electronic Arts. Em projetos que estão em desenvolvimento existe uma exigência muito grande por parte dos líderes de que todo código seja revisado antes de fazer o merge das alterações para o branch principal do projeto.

Para a revisão funcionar é necessário que a equipe trabalhe com o conceito de branches. Isto pode ser facilmente feito em ferramentas de versionamento como git e perforce (este é o que a EA usa). Cada feature ou bug fix deve ser feita em um branch separado, e quando terminada o merge é feito para o branch principal de desenvolvimento. É neste ponto que a revisão de código acontece.

A revisão do código, sempre feita por outro programador que não trabalhou no branch, pode ser algo mais leve como só verificar se existe algo que pode ser melhorado ou algo mais exigente, como verificar se o código está escrito no padrão do projeto (nomes de variáveis e métodos, espaçamento, quebras de linha, entre outros). No início, para um programador novo na equipe, é normal que o código necessite alterações, mas com o tempo tudo fica mais natural. Caso o revisor aprove o código, ele pode ser mergeado no branch de desenvolvimento. Caso contrário, o revisor enviará uma lista de alterações e até sugestões para melhorar o código.

Um dos benefícios da revisão de código não é só garantir que os padrões de desenvolvimento do projeto estejam sendo seguidos, mas também ajuda a evitar que novos códigos sejam adicionados em lugares errados ou que algo que já exista seja escrito novamente. A revisão de código ensina o programador a ter mais cuidado com o código que está escrevendo.

É importante lembrar que a revisão do código não é um teste unitário e muito menos gerar uma build e testar. Os testes de código provavelmente serão executados no momento de gerar uma build para algum QA testar ou após o merge do código no branch de desenvolvimento. A revisão do código busca a qualidade do código escrito e o padrão de desenvolvimento do projeto.

Outro ponto para se lembrar é que a revisão de código só funciona se todos programadores da equipe tiverem o bom senso de seguir os padrões do projeto. Não adianta introduzir algo que não será seguido por que alguém acha que é besteira ou perda de tempo, e prefere escrever o código de qualquer jeito só para terminar suas tarefas antes do prazo. Escrever código com qualidade nunca é perda de tempo, e qualquer processo que possa garantir a qualidade do código é útil em projetos com muita gente trabalhando ao mesmo tempo.

Imagem da capa: Programmer working do Shutterstock.

Videos da GDC no YouTube

Sat, 15 Oct 2016 00:00:00 +0000

A Game Developers Conference (GDC) é bem famosa na indústria, e com certeza o maior evento para desenvolvedores de jogos. A GDC tem sua edição principal nos EUA e algumas edições um pouco menores na Europa e Asia, assim como edições especiais, como a VRDC. Todo conteúdo das palestras ficam disponíveis no site GDC Vault, que possui alguns conteúdos gratuitos mas sua maioria precisa de uma assinatura mensal para ter acesso.

Ano passado a GDC começou um canal no YouTube, e a cada dia eles postam um video do seu conteúdo pago. Muitas vezes as palestras são curtas, ou até de alguns anos atrás, mas eles também postam videos recentes e longos. Vale muito a pena acompanhar este canal e assistir seus videos, muitas vezes são melhores do que aulas.

Os videos abaixo são alguns dos meus favoritos, recomendo assistir pois são verdadeiras aulas sobre desenvolvimento de jogos!

Quais são seus favoritos?

Por que temos que jogar jogos diferentes

Wed, 14 Sep 2016 00:00:00 +0000

Isto é algo que já escrevi aqui no blog, mas recentemente percebi que eu não estava fazendo. Ultimamente tenho jogado sempre os mesmos jogos, e isto ficou refletido nos últimos jogos que fiz participando do Ludum Dare.

Desde o ano passado comecei a jogar muitos jogos de tabuleiro novos pra mim, principalmente pelo rápido crescimento deste mercado no Brasil. Há alguns anos existiam poucos jogos e poucas empresas publicando por aqui, mas atualmente temos centenas de jogos disponíveis para todos os gostos, e muito mais está por vir. Por jogar com mais frequência jogos de tabuleiro do que jogos digitais, acabei lendo e pesquisando mais sobre eles, o que fez meu pensamento ficar limitado a mecânicas de jogos analógicos quando precisei criar algo digital.

Dos 5 jogos que fiz nos últimos Ludum Dares, 3 deles são claramente mecânicas de jogos analógicos, e eu não tinha percebido isto até o quinto jogo. Embora eu tenha jogado jogos de tabuleiro diferentes, muitos compartilham as mesmas mecânicas ou temas. No quarto jogo que fiz comecei a perceber que estava faltando algo no game design, mas não era apenas isso, minha visão estava limitada a jogos analógicos. Tentei mudar no último jogo, mas meus recursos de game design foram limitados pelas minhas experiências recentes em jogos de tabuleiro.

É engraçado que até neste outro jogo que estou desenvolvendo e postando aqui, o Final Frontier, minhas referências iniciais também são alguns jogos de tabuleiro. Felizmente percebi que estava com esse pensando de mecânicas analógicas e decidi fazer algumas coisas diferentes para mudar, principalmente voltar a jogar jogos digitais. Mas, como já escrevi neste post, não adianta ficar jogando sempre as mesmas coisas.

Durante este ano inteiro eu joguei apenas 3 jogos diferentes por um tempo considerável: Destiny, Overwatch e No Man's Sky. Não adianta eu voltar a jogar os mesmos jogos se quero começar a pensar em mecânicas diferentes, por isso listei abaixo o que estou fazendo para mudar isso e voltar a pensar em mecânicas de jogos digitais para jogos digitais. Os itens se resumem a jogar jogos, porém de uma maneira que sejam diferentes e fora da zone de conforto (e sem gastar comprando vários jogos).

Jogos gratuitos no Steam - eu recomendo ir na lista de lançamentos populares ao invés de ir na lista de jogos mais populares, assim você tem jogos novos, gratuitos e diferentes para jogar
Jogos gratuitos no Game Jolt - este site é ótimo para publicar jogos (aqui estão alguns meus) e também descobrir alguns jogos indie, jogue os destaques da página inicial
Humble Bundle - por $1 dólar é possível comprar um bundle de jogos (aproveite para comprar o GameMaker esta semana lá), geralmente com jogos indie
Se você assina a PSN Plus ou Xbox Live Gold, todo mês tem alguns jogos grátis para jogar - eu sempre ignorava os jogos da PSN por não ser algo que eu jogaria, mas agora estou baixando e jogando.
Por fim, jogos gratuitos no Google Play e App Store - se você já jogou os mais baixados, tente procurar por sugestões ou lançamentos.

Esta lista acima para mais com "onde baixar jogos gratuitos" do que uma lista de estudo, mas tudo depende de como você encara isto. Minha recomendação é jogar algo novo toda semana, ou mesmo todo dia se possível, por pelo menos 1 hora e fazer anotações sobre o jogo: o que é legal, o que não é legal, quais são as mecânicas utilizadas, o que poderia ser diferente. Isto é um ótimo exercício de game design, e vai te ajudar na hora de fazer jogos. Isto é algo que eu fazia com frequência, mas aos poucos fui deixando de lado, e meus últimos jogos no Ludum Dare me mostraram as consequências de jogar sempre as mesmas coisas.

Jogar é muito importante para um desenvolvedor de jogos, assim como um cineasta assiste diversos filmes. Jogos também são uma forma artística de expressão, por isso é essencial sempre conhecer jogos novos (de indies a AAA) e jogá-los para se manter criativo. Espero que eu consiga mostrar estas mudanças no desenvolvimento do Final Frontier e no próximo Ludum Dare em Dezembro.

Imagem da capa: Vector Flat Game Illustration do Shutterstock.

Incentivos financeiros para desenvolver jogos no Brasil

Wed, 27 Jul 2016 00:00:00 +0000

Este post foi uma sugestão do leitor Felipe, que inclusive me enviou boa parte do conteúdo abaixo. Ser um desenvolvedor independente não é fácil, principalmente quando se tem pouco ou nenhum recurso para investir.

Até pouco tempo atrás a maneira mais comum para nós brasileiros conseguir investimento era ir atrás de publishers de fora e apresentar um jogo quase pronto, nada de idéias ou protótipos inacabados. E mesmo sendo possível conseguir investidores fora do país, ainda assim era necessário tirar dinheiro do próprio bolso para construir o jogo antes de ser apresentado, além dos custos de viajar para eventos e apresentar o jogo.

Felizmente aos poucos isso tem mudado no Brasil, e agora temos algumas opções para ter o jogo financiado por programas do governo. Alguns estúdios brasileiros já se beneficiaram ou estão se beneficiando dos programados que vou comentar abaixo. Não sou especialista neste assunto, portanto o conteúdo abaixo foi escrito baseado nos links que recebi e mais o que pesquisei. A ideia deste post é mostrar as alternativas que temos no Brasil, e não entrar em discussões políticas.

Lei Rouanet

Acredito que o primeiro programa do governo que passou a aceitar jogos foi a Lei Rouanet do Ministério da Cultura, que depois de muito custo começou a ver jogos como uma expressão artística e não como um brinquedo ou jogo de azar. O jogo Toren, da Swordtales, conseguiu investimento através desta lei e foi lançado ano passado para PC e PS4. O vídeo abaixo explica como funciona este programa.

Editais da Prefeitura de São Paulo

A prefeitura de São Paulo tem editais voltado para investimento em produções audiovisuais, e jogos são aceitos. My Night Job, da Webcore Games, foi lançado este ano com investimento obtido através de um edital. Ninjin: Clash of Carrots, da Pocket Trap, também conseguiu investimento pelo edital da prefeitura.

Após o Big Festival, o edital Batalha Animada foi aberto e conta com R$100 mil para o desenvolvimento de games para dispositivos móveis. Mais R$100 mil são oferecidos por uma parceria com o Canadá. É claro que não é fácil conseguir o investimento através de um edital, mas existem algumas opções e vale a pena ficar de olho no site da Spcine.

INOVApps

O INOVApps é um concurso do Ministério das Comunicações que tem como objetivo apoiar o desenvolvimento de aplicativos para dispositivos móveis. É um pouco difícil encaixar um jogo neste concurso, pois ele requer que o projeto se encaixe em algumas categorias específicas, e a mais segura para jogos é Educação/Ensino. Não é um concurso difícil de participar e ganhar, pois não há apenas um projeto selecionado, mas precisa ter um bom material para ser submetido e se adequar ao edital do concurso.

Parece que alguns jogos que ganharam este concurso ano passado tiveram seu financiamento suspenso devido a uma decisão judicial, mas este é o único link sobre o assunto.

BNDES

A Aquiris, desenvolvedora do Horizon Chase que venceu o prêmio de melhor jogo no Big Festival, foi a primeira empresa brasileira do setor de games a conseguir investimento do BNDES. Foram R$ 1,5 milhão financiados para o plano de negócios da empresa. Eu acredito que este deve ser o financiamento mais difícil de conseguir, mas também é o que deve investir o maior valor em uma empresa.

Outras formas de investimento

Apesar de ser um concurso, o Big Festival possui um bom prêmio para os vencedores e, o que é mais importante na minha opinião, visibilidade internacional. Os vencedores saíram em portais de games no Brasil e no exterior, o que pode ajudar bastante a divulgar o jogo e talvez abrir novos investimentos para a empresa.

Não tenho certeza, mas acho que para a maioria dos programas acima é necessário ter uma empresa aberta, por isso concursos são uma boa forma de conseguir dinheiro para investir em projetos.

Se você conheço outros incentivos financeiros para desenvolver jogos no Brasil deixe um comentário abaixo que eu adiciono nesta lista.

Imagem da capa: Young man using a laptop do Shutterstock.

Como desbloquear o Xbox One para o modo desenvolvedor

Wed, 08 Jun 2016 00:00:00 +0000

Eu não tenho um Xbox One (ainda), mas após a Microsoft anunciar uma atualização que transformou qualquer Xbox One em um kit de desenvolvimento eu comecei achar interessante a ideia de ter o console para jogar e desenvolver jogos.

Estes são os pré-requisitos para transformar seu console em uma ferramenta para desenvolvimento de jogos:

Participar do programa Windows Insider
Ter Windows 10 atualizado no seu computador
Conectar o computador no Xbox One através de um cabo
Instalar a última versão do Visual Studio 2015
Ter pelo menos 30GB de espaço disponível no Xbox One

Ainda não tive a oportunidade de testar o Xbox One no modo desenvolvedor, mas assim que eu conseguir pretendo postar mais informações e sobre como funciona a integração com a Unity.

Aprenda game design jogando Super Mario 64

Wed, 18 May 2016 00:00:00 +0000

O site Polygon publicou uma notícia sobre um canal do YouTube onde o autor cria videos ensinando técnicas de game design enquanto joga Super Mario 64.

O jogo lançado para o Nintendo 64 e criado pela lenda vida Shigeru Miyamoto possui tantos detalhes que normalmente passam despercebidos, mas se retirarmos eles o jogo perde um pouco do seu brilho. São estes detalhes que o canal pannenkoek2012 busca exemplificar e ensinar.

Eu selecionei dois videos que eu gostei, mas eu recomendo dar uma olhada nos demais videos do canal.

Se você quiser ler mais sobre o quão incrível o Super Mario 64 é, dê uma lida nesta matéria do IGN.

Dicas de John Romero para desenvolver jogos

Wed, 11 May 2016 00:00:00 +0000

John Romero, co-fundador da Id Software e criador dos jogos DOOM e Quake, entre muitos outros, deu uma palestra em um evento da revista britânica Develop e falou sobre algumas técnicas para desenvolvimento que ele sempre usou, muitas indo contra ao que encontramos nos livros. Abaixo estão algumas frases que retirei do texto, a notícia completa pode ser lida aqui.

“No prototypes,” he said. “Just make the game. Polish as you go. Don’t depend on polish happening later. Always maintain constantly shippable code.

Tradução:

"Sem protótipos", ele disse. "Apenas crie o jogo. Faça polimento durante o projeto. Não conte com o polimento acontecendo mais tarde. Sempre tenha código pronto para ser lançado."

Na continuação do texto ele fala que se existe muito dinheiro e pessoas envolvidas, que provavelmente haverá um protótipo, mas quando se é pequeno e independente (como ele era). Segundo Romero, o melhor é sempre desenvolver algo final ao invés do ciclo que normalmente inicia com um protótipo, que então é descartado para desenvolver o jogo, e após o desenvolvimento estar completo entra na fase de polimento.

Isso faz muito sentido quando pensamos em empresas pequenas e independentes, mas é claro que existe um risco da equipe desenvolver um jogo se que muitas perguntas importantes tenham sido respondidas na fase de protótipo. Acho que se o game designer tem experiência, e o jogo está bem claro para a equipe, este é um risco que pode ser tomado. Muitas vezes não há tempo suficiente para fazer um protótipo, por isso é comum mesmo as empresas partirem para o jogo final desde o começo.

“As soon as you see a bug, you fix it. Do not continue on. If you don’t fix your bugs, your new code will be built on a buggy codebase and ensure an unstable foundation.”

Tradução:

"Ao encontrar um bug, corrija-o. Não continue o desenvolvimento. Se você não corrigir seus bugs, you novo código será escrito em cima de um projeto com problemas e resultando em uma base instável para o jogo"

Romero diz que não devemos perder o tempo de outras pessoas, se você encontrou um bug ele deve ser corrigido antes de prosseguir. É comum o programador saber que existem bugs mas envia o jogo para a equipe de testes sem falar nada, esperando que eles encontrem para ele corrigir após o bug ser "oficial" e estar anotado em algum lugar.

Novamente, esta é uma dica para pequenas empresas, pois não possuem processos burocráticos. Mas, independente do tamanho da empresa e do projeto, todo bug deve ser sempre corrigido, especialmente se for seu. Ou, se não houver tempo, pelo menos informe a equipe de testes (ou a pessoa que vai testar).

“Write your code for this game only – not for a future game. You’re going to be writing a new code later because you’ll be smarter.”

Tradução:

"Escreve seu código para este jogo apenas - não para jogos futuros. Você irá escrever um código novo depois pois você terá aprendido mais"

Muitos programadores, não só da área de games, se preocupam em fazer um código que poderá ser utilizado por vários projetos depois. Isto é uma preocupação válida, mas quando não se tem muito tempo não devemos nos preocupar em criar um framework antes de criar o jogo em si. E a segunda parte que ele disse é verdade, provavelmente você irá escrever um código melhor na segunda vez.

Em empresas grandes existem até equipes desenvolve ferramentas e frameworks para que as equipes que desenvolvem os jogos consigam focar em fazer o jogo.

O texto contém mais detalhes e dicas, e vale muito a pena ler. John Romero é um grande game designer, e sempre podemos aprender muito com desenvolvedores experientes como ele.

10 princípios para um bom level design

Wed, 20 Jan 2016 00:00:00 +0000

Há quase 3 anos atrás li um post muito bom do game designer Dan Taylor no gamasutra sobre dez princípios para um bom level design. Salvei o link para publicar aqui e acabei esquecendo, mas aqui está uma tradução/interpretação minha do resumo feito pelo autor.

É divertido de explorar – Usa uma linguagem visual clara para orientar o jogador pelo caminho principal, e cria interesse através da verticalidade, caminhos secundários, áreas escondidas e elementos de labirintos.
Não depende de palavras para contar uma história – Além da narrativa explicita através da história e objetivos, um bom level design apresenta uma narrativa implícita através do ambiente, e dá aos jogadores uma mecânica de escolhas para que eles possam criar sua própria narrativa emergente.
Diz ao jogador o que fazer, mas não como fazer – Garante que os objetivos da missão estão claros, mas permite aos jogadores completá-los do jeito que eles preferirem, e, sempre que possível, em qualquer ordem.
Ensina constantemente algo novo ao jogador – Mantêm o jogador engajado introduzindo novas mecânicas através do jogo, e impede que mecânicas já aprendidas sejam descartadas aplicando modificadores ou reutilizando-as de maneiras inusitadas.
É surpreendente – Um bom level design não tem medo de arriscar o ritmo, estética, localidade e outros elementos para criar uma experiência nova.
Capacita o jogador – Video games são escapistas e, como tal, devem abster-se do mundano. Além disso, um bom level design reforça a capacidade do jogador permitindo que eles experimentem as consequências das suas ações, de maneira imediata ou a longo prazo através do design dos de todos os níveis.
Permite ao jogador controlar a dificuldade – Prepara o caminho principal para jogadores iniciantes, apresentando à jogadores avançados desafios opcionais comunicando claramente o risco e a recompensa.
É eficiente – Recursos são limitados. Um bom design de nível cria eficiência através da modularidade, jogabilidade bidirecional, objetivos integrados e bônus exploráveis que fazem uso de todo espaço jogável.
Cria emoção – Começa pelo fim, com a resposta emocional desejada, e trabalha no sentido contrário, selecionando as mecânicas apropriadas, métricas espaciais e dispositivos de narrativa para alcançar aquela resposta.
É movido pela mecânica do jogo – Acima de tudo, demonstra a mecânica do jogo através dos níveis, para reforçar a natureza interativa única dos video games.

Confira o texto completo na parte 1 e na parte 2 deste artigo no gamasutra, lá cada um destes princípios é explicado com mais detalhes e exemplos. O level design é tão importante que muitos game designers e até artistas se especializam nesta área. Este é um bom resumo das preocupações que um level designer deve ter, mas existe muito mais do que isso para se estudar!

Imagem da capa: Game world computer game screen do Shutterstock.

Recomendação da semana

Como estou tentando fazer um post por semana, quero aproveitar para começar algo novo e deixar no final do texto uma sugestão de algo que me chamou a atenção durante a semana, sempre tentando relacionar isto com desenvolvimento de jogos.

Esta semana quero apresentar um card game chamado Star Realms, que possui versão física e digital (gratuita) para várias plataformas. A versão digital veio depois e é incrivelmente fiel a versão física do jogo, e acredito que tenha sido desenvolvido utilizando Unity. Apesar da mecânica do jogo ter sido muito bem implementada, a interface fica um pouco pequena em dispositivos móveis. O que me chamou mais a atenção neste jogo é a sua mecânica chamada deck building, que dá uma dinâmica incrível ao jogo.

5 dúvidas sobre programação de jogos

Wed, 13 Jan 2016 00:00:00 +0000

Recebi um email de um leitor do blog chamado Alexandre que, como muita gente que está começando, estava com dúvida em relação a indústria de games. Suas 5 perguntas foram tão bem formuladas que eu pedi sua permissão para postá-las aqui no blog, confira abaixo!

No mercado de programadores para games uma certificação conta muito na hora de uma contratação?

Não. É claro que é importante ter pelo menos uma formação sólida como Ciência da Computação ou Engenharia, mas o que realmente conta na contratação é experiência. E o bom é que esta experiência não é necessariamente profissional, conta tudo que você fizer no seu tempo livre e publicar em um portfólio. Meu primeiro emprego com games foi assim, mostrei o que eu já tinha feito e respondi todas perguntas dos entrevistadores.

Quais as qualificação mais desejadas pelas empresas , tanto no brasil como no exterior?

No Brasil: ter portfolio. No exterior: ser formado e ter portfolio. Ai depende do que vc estiver procurando. Se for trabalhar com mobile, por exemplo, muito provavelmente vão cobrar experiência com Unity (aqui e fora). No caso de programadores, os jogos do portfolio não precisam ser bonitos, mas você pode usar arte da internet e fazer o jogo para mostrar que sabe programar.

Em relação e linguagens de programação, devo conhecer a fundo uma linguagem ou ser generalista?

Saber bem uma linguagem de programação é bom, mas lembre-se que ser o melhor em C# não quer dizer que vc seja o melhor em usar C# para fazer jogos com uma engine ou framework. É preciso estudar linguagem de programação sim, mas no caso de jogos também é necessário estudar engines e frameworks. No começo parece que existem milhares de opções, mas depois de um tempo você se acostuma com tudo e a mudar de tecnologia com frequencia e não ficar preso em uma. Minha sugestão para começar é estudar C# e Unity, pois além de ser uma engine muito boa, também é o que as empresas aqui e fora estão mais usando atualmente.

O que você considera decisivo, imprescindível para alcançar o sucesso nesse ramo?

Ter um portfolio (para provar que sabe fazer jogos, como disse anteriormente) e saber Inglês. Quando comecei a minha pós logo percebi que também era necessário saber Inglês e comecei um curso. Isso foi decisivo para minha carreira, pois muitas entrevistas e até mesmo no meu dia a dia nas empresas que trabalhei eu tinha que usar Inglês. E além disso, a maioria dos livros bons estão em Inglês.

Algum outro conselho que queira contar?

Aproveite que você está começando na faculdade e tente encontrar na sua sala pessoas que tenham os mesmos interesses que você, isso pode te ajudar a focar os projetos do curso em games e até fazer um TCC sobre o assunto. E, quem sabe, não sai algo legal de um grupo assim. Outra dica importante: jogue jogos diferentes, não apenas os quevocê gosta. Arrisque baixar jogos que você normalmente não jogaria e tente aprender a fazer uma analise dele. Sempre que você achar que um jogo é ruim tente responder estas duas pergunta: ‘eu conseguiria fazer algo assim?’ e ‘o que eu faria para melhorar este jogo?’. Ah, além de programação, recomendo dar uma lida em game design também para abrir mais sua mente em relação ao processo de criação de jogos.

Muito obrigado ao Alexandre e a todos os outros leitores que acompanham o meu blog e me enviam emails. Tenho atualizado pouco aqui nos últimos meses, e até os emails estou demorando para responder. Mas (como já disse muitas vezes antes) vou tentar me organizar melhor para sempre postar um conteúdo legal aqui e responder emails o mais breve possível.

Imagem da capa: Computer programming source code do Shutterstock.

Chega, é hora de fazer jogos!

Tue, 06 Oct 2015 00:00:00 +0000

Fazem pouco mais de 5 anos que trabalho profissionalmente na indústria de jogos e, com cada vez mais tecnologias disponíveis para se fazer jogos, ainda é comum encontrar pessoas que ficam no “quero fazer jogos” e não fazem nem um PONG no tempo livre.

Mesmo quando eu comecei a trabalhar com jogos já existiam ferramentas bem legais para desenvolver, algo que era bem diferente há 10 anos atrás. Infelizmente, é bem fácil encontrar pessoas que falam que conhecem a Unity há anos, por exemplo, mas nunca fizeram um jogo. Lembrando que, como já escrevi neste post, fazer um jogo é desenvolver e publicar em algum lugar, não fazer algo e esconder no seu HD.

Decidi escrever este post agora por que é algo que está acontecendo comigo, e que encontrei uma solução que está funcionando. Se olharem meu portfólio, vão ver que tem muitos jogos que eu trabalhei, porém nenhum deles é meu. Este ano percebi que eu preciso de jogos meus no meu portfólio, e fiquei pensando no que fazer.

Quando se é novo na indústria de games é fácil ter muitas ideias, pois no começo não é muito claro se é realmente possível criar um jogo exatamente do jeito que foi pensado, pelo menos não sozinho. E quando se está há algum tempo na indústria, muitas ideias são ignoradas por saber que não é algo fácil de fazer ou que será algo muito demorado para desenvolver sozinho.

Então me surgiu uma ideia, participar do Ludum Dare, que é um concurso de desenvolvimento de jogos que acontece a cada 4 meses. Este ano participei de duas edições, o LD#32 e o LD#33, cada um com um tema bem diferente que me forçou a criar um jogo em menos de 48 horas e sozinho. Como escrevi no post sobre meus jogos do Ludum Dare, foi uma experiência incrível e agora quero participar sempre que tiver uma oportunidade dessas.

E agora começa a próxima fase deste processo, que é pegar estas ideias já desenvolvidas e com um feedback legal de quem jogou e começar a desenvolver um jogo mais completo e polido em cima destes conceitos. Não que isso seja tão fácil como parece, mas é um caminho mais seguro.

Esta foi a minha maneira de me forçar a criar jogos para meu portfólio, e espero que funcione. Nos próximos meses postarei aqui os resultados, e talvez até farei alguns posts sobre o desenvolvimento destes jogos.

Por isso, chega! É hora de fazer jogos! Não fique meses escolhendo a ferramenta perfeita para desenvolver seu jogo (isso não existe), não espere encontrar um artista (use arte temporária ou compre), não espere encontrar um programador (aprenda a programar ou use uma engine mais visual). Simplesmente faça um jogo.

Imagem da capa: Programming Concept do Shutterstock.

Jogos de tabuleiro e sua relação com jogos digitais

Wed, 02 Sep 2015 00:00:00 +0000

Acredito que muitos desenvolvedores de jogos (e jogadores) têm uma paixão especial por jogos de tabuleiro, principalmente jogos diferentes e desafiadores. Neste post quero falar sobre a relação deles com jogos digitais, e como funciona a conversão de um para o outro.

Quando comecei minha pós-graduação em Produção e Programação de Games não imaginava que existia uma conexão especial entre jogos digitais e analógicos (como os de tabuleiro ou card games), e foi após uma aula de Game Design que tudo isso mudou.

Infelizmente não lembro de qual livro o professor fez a citação, mas ele disse que “todos jogos digitais podem ser analógicos, e vice-ver”. Isso significa que, qualquer jogo digital pode ser convertido para um board game ou card game, e que qualquer jogo analógico pode se tornar um jogo digital. É claro que a adaptação nem sempre é trivial e pode exigir muito trabalho.

Vou dar um exemplo: League of Legends é um jogo digital, que poderia facilmente se tornar um jogo de tabuleiro. Tudo nele pode ser convertido:

O mapa do jogo seria um tabuleiro
Os personagens teriam suas miniaturas e cartas com respectivos atributos
Seria necessário algo para marcar a experiência e nível
As moedas e a “lojinha” estariam disponíveis para os jogadores
Cada jogador teria um número limitado de ações por turno
O combate seria utilizando dados e os atributos do personagem

Provavelmente features como marcar experiência e nível poderiam ser simplificadas, para deixar a jogabilidade mais fácil. Um bom exemplo de como ficaria este jogo em um board game é o Krosmaster Arena, que inclusive tem personagens vendidos separadamente (como se fossem “DLCs”):

Existem muitos exemplos de jogos digitais que foram convertidos para analógicos, como Word of Warcraft e Starcraft.

Agora vamos ao exemplo inverso, transformar um jogo de tabuleiro em digital. Aqui entra um detalhe curioso, pode ser bem complicado adaptar todas informações do jogo na interface digital e um multiplayer na mesma tela teria algumas desvantagens como poder ver cartas na mão de todos jogadores. Vamos analisar o board game Ticket To Ride, pois ele possui também uma versão digital chamada Ticket To Ride Pocket.

As cartas que cada jogador tem na mão devem permanecer secretas para ele apenas, pois são recursos para construir ferrovias e objetivos. Desta forma, não seria possível ter uma versão multiplayer no mesmo device, ou seria necessário pedir para todos fecharem os olhos quando você quisesse ver sua mão (mesmo durante o turno de outro jogador).

Pensando nisso, a versão digital só permite multiplayer local se cada jogador estiver com seu aparelho na mesma rede, assim cada um só vê a sua própria mão e quando quiser. Ou você pode jogar online com seus amigos em turnos, como o Words With Friends. Este jogo de tabuleiro possui poucas regras e poucos elementos para ser colocados em uma interface, o que deixou o jogo bem simples de se adaptar.

Outros jogos podem ser um pouco mais complicados de se adaptar, e exigir muitas regras e itens, como é o caso do XCOM: Enemy Unknown e o XCOM: Board game. Outros exemplos são card games famosos como Magic: The Gathering e Pokémon Trading Card Game que também tiveram suas versões digitais lançadas.

Comecei a jogar card games com Pokemon há muito tempo, depois conheci Magic e muitos outros. Recentemente comecei a me interessar mais por board games, e provavelmente vou fazer mais posts sobre este assunto no futuro.

Game Dev · Game Developer

Como criar atalhos com git alias

O Futuro do Game Design: Palestra de Mark Venturelli

Download de modelos 3D para jogos

Sketchfab #

Turbo Squid #

Unity Asset Store #

Unreal Marketplace #

Kenny #

Open Game Art #

Rodando Jenkins em um Raspberry Pi Zero W

Sites para baixar sprites e modelos de jogos - atualizado!

Sprite Database #

The Spriters Resource #

The Models Resource #

The Models Resource #

The Textures Resource #

The Sounds Resource #

Game Art 2D #

Craftpix #

Open Game Art #

Unity Asset Store #

Kenny #

Videos de desenvolvimento de jogos da GDC e Unity

Projeto de jogo para TCC

Por que você faz ou quer fazer jogos?

Engines e frameworks open source no GitHub

Revisão de código

Videos da GDC no YouTube

Por que temos que jogar jogos diferentes

Incentivos financeiros para desenvolver jogos no Brasil

Como desbloquear o Xbox One para o modo desenvolvedor

Aprenda game design jogando Super Mario 64

Dicas de John Romero para desenvolver jogos

10 princípios para um bom level design

5 dúvidas sobre programação de jogos

Chega, é hora de fazer jogos!

Jogos de tabuleiro e sua relação com jogos digitais

Sketchfab
#

Turbo Squid
#

Unity Asset Store
#

Unreal Marketplace
#

Kenny
#

Open Game Art
#

Sprite Database
#

The Spriters Resource
#

The Models Resource
#

The Models Resource
#

The Textures Resource
#

The Sounds Resource
#

Game Art 2D
#

Craftpix
#

Open Game Art
#

Unity Asset Store
#

Kenny
#