Porém quando se trata de jogos, esse método pode ser pouco. Principalmente porque a equipe geralmente é fixa, e há game designers, artistas, músicos e outras pessoas desempenhando papéis diferenciados no processo.

Dividindo o processo por partes, podemos ver que há muitas ferramentas que podem ajudar no desenvolvimento:

Planejamento e Documentação

Skype

A comunicação entre os membros da equipe pode ser feita toda pelo Skype. Principalmente por voz. E é útil em todo o processo de desenvolvimento, não só no planejamento.

É claro que o Skype traz algumas outras utilidades, por exemplo: a versão Windows tem um visualizador de tela remota. Infelizmente ele ainda não é bem desenvolvido para outras plataformas, mas a questão de telas remotas é simples, veremos adiante.

Google Docs

O Google Docs permite a edição de documentos colaborativa e há várias opções: você pode convidar apenas os usuários que quer que tenham acesso, ou então deixá-lo livre, para que todo mundo possa editar. Também é possível deixar o documento como somente visualização.

Cacoo

É possível criar diagramas em geral no Google Docs, porém é um tanto limitado. Já o Cacoo tem muitas opções para criação de qualquer tipo de diagrama. É muito útil no fase de planejamento do projeto. Tanto para criar diagramas UML de classes, ou comportamento, quanto para rabiscar uma interface.

Desenvolvimento

Sistema de controle de versão

É indispensável o uso de algum sistema de controle de versão, nem vou entrar nessa discussão aqui. Principalmente se você usar um sistema distribuido, como o Git ou o Mercurial.

Dropbox

Nada como ter um local de armazenamento público entre todos os membros da equipe. O código fica sendo versionado, mas e as outras coisas referentes ao jogo? Nem sempre você precisa de um controle de versão para compartilhar um rascunho de sprite, ou música, mapa do jogo, etc.

O Dropbox é uma ferramenta essencial em qualquer contexto, falando de desenvolvimento ele fica ainda mais evidente.

Há outras ferramentas interessantes como visualizadores de tela remota, que é muito útil em todo o processo de desenvolvimento. A maioria dos sistemas operacionais já vem com uma solução para isso. Eu gosto bastante do protocolo VNC, principalmente porque dá para usar multiplataforma.

Esse post foi bem curto, e com apenas alguns serviços. Quem tiver mais, por favor, não hesite em compartilhar. =]

Posts semelhantes:

1. Mais conteúdo sobre OSDev!

Como em todas as outras áreas do conhecimento, há várias formas de aprender sem fazer um curso específico. Aqui vai algumas dicas simples.

Na internet

Minha melhor recomendação é o recente curso gratuito de Game Design dado por Ian Schreiber – profissional da área de games há algum tempo que já escreveu alguns livros que serão citados adiante. O curso foi dado entre Julho e Setembro, com um fórum para tirar dúvidas e uma wiki com dicas e traduções do curso. Infelizmente a tradução para o português parou logo no primeiro capítulo do curso.

O Ian também tem um blog sobre Game Design, que é o Teaching Game Design, além de escrever no blog Applied Game Design.

Não podemos de citar sites como Gamasutra e GameCareerGuide, que têm muito texto sobre desenvolvimento, não só na área de Game Design como em outras áreas também. O Gamasutra é considerado como um dos melhores sites quando o assunto é desenvolvimento de games.

Também temos blogs brasileiros sobre o assunto, o Loodo, por exemplo, é um ótimo blog sobre game design. GameDevBR, Desvaneios Digitais Interativos  e o Blog do Tupinihon são outros que você não pode deixar de dar uma olhada, sempre têm dicas sobre o assunto.

Livros

Livros são indispensáveis, há vários livros sobre o assunto que são ótimos. A maioria é em inglês, então se você não sabe inglês, esse é o primeiro passo.

Em português eu poderia citar o Design de Games e o Design de Jogos. Não li nennhum dos dois ainda, porém assim que eu o fizer, com certeza postarei aqui um review.

Já em inglês há vários. Como pré-requisito do curso do Ian, há dois livros interessantíssimos, que é o A Theory of Fun e o Challanges for Game Designers. E um dos mais falados por aí é o The Art of Game Design: A book of lenses. O livro parece realmente muito bom, e você pode constatar isso em vários reviews desse livro.

Agora basta  você se empenhar. Material não falta.

Jogos em flash dominam o mercado de jogos casuais na internet, primeiro porque segundo a Adobe, cerca de 99% dos computadores com acesso à internet possuem o Flash Player instalado. Depois porque é relativamente fácil criar um jogo com o Adobe Flash. O editor é muito bom, e a integração de desenhos (vetoriais) e animações com código é muito fácil. Ah, nem falo do ActionScript 3… linguagem muito parecida com Java e bem poderosa.

E há outros pontos importantes a favor do crescimento de jogos casuais em flash apresentados nesse artigo: 5 Reasons why Flash will take over Gaming, que são: o fato da Adobe e a nVidia estarem trabalhando em num flash player com aceleração por hardware, o crescimento de jogos em redes sociais como Facebook ou MySpace, o Adobe Air, que porta sua aplicação Web em flash para Desktop, a ascensão dos netbooks e o Google Chrome OS, o flash player em Smartphones e eu ainda poderia citar a recente notícia de que o Flash CS5 irá exportar diretamente para o iPhone. (Leitura recomendada: Thoughts about flash on the iPhone e Flash on the iPhone)

Mas com todas essas vantagens, por que não entendem o motivo de eu gostar de jogos em Flash? Bom, basicamente porque o Adobe Flash não é muito barato. Mas, felizmente, há muitas alternativas ao Adobe Flash (editor).

O Flex, tecnologia baseada em Flash da Adobe para RIA (Rich Internet Application) é composta por um editor pago (Flex Builder), que você, estudante, pode baixá-la gratuitamente aqui, e por um SDK OpenSource. Essa SDK tem um compilador ActionScript e MXML para SWF. Você pode acessar o site do Flex SDK, baixar e começar a criar jogos gratuitamente. Se você já programa jogos em linguagens como C/C++ ou Java, por exemplo, vai gostar muito, pois o modelo de desenvolvimento aqui fica idêntico. Aqui segue alguns tutoriais interessantes sobre desenvolvimento de games com o Flex SDK:

• Intro to the Flex SDK
• Flash Game Development with Flex and ActionScript

Também há compiladores de ActionScript OpenSource que não são da Adobe, como o MTASC e o haXe. O MTASC é um compilador de ActionScript 2. Já o haXe é uma linguagem muito parecida com ActionScript 3 que lhe dá uma gama muito grande de possibilidades, entre elas, compilar para SWF.

Para evitar que você fique aí programando em ActionScript no Notepad++ ou no VIM, existe o FlashDevelop, uma IDE para ActionScript muito bacana e OpenSource. Infelizmente essa IDE é feita em .NET, o que significa que só funciona no Windows, mas mesmo assim, há alguns plugins para Eclipse que suportam AS.

Ainda há muitas outras ferramentas e material interessantes no OSFlash, um site dedicado à atividade OpenSource para a Plataforma Flash.

Eu estou preparando um artigo aqui pro blog há algum tempo falando sobre monetização de jogos casuais, e como o Flash é uma ótima plataforma para jogos casuais, que vem crescendo muito, é uma ótima opção para desenvolvedores Indies e Hobbistas faturarem um troco para um cafezinho. Espero terminá-lo em breve. Quem sabe assim eu convenço aqueles que ainda não estão convencidos após este post…

Posts semelhantes:

1. Fast Flash Gamming
2. Criando Flash Games no Linux
3. Criando Flash Games no Linux II

Há muito tempo que eu não postava mesmo, mas porque estava esperando para inaugurar o novo blog com tudo. Novo endereço: http://www.crocidb.com/blog. Coloquei dentro de “blog” porque pretendo colocar mais coisas no site mesmo, mas não agora, em algum futuro não tão distante.

Apanhei um pouco pro WordPress aqui, é bem complexo, tem muita coisa, mas por enquanto vou deixar do jeito que está, quando tiver um pouco mais de tempo livre, eu aproveito pra melhorar isso aqui.

Queria comunicar também, que vou fazer uma alteração no conteúdo do blog, não só postando mais sobre jogos, agora vou abranger mais coisas, falar sobre web, tecnologia, dar mais meu ponto de vista sobre algo, enfim, algo um pouco mais pessoal. Mas não vou, de forma alguma, parar de postar sobre GameDev. Na verdade essa mudança é mais pra ver se eu consigo atualizar mais constantemente.

Então é isso, em breve volto com mais novidades, isso me motiva a postar. =D

Eu aproveitei o Google Sites e criei um site para colocar meus tutoriais. Pode ser acessado em http://www.crocidb-tutorials.co.cc/. Ainda não tem muita coisa lá, fiz dois simplezinhos e coloquei o tutorial de Java e Access que tinha no blog, acho que por lá fica mais fácil de editar e principalmente de ler. A intenção é colocar também alguns tutoriais em inglês (por isso o nome do sites estar na língua). É bem provável que os próximos tutoriais eu adicione lá e apenas linke aqui com comentários.

Estou comçando a criar o CrociDB Projects (http://www.crocidb-projects.co.cc/) também, onde vou colocar meus projetos, mas esse ainda não tem nada de bom. To gostando bastante da plataforma de sites do Google. Provavelmente vou continuar usando mesmo depois que adquirir meu domínio e hospedagem, uma vez que é possível a configuração de domínios próprios nele. =D

Fora isso tudo agora, eu estou pensando seriamente em participar desse Contest de SDL. Tem prêmio em dinheiro, isso motiva. Mas eu nunca mexi com SDL antes, será que rola? Tá certo que ficaria pras férias de qualquer jeito.

Sorte minha é que eu já estava com a idéia do jogo quase toda na cabeça antes mesmo de ter a idéia do contest, esse já seria meu próximo jogo. Aí então comecei a aprender AS3 e desenvolver o jogo logo na sexta. Terminei a sexta-feira com toda a movientação e tiros funcionando. No sábado implementei a parte dos sons, e no domingo finalizei.

[Jogar]

O Music Shooter é um jogo dos clássicos Shooters, porém com um adicional legal, você tem que atirar em notas musicais, tocando-as. Jogue o Music Shooter agora. Em breve eu pretendo instalar a API do Kongregate para ter um Ranking de pontos, e logo então continar a desenvolvê-lo, fazendo que as notas tocadas, não sejam meras notas aleatórias, porém que sejam músicas.

Não tive muitos problemas com ActionScript3, aliás, adorei a forma como ele trabalha com o Flash. Só achei que algumas coisas eram muito mais fáceis de se fazer com o AS2 e só dificultaram agora, mas tá ótimo.

O Contest era aberto para quem quisesse participar, porém só eu e o Andrei mesmo participamos, ele entrou com o Hounting Pigs, um jogo super hilário.

O Contest foi um teste, espero agitar mais contests como esse futuramente, talvez num futuro não tão distante. Já pensei em criar um em C e alguma biblioteca gráfica. Quem estiver afim, basta ficar atento aos posts aqui do blog e também me seguir no Twitter, pois lá eu vou avisar também, e pode até surgir algumas discussões sobre os temas/ferramentas.

Mas o que mais me chamou a atenção, foi alguns vídeos postados por usuários de partes do desenvolvimento. Apesar de estarem bem rápidos, dá para ter uma idéia de como foi a tarefa de desenvolver o game.

Esse eu achei bem interessante, porque o cara tem ótimas habilidades gráficas, faz todos os sprites do jogo ali mesmo, na hora! Muito bom.

E esse eu gostei porque ele realmente mostra tudo que ele fez durante o tempo de desenvolvimento.

Você pode conferir mais alguns:

• http://www.youtube.com/watch?v=80kwKIIYsCk
• http://www.youtube.com/watch?v=r5iXb51buM

Interessante, não?

Pretendo participar na próxima edição, se eu conseguir. Quem sabe não te encontro por lá também, hein?

Posts semelhantes:

1. Gamedev Resources
2. Fast Flash Gamming

Dei uma googleada sobre bibliotecas para desenvolvimento com ela, e achei muita coisa boa. Existem ports para SDL e OpenGL (não achei nada sobre Allegro… se alguém achar, por favor compartilhe), o que já seria suficiente para este post. Porém eu vou além. Gostaria de mostrar um pouco mais.

Temos também a Gosu, que me parece bem famosa para quem é da área do Ruby, porém que eu desconhecia. Ela usa SDL para o gráfico, e me pareceu bastante interessante. A Rubygame também me parece uma boa alternativa. Ela é um “port” da pygame (do Python) para Ruby. Mas o que mais me espantou, foi ver um port de Ogre3D pra Ruby! O OgreRB.

A Ogre3D, como eu já disse por aqui mesmo, é uma Engine 3D pra C++ completa para jogos profissionais, e ter uma adaptação para Ruby é uma ótima notícia para quem gostaria de não só brincar, mas criar jogos bem interessantes com Ruby. Entretanto, não sei se Ruby é viável para a criação de jogos AAA.

Também não pretendo programar jogos com Ruby não. Quero aprender Ruby sim, porém com outros propósitos. Não que eu não acredite na linguagem para jogos, só que eu prefiro C/C++ para isso mesmo. Na verdade, não vou muito bem com linguagens com sintaxes muito diferentes do C-Style. Mas vou aprender Ruby em breve.

Fica aí a dica pra você que quer desenvolver jogos, mas nunca o fez, ou nunca programou, pois ruby é uma linguagem totalmente orientada a objetos, e de fácil assimilação e aprendizado. Ou então para você que já mexe com Ruby e gostaria de começar com GameDev. =D

Posts semelhantes:

1. Gamedev Resources

É um joguinho simples, mas foi feito em menos de 10 minutos! Isso prova que dá pra você fazer jogos bem legais rapidamente. Obviamente não em 9 minutos e pouco, mas num tempo suficiente.

Faz um tempo que eu to querendo aprender ActionScript 3, ainda mais agora que eu to interessado no Flex. Vou correr atrás, assim que possível, posto algum tutorial aqui! =D

Enquanto isso, podem dar uma olhada nesses:

• Conhecendo o ActionScript 3
• Migrando para o ActionScript 3
• Flash and Math

E caso queiram alguma coisa sobre Flex, vejam esses tutoriais aqui! Vale a pena. ^^

Posts semelhantes:

1. Por que eu gosto de jogos em Flash?
2. Criando Flash Games no Linux
3. Criando Flash Games no Linux II

FireCat era o jogo que eu ia participar do Contest de MiniGames em XNA.

Na verdade, foi a coisa mais imatura que eu já fiz. Não tinha idéia nenhuma. Abri o fireworks e comecei a mexer, pensando em alguma coisa, até que desenhei um gato. Aí coloquei um fogo no rabo dele e já era, saiu o termo FireCat.

Mas mesmo assim eu não tinha idéia do que fazer para um jogo com isso. Aí é que vem a parte imatura, eu comecei a codificar sem ter noção alguma do que eu queria fazer. E então criei uma ‘moviementação’ ao gato, na verdade ele só podia olhar para os lados, cima, baixo, direita e esquerda. E quando pressionasse espaço, seu rabo acendia uma chama.

Tá certo que foi a primeira coisa que eu fiz com XNA, era mais um teste mesmo. Mas mesmo assim fiz com o mínimo de linhas possíveis para entrar no contest com ele. O problema é que eu nunca tive uma boa idéia do que fazer com aquilo. Mas como eu gostei, vou pensar em alguma idéia, agora que eu posso usar quantas linhas e classes eu quiser, e criar algum joguinho com ele. Aí eu posto o código aqui, e quem sabe, se o tempo me permitir, até um tutorialzinho.