As novidades no Abrindo o Jogo não ficaram apenas por conta do novo visual. Neste meio tempo, também criamos novas colunas que irão estreiar no decorrer deste mês. A primeira a aparecer, é o Leitor no Controle. Nesta coluna do site, o leitor, ou seja você, poderá enviar artigos técnicos ou sobre o mercado para serem publicados aqui no site.

Inauguramos a coluna com o leitor Henrique Vilela, aluno da Pós Graduação em Arquitetura e Desenvolvimento de Jogos Digitais na FATEC SENAC Pelotas.  Henrique atua como programador líder e já desenvolveu vários projetos de jogos profissionalmente.  Vamos conferir a sua visão sobre o desenvolvimento independente para o Iphone. Não esqueçam de comentar.

App Store e o Desenvolvedor Independente

Minha intenção com esta pesquisa é coletar dados sobre a economia relacionada ao desenvolvimento para a plataforma iPhone OS sob a perspetiva de um desenvolvedor independente. A maior dificuldade nesta coleta é o fato de que a Apple não fornece números oficiais sobre a App Store, portanto os dados  tiveram de ser baseados em diversas informações aleatórias recolhidas em diferentes sites especulativos.

A App Store é inegavelmente um fenômeno de vendas e uma grande oportunidade para desenvolvedores de jogos independentes e pequenas empresas. As especificações técnicas  bastante inferiores aos consoles atuais limita o que pode ser produzido. Isto somado ao fato de que a Apple se responsabiliza  por basicamente todo o trabalho pós-produção, incluindo o marketing, distribuição e vendas dos aplicativos, permite que estes possam competir com as grandes empresas líderes do mercado.

Segundo os sites encontrados, a App Store recebe diariamente uma média de 70 novos jogos, contando hoje com mais de 30.000 jogos ativos em seu acervo. Existe uma declaração oficial recente de Steave Jobs, CEO da Apple, onde este afirma que já conta com mais de 50.000 jogos, tornando o iPhone OS a plataforma com mais títulos disponíveis do mercado.Qualidade a parte, jogos para esta plataforma também são os mais baratos. Um jogo para iPhone OS custa, em média, $1.35, um preço ínfimo comparado aos jogos de console encontrados no mercado atualmente.

Os dados coletados nos levam a crer que a App Store movimenta mensalmente cerca de $250 milhões. Deste valor, 30% é arrecadado pela Apple em forma de taxa e royalities, e 70% pertence aos seus 40 mil desenvolvedores, sou seja, cada desenvolvedor tem um faturamento médio de $4.375,00 dólares ao mês, valor bem abaixo da média salarial de um desenvolvedor americano, que recebe em média $20.000 quando contratado para este tipo de trabalho. Porém, considerando o mercado nacional, o desenvolvimento independente para esta plataforma pode ser bastante rentável.

O nome do jogo é Anti-Invaders. É um jogo de tiro espacial como vários outros que apareceram ao longo do tempo. É um gênero bem conhecido e de implementação relativamente simples, por isso mesmo uma boa escolha para um projeto didático.

A idéia é mostrar umprojeto simples porém completo, desenvolvido com protótipos e releases e comentando cada evolução em posts semanais. Serão decisões de game design, de arquitetura de software e de implementação que, no final, darão uma visão completa do processo.

Acredito que será útil principalmente para quem está iniciando e não tem, ainda, noção clara do processo como um todo.

Iniciaremos, então, com a primeira versão do GDD (Game Design Document), criado com base neste post do Everton, embora bem simplificado. Algumas seções não foram preenchidas – nelas está anotado o que deveria ser colocado alí. O foco deste documento é na história de base, fases (tamanho do jogo) e controles. Clique no link abaixo para baixar o PDF.

GDD_Anti_Invaders

Semana que vem teremos um protótipo do jogo para ter idéia do que querermos fazer.

Meses atrás, aqui no Abrindo o Jogo, conhecemos um pouco dos projetos que foram aprovados no BRGames 2009, fomentado pelo governo federal. Como já estamos próximos da edição de 2010,  julguei interessante analisarmos como os projetos evoluiram. Vamos conhecer então um pouco mais sobre cada um deles:

Esther Art Gallery

Categoria: Empresa Estruturada

Responsável: Interama

O game possui uma mêcanica de Time Manager, popularizada atualmente através de games como Dinner Dash e Burger Island.

Night Life

Categoria: Empresa Estruturada

Responsável: OverPlay

Pela descrição original do projeto, a ideia de Night Life já havia ficado bem clara, um simulador de baladas. Acompanhe no vídeo abaixo mais detalhes do trabalho da OverPlay.

Robô Sucata

Categoria: Empresa Estruturada

Responsável:44 Bico Largo

O projeto da empresa paulista, de nome excêntrico, aborda uma jogabilidade dinâmica, onde você pode controlar um robo, uma nave e o menino Gustavinho.

O uso do 3D nem sempre garante um bom visual para o game. Os projetos em 2D me pareceram mais sólidos.

Mutualismo

Categoria: Pessoa Jurídica

Responsável: Paulo Estevão Biagioni

Apoio Técnico: Perceptum e 44 Bico Largo

Minha espectativa está se concretizando. Continuo achando que Mutualismo é o game mais criativo dos projetos aprovados. Gráficos bonitos e jogabilidade (aparentemente) divertida, faram deste game o destaque do grupo.

FreeStyle Challenger

Categoria: Pessoa Jurídica

Responsável: Leonardo Henrique Muniz Arantes

Apoio Técnico: Ilusis Interactive Graphics

O FreeStyle utiliza a popularidade do futebol e habilidades com a bola para cativar o jogador. O projeto faz bom uso do 3D.

Dragon vs Heroes

Categoria: Pessoa Jurídica

Responsável: Tiago Monteiro Fernandes

Apoio Técnico: TecToy Digital

O game parece ser bem divertido utilizando uma mecânica de estilo Tower Defense.  Tem tudo para ser mais um bom título nacional para o portátil da Nintendo.

Vovó a Solta

Categoria: Pessoa Jurídica

Responsável: Raphael Fernandes Marques

Apoio Técnico: TecToy Digital

Outro título que mostra nossa criatividade. Apesar com gráficos bastante simples, o título usa todos os recursos do DS para garantir uma boa jogabilidade.

Luna

Categoria: Pessoa Jurídica

Responsável: Saulo Camarotti Rayol Braga

Apoio Técnico: Não divulgado

O game possui mecânica interessante e um história contada através de animações. Porém, o uso da tecnologia 3D é um grande aposta. Se de um lado ele proporciona outros aspéctos de jogabilidade e exploração, por outro vemos gráficos simples e pouco trabalhados.

Chameleon Puzzle Runners

Categoria: Pessoa Jurídica

Responsável: Philip Sciangula Berick Mangione

Apoio Técnico: Web Core Games

Juntamente com Mutualismo, Chameleon destaca-se perante os demais. Com uma mecânica inovadora e gráficos muito bem elaborador, este game tem um grande potencial.

Lumaki

Categoria: Pessoa Jurídica

Responsável: Guilherme Bischoff Lopes Fonseca

Apoio Técnico: Web Core Games

Com um estilo visual próprio, Lumaki chama a atenção. Porém, o vídeo não mostra muito para podermos analisar melhor, os gráficos 3D parecem não estar finalizados.

O nome do artigo é “Going Pro: Differences Between Indie/Student Development and Professional Game Development“, traduzindo: “Tornando-se um profissional: diferenças entre desenvolvimento Indie/estudante e desenvolvimento profissional de games“. Brice toca em um dos pontos cruciais da carreira do desenvolvedor, que é a passagem do meio amador para o meio profissional. No caso, ele relata as mudanças na forma de trabalhar e encarar os projetos que ocorrem quando uma pessoa que desenvolve jogos por hobby é contratada por uma empresa de desenvolvimento.

As mudanças são as seguintes:

1. Você não pode desistir do projeto;
2. Seus colegas serão provavelmente tão (ou mais) talentosos;
3. O desenvolvimento de jogos passa a ser sua preocupação principal;
4. Você estará fazendo jogos com o objetivo de ganhar dinheiro;

Não vou fazer uma tradução literal do artigo, que pode ser lido aqui, mas vou partir dele e dar dicas de como se preparar para estas mudanças.

1. Você não pode desistir do projeto

Simplesmente porque ele não é mais “seu” projeto. Você trabalha em uma empresa de jogos e o projeto é dela. Ele é maior do que você. Você vai e ele fica.

Em outras palavras, não adianta achar outras coisas mais legais para fazer, perder o interesse no assunto, cansar… Você não pode desistir do projeto a menos que esteja realmente pensando em desistir do emprego também.

Em geral desenvolvedores indepentendes são sozinhos ou em pequenos grupos. E deixar um projeto de lado não tem maiores consequencias. É comum o hobbista se envolver com outras coisas ou, se for estudante, ter que dispensar mais tempo para os exames. Ou simplesmente perder interesse na idéia original. Muitos desenvolvedores caseiros possuem, inclusive, o péssimo hábito de não terminar as coisas. Desenvolve um projeto até ele estar mal-e-porcamente jogável e parte para outra.

Conseguindo seu lugar em uma empresa de desenvolvimento, a coisa muda. Tem que encarar. E olha que a vontade de desistir virá, pode ter certeza. A coisa vai sempre ser maior do que parecia, sempre terá aquele colega de trabalho com o qual você não tem paciência, as ferramentas de trabalho parecerão não ajudar quando você mais precisar delas… mas desistir nunca será uma opção – no máximo sair do emprego, como falei, o que não será a melhor coisa para sua carreira, principalmente no início dela.

Para evitar esse contraste, prepare-se, organize-se, cobre de sí mesmo profissionalismo em cada idéia que for desenvolver. Faça de conta que há alguém esperando (ou lhe cobrando) um resultado concreto. Uma dica é espalhar para parentes, amigos, colegas de trabalho, que você está criando um jogo e descrever a eles sua idéia. Com certeza ficarão curiosos e irão lhe cobrar resultado por essa curiosidade. Não os desaponte!

2. Seus colegas serão provavelmente tão (ou mais) talentosos

Você se destaca em sua turma na faculdade. E é o melhor programador do seu grupo de desenvolvimento. Graças a esse talento diferenciado, você consegue uma cobiçada vaga em uma empresa de desenvolvimento de jogos, passando a integrar uma equipe.

Como você acha que os demais membros desta equipe chegaram lá? Certamente também eram os melhores do seus guetos, isso é lógico. Portanto eles tem o mesmo histórico que você, ou talvez mais.

Assisti a uma apresentação do Miguel Feldens, colaborador do Google do Brasil, e depois dele comentar sobre as coisas legais de se trabalhar nessa empresa, alguém perguntou qual foi seu maior desencanto ou descepção lá dentro. Ele pensou um pouco, comentando novamente que a empresa é muito boa para se trabalhar e então algo lhe veio à mente. E ele disse: “uma coisa que me atingiu é que lá você não consegue ser o melhor em nada. Sempre aparecerá alguém melhor do que você. E depois alguém melhor do que ele. É uma empresa de grandes talentos – se aprende muito lá.”

Veja que ele mostra o lado ruim e o bom. O lado bom é que estar em contato com gente de alto nível é uma oportunidade excepcional de crescer.

Mas para se encaixar nesse canário é importante ser umilde. Entrar em uma grande corporação querendo ser o melhor e dizer isso da boca para fora causa a pior impressão. Não fale, faça! Mostre que é bom com seu trabalho. Aprenda a ouvir e acatar as sugestões alheias e a utilizar argumentos convincentes quando tiver certeza que tem razão e deseja convencer a outra parte. E nunca pare de se capacitar.

3. O desenvolvimento de jogos passa a ser sua preocupação principal

Como assim, isso é um problema? Não era tudo que você queria?

É incrível como essa mudança se faz sentir com peso enorme. Antes o desenvolvimento de jogos era apenas parte do dia, sendo a rotina principal ocupada por estudo ou trabalho em alguma empresa não ligada ao ramo. No trabalho, você não via a hora de fechar o expediente e ir para casa trabalhar naquele seu jogo…

Bom, agora, trabalhando full-time como desenvolvedor profissional, como será? A experiência mostra que, por incrível que pareça, serviço é serviço e vai pintar a vontade de fechar logo o expediente de hoje e ir para casa, embora você esteja trabalhando com o que gosta. Trabalhar duas ou três horas por dia em um projeto é diferente de trabalhar oito. Tenha isso em mente.

Na 2ª edição do Encontro Abrindo o Jogo, o Everton comentou sobre testadores de jogos e alguém perguntou: “tem gente que ganhar para jogar?” Pois é, parece o trabalho dos sonhos. Bom, pergunte ao Lorran, um dos nosso testadores, e talvez ele diga que tem é pesadelos – jogar por diversão é uma coisa. Jogar por obrigação, dezenas de vezes o mesmo jogo, é beeem diferente. Tenha isso em mente também.

Assim também é o desenvolvimento. Hobby é uma coisa. Full-time é outra. Mas basta estar ciente disso e ter certeza que esse é o trabalho que você deseja fazer, que você gosta mesmo da coisa..

Outro ponto interessante é o seguinte: ok, o horário de expediente terminou. E agora, você faz o quê? Fica e trabalha mais um pouco no projeto, afinal, você adora isso! Ou vai para casa de uma vez para trabalhar naquele seu projeto de jogo particular, afinal, você adora isso. Nenhuma destas idéias é a melhor, vai por mim. No máximo, vá para casa jogar videogame. Ou vá jogar futebol. Namorar também é uma opção.

A questão aqui é que ficar depois do expediente pode ser importante quando você está focado e não quer perder a linha de pensamento. Mas isso é a exceção e não a regra. Aliás, tenha certeza que dias virão quando você precisará ficar até mais tarde na empresa queira você ou não, portanto poupe suas energias.

Por outro lado, trabalhar em um projeto particular pode ser ruim porque você pode acabar concentrando nele sua atenção que deveria estar voltada para seu trabalho. Sugestão: tente unir as coisas. Apresente sua idéia na empresa e veja se não tem como deixá-la alinhada com o negócio. Se isso ocorrer, peça ao seu gerente para encerrar seu expediente meia hora mais cedo nas terças e quintas para trabalhar nesse projeto, ficando até meia hora mais tarde. Será uma hora de trabalho onde você alivia o estresse do dia-a-dia, mas não deixa de reverter em benefício para empresa, já que você estará se capacitando.

E, quem sabe, seu projeto não acaba se tornando o próximo produto sucesso de vendas? Por falar em sucesso de vendas, isso nos leva ao último item…

4. Você estará fazendo jogos com o objetivo de ganhar dinheiro

Para muitos essa é a dura realidade. O jogo no qual você está trabalhando é um produto comercial e tem que dar lucro, caso contrário a empresa pode ir para o brejo – e levar você com ela.

O impacto disso é que muitas vezes aquelas suas idéias super legais vão ser cortadas para diminuir o custo. Ou então, você deverá implementar algumas idéias bem questionáveis, porque os produtores fizeram uma pesquisa e descobriram que o público alvo do jogo gosta delas.

Nesse meio não adianta criar um jogo que receba nota 100 no Metacritic, seja considerado o jogo do ano em várias publicações e tenha aprovação unânime dos críticos se ao invés de vender as um milhão de cópias esperadas, vender apenas quinhentas mil. Deu prejuízo e certamente seu gerente, e talvez a equipe toda, sofra as consequências.

É importante, no entanto, saber que trabalhar desta forma não significa se vender. Se você tem idéias para uma mecânica inovadora, mostre. Sempre há espaço para inovação nos produtos comerciais. Apenas lembre-se que o objetivo maior, o sentido do jogo estar sendo desenvolvido, é dar retorno financeiro para a empresa – e pagar seu salário no final das contas.

Tente pensar desta forma, ver esta lado da coisa enquanto cria seus jogos próprios. Será que seu jogo é vendável, agradará o público alvo? Aliás, você sabe qual seria o público alvo dele? Você cria jogos que outras pessoas (preferencialmente a maioria) gostaria de jogar ou criar jogos para sí mesmo? Mais uma coisa para pensar a respeito.

Conclusão

Você deve ter percebido que as dicas que eu dei para evitar os problemas de adaptação à realidade da empresa são, basicamente, trabalhar em ritmo de empresa mesmo antes de ser contratado.

Encare qualquer projeto seu com seriedade, documente seu código apesar de só você olhar para ele, prometa seu jogo para os amigos e cumpra a promessa. Seja umilde e exercite sua capacidade de ouvir e aprender com os outros. Leia e estude bastante, mas faça mais na prática.

Analise a possibilidade de vir a trabalhar full-time com jogo e veja se, realmente, é essa sua praia. Você se vê trabalhando o dia todo em um projeto? Meses a fio?

Finalmente, acostume-se a analisar críticamente seus jogos e tentar encaixá-los em um nicho de mercado, em um perfil de público alvo. Quem jogaria seu jogo? Quem compraria seu jogo? Seus amigos acharam ele muito inteligente e inovador. Mas quantos deles pagariam por ele ao invés de pagar por outro do mesmo valor.

Aprenda e pensar nessas coisas e quando você entrar para aquela tal vaga como desenvolvedor profissional, não terá muita surpresas.

________

Brice Morrison possui o seguinte blog pessoal: http://www.bricemorrison.com e também tem um dedicado a estudantes e desenvolvedores independentes: http://thegameprodigy.com. Este último é visita obrigatória para quem está iniciando.

O termo define jogos que são disponibilizados através de um navegador, tendo como principal vantagem a facilidade de distribuição e o fato de não exigir uma instalação do software em seu computador.

O que estaria por trás desta nova plataforma? Seria uma tecnologia promissora?

Em 1997 eles surgiram despretenciosos, eram jogos de forca, jogos da velha e da memória. Eram elaborados com a novidade em tecnologia na época, o Javascript. O tempo passou, as linguagens e navegadores evoluiram, com isto, uma nova linha de jogos emergiu,  representando uma nova geração no mercado. Contanto com projetos complexos e muito bem elaborados, os webgames atualmente são superiores a jogos de consoles da 5º geração (Playstation, Nintendo 64).

Uma pesquisa efetuada pela Abragames em 2008, mostra a consolidação deste nicho no País.

Pesquisa Abragames 2008

Mesmo reduzindo um pouco seu marketshare em 2008, devido a ascenção da nova geração no páis, o desenvolvimento de WebGames ainda representa o principal foco das empresas nacionais. Posso assegurar que isto não tem nada a ver com uma visão atrasada de nosso País em relação ao resto do mundo, pelo contrário, considero uma visão muito madura e adequada ao mercado.

Os WebGames podem ser organizados em duas categorias básicas, são elas:

1. Browser-based Game - Conhecidos também como Server-side Games, possuem o foco do processamento no servidor, utilizando tecnologias como PHP, ASP, Pearl, Python, Ruby e Java
2. Plugin-based Game- Conhecidos também como Client-side Games, eles utilizam o processamento da máquina cliente através de plugins. Dentre as tecnologias mais importantes estão Java, Unity, Silver Light e Flash Player.

A primeira categoria é representada hoje pelos famosos MMORPG da web. A fórmula de utilizar o navegador apenas como uma view, deixando para os servidores todo o gerenciamento do jogo, tem ganho novos seguidores a cada dia. Alguns exemplos deste metodologia seriam:

• Bite Fight – http://www.bitefight.com.pt
• Ikariam – http://ikariam.com.pt
• Kings Age – http://www.kingsage.com.br

Mesmo com a ascenção e popularidade dos Browser Based Game, considero os jogos baseados em plugins mais promissores e evoluídos. Inclusive, na minha opinião, esta categoria representará logo uma nova era na indústria de games.

Podemos perceber facilmente o poder de processamento dos plugins evoluindo a cada ano. Dentre os disponíveis no mercado, chamo a atenção para o Unity 3D.

Guga Tennis e Gillette Yong Guns - Ambos desenvolvidos pela talentosa empresa gaúcha Aquiris

Porém, toda esta geração de games para a web responde por um nome, FlashPlayer. O plugin da Adobe está presente em 99% dos navegadores do mundo. Sua popularidade é sinônimo de visibilidade e facilidade de distribuição.

É notório que o player ganhou maturidade  com a compra da Macromedia pela Adobe. O mesmo ocorreu com sua linguagem nativa, o Action Script, atualmente na versão 3. Totalmente orietando a objetos, muito similar a Java, a linguagem demonstra estar bem robusta e profissional.

Temos ótimas perspectivas para esta tecnologia, destaco as mais importantes:

• A Adobe durante o MAX 2009, anunciou o Flash CS5, versão que possui como principal novidade a publicação de conteúdos para o IPhone. Com isto, a empresa aumenta ainda mais a portabilidade dos aplicativos desenvolvidos em Flash. O objetivo seria abranger sua tecnologia para os 30 milhões de usuários do Smart Phone da Apple. Além disto, através da Apple Store (agora contando com sua versão brasileira), os desenvolvedores Flash podem oferecer seus games de forma simples e eficiente.

• Vocês já ouviram falar do Open Screen Project? Pois é, ele é um projeto da Adobe com várias outras empresas, entre elas NVidia e Google. Um dos objetivos seria proporcionar aceleração de hardware para o player -  é isto mesmo que vocês estão pensando… 3D de qualidade para a web.

Estamos as vésperas de uma nova era para os web games. O Abrindo o Jogo estará acompanhando e compartilhando tudo sobre a tecnologia Flash aqui com vocês. Da mesma forma que o Alessandro representa a plataforma Java, eu estarei agora representando o Action Script aqui no site. Em breve, os primeiros tutoriais e posts sobre esta promissora tecnologia.

Um grande abraço, e até lá!

Em 2008 eu tive a oportunidade de participar de uma equipe que ajudou a mudar este conceito. Através de uma excelente parceria entre Gestum – Tecnologia Educacional, professores/técnicos da Universidade Federal do Rio Grande do Sul (UFRGS), Universidade Federal de Ciências da Saúde de Porto Alegre (UFCSPA) e Instituto Federal Sul Riograndense de Pelotas, em julho deste ano foi apresentado à FINEP o produto final de um dos projetos produzidos para atender a um Edital de fomento a jogos educacionais. Trata-se do Química Aplicada, jogo que será utilizado para motivar os alunos do ensino médio a estudar Química Orgânica. Com isso, embora não fosse um objetivo do edital, consolidou-se uma parceria integrando empresa e universidade, a qual deverá ter continuidade em outros projetos.

O Game narra as aventuras e desafios de um repórter, que recebe informações sobre uma grande explosão em uma ilha, ao sul do Brasil. Mostra a pauta a seu editor chefe, o qual identifica as coordenadas como o local onde ocorrem pesquisas com Química Orgânica. Será que houve algum acidente? Será que há risco de contaminação ambiental na região? Será que haverá novas explosões? No percurso do jogo, o personagem deverá enfrentar vários desafios na ilha, entre eles: resolver uma emergência química no laboratório destruído; utilizar vários itens como um palmtop e um maçarico; passar por labirintos protegidas por sistemas de segurança; e até descobrir a combinação de combustíveis necessários para mover uma lancha e abandonar a ilha.

Chegada do repórter na ilha

O professor Eric Klopfer, do MIT, conta que os críticos dos games educacionais costumam chamá-los de brócolis cobertos de chocolate. A este respeito, a equipe de coordenação do Química Aplicada considera que um dos principais diferenciais deste jogo é exatamente a busca do equilíbrio entre a jogabilidade (o chocolate) e as exigências do conteúdo educacional (o brócolis). O fator mais trabalhado no Projeto de Jogo foi a forma como o conteúdo seria entregue ao aluno. Normalmente jogos educacionais deixam este evento bastante explícito, quebrando o ritmo do jogo. O segredo foi criarmos um contexto envolvendo o conteúdo, tornando-o parte da narrativa.

O conhecimento de química é exigido em vários pontos do game.

“A participação da Gestum foi fundamental, garantindo a qualidade gráfica e a fluência do game, de forma envolvente e motivadora para o aluno, que realmente joga com gosto enquanto pesquisa os conteúdos de química, para resolver os desafios.” Comenta Maria Isabel Timm, Dra. em Informática na Educação pela UFRGS e principal responsável pelo projeto.

Outro fator que considero um grande diferencial do projeto, foi a autonomia dada ao professor. O docente, através de arquivos XML, pode configurar os puzzles, enredo, conteúdo e até o desfecho da história. Esta funcionalidade visa adequar o aplicativo a forma como cada professor organiza seu conteúdo na sala de aula.

Todos os puzzles possuem um contexto, o aluno quase não percebe que está aprendendo.

Uma versão-piloto do jogo já está sendo aplicada com alunos da rede pública e privada do RS, com acesso via Internet. O jogo foi adequado ao padrão SCORM, para ser acessado através de qualquer LMS (Learning Management System), e tem total flexibilidade para futuros professores modificarem ou acrescentarem material de apoio, questões e outros desafios, adequando desta forma o game a várias possibilidades de aplicação em sala de aula.

Interessados em acessar e conhecer o jogo podem fazer contato com os coordenadores do projeto, através dos e-mails:

Olá leitores do Abrindo o Jogo, mesmo finalizando recentemente o post sobre as oportunidades do mercado nacional, achei muito apropriado continuar o assunto e comentar um pouco sobre os vencedores do programa BRGames 2009, iniciativa do governo federal para fomentar a indústria nacional. Considero este programa um dos mais importantes em vigor, a cada ano ele se mostra mais maduro e competitivo. Desta forma, considero importante entender um pouco os critérios da mesa avaliadora para o próximo ano.

Primeiramente vamos rever os vencedores, a lista foi publicada no site do programa e conta com 3 empresas estruturadas e 7 produtores independentes.

Empresas estruturadas:

1. “Night Life” – Overplay Entretenimento Digital Ltda.
2. “Robô Sucata” – 44 Bico Largo Comercial Ltda.
3. “Esther Art Gallery” – Interama Jogos Eletrônicos

Pessoas físicas:

1. “Chameleon” – Philip Sciangula Berick Mangione
2. “Dragon vs Heroes” – Tiago Monteiro Fernandes
3. “Freestyle” – Leonardo Henrique Muniz Arantes
4. “Lumaki” – Guilherme Bischoff Lopes Fonseca
5. “Luna” – Saulo Camarotti Rayol Braga
6. “O Mutualismo” – Paulo Estevão Biagioni
7. “Vovó a Solta” – Raphael Fernandes Marques

Os projetos de pessoas físicas recebem R$ 70 mil cada um, já as empresas, ganharam um contrato de co-produção de R$ 140 mil (sendo que R$ 28 mil serão investidos pela própria companhia). O recebimento da premiação está vinculado à participação obrigatória do autor, ou um representante da empresa, na “Oficina para Desenvolvimento de Projetos de Jogos Eletrônicos”.

Vamos conhecer um pouco sobre cada um dos projetos:

1.Night Life

Gerenciador de baladas que mistura elementos de “Theme Hospital” e “The Sims”. Criado pela Overplay, que já produziu títulos para Nintendo DS, permite criar casas noturnas que atraem pessoas de diversos tipos, cada uma com personalidades únicas.

2.Robô Sucata

Aventura 3D em que se deve montar máquinas para combater alienígenas. Produzida pelo estúdio 44 Bico Largo, traz de volta o herói Gustavinho, que estrelou o game “Enigma da Esfinge”, de 1996.

3.Esther Art Gallery

Jogo de ação no qual o objetivo é ajudar a garota Esther a reconstruir a galeria de arte do tio-avô e resgatar o prestígio que tinha em outros tempos. Game produzido pela Interama, responsável também pelo recente “Guitar Idol”, para Mega Drive.

4.Mutualismo

Comande a dupla Speero e Geera com teclado, mouse, microfone e outros tipos de controle e ajude-os a se tornarem deuses. Partes da aventura envolvem viagens no tempo, já que será necessário visitar o futuro para entender exatamente o que fazer no presente.

5.Freestyle Challenge

Realize o sonho de se tornar o maior jogador de futebol urbano desafiando outros times da vizinhança. Conforme enfrenta equipes, seu atleta melhora atributos e adquire novas habilidades com a bola.

6.Vovó a Solta

O herói é um militar traumatizado dos conflitos de gerra. Assim, ele protege uma doce senhora a qualquer custo de todo tipo de perigo – como prêmio ele recebe biscoitos no final da tarde.

7.Dragon vs. Heroes

Assuma o papel de um dragão que deve montar armadilhas em uma torre e impedir que os heróis salvem as princesas. Quanto mais donzelas tiver em cárcere, mais heróis a criatura atrai e assim tem mais oportunidades de juntar tesouros.

8.Lumaki

Crie criaturas e treine-as em minigames para depois competir em combates. As habilidades dos Lumakis podem ser melhoradas por meio de minigames de diversos tipos. O projeto do game almeja versões para iPhone, Xbox Live Arcade, PlayStation Network e WiiWare.

9.Chameleon

Controle um casal de camaleões por uma pista enquanto coleta cristais e resolve quebra-cabeças. A aventura conta com visual tridimensional e a mecânica exige que se controle as duas criaturas ao mesmo tempo.

10.Luna

Aventura clássica com visual 3D estrelada por uma menina em um mundo virtual. Após ter o computador hackeado, a garota Luna, de 13 anos, encarna um avatar digital capaz de manipular campos magnéticos e parte em uma jornada para resolver o problema.

Conclusão

Consigo enxergar uma grande evolução das propostas em relação aos anos anteriores (confira aqui). As empresas nacionais estão começando a enxergar o caminho certo, esquecendo um pouco de tentar criar um novo World of WarCraft, e criando propostas mais adequadas a nossa realidade. Um mercado estável se constrói aos poucos, com bons alicerces. Na minha opinião uma boa empresa não pode pensar em um game AAA antes de experimentar fazer bons jogos para celular, web ou portáteis. Até onde foi possível interpretar, os critérios da mesa avaliadora estariam alinhados com este pensamento.

Confesso que gostei mais dos projetos independentes. Destacaria Mutualismo, Dragon vs Heroes e Luna como os mais inovadores e criativos. Resta saber se o pessoal vai desempenhar um bom papel também no desenvolvimento do projeto. Ficamos todos na torcida e na espera dos Demos.

E vocês, o que acharam dos projetos?

8 Diagramas de Progresso

Criar um fluxograma para mostrar o progresso do jogador no game. Este tipo de diagrama serve como um mapa não linear para uma narrativa. A imagem abaixo apresenta o mapa do game Ultima VII (1992 Origin Systems), é possível perceber as diferentes decisões a serem tomadas pelo jogador durante sua jornada.

Fluxograma - Ultima VII

O gráfico de progresso também pode ser aplicado para jogos em turnos, descrevendo detalhadamente as atividades de cada fase.

Storyboards

Para jogos com cutscenes e cinematics, identifique estas cenas no diagrama, inserindo material adicional na forma de storybords e scripts. Uma ótima referencia seria o livro Don Bluth’s The Art of Storyboard [Bluth and Goldman 04].

9 Direção de Arte

A seção de direção de arte é a combinação de textos descritivos e imagens que transmitem o estilo gráfico do jogo. Ela normalmente inclui concepções (como da figura abaixo), referência de artes de livros, instruções de uso da luz em jogos 3D, exemplo de fonts e até limitações definidas pela tecnologia atual.

Concepções de arte de Fable 2

10 Storyboards de Interface do Usuário

Para um jogo de computador, a interface do usuário é o instalador, a tela de título, menus, diálogos, HUD (Head Up Display) e qualquer outro controle ou texto. Cada um destes, deve ser devidamente projetado através de textos e um storyboard gráfico. Storyboards podem ser simples esboços que mostram os elementos da GUI (Graphic User Interface), com rótulos indicando a funcionalidade de cada elemento. Fluxogramas são necessários para descrever cada interação do jogador e a resposta do jogo para esta ação.

Storyboard de um webgame

11 Arquitetura de Software

Video games necessitam de um projeto de software complexo. Nesta seção, os documentos de arquitetura descrevem as funcionalidades de cada módulo de programação. Isto inclui o uso de APIS e algoritmos que serão usados para implementá-los, além dos padrões de projetos envolvidos na produção. Esta seção contará com vários diagramas, entre eles: diagramas de classes, diagrama de sequência, diagrama de fluxo, e o já conhecido diagrama de módulos de sistema. Observe abaixo alguns exemplos.

Diagrama de Classes

Diagrama de Sistema

Obviamente este post não destina-se a explicar como funciona cada um dos diagramas, porém outros post virão com esta finalidade.

12 Controles

Video games dependem de seus esquemas de controle. Um grande jogo pode ser um fracasso se a mecânica de entrada estiver inadequada ou destinada a um público-alvo que não é o mesmo de seu projeto. A seção Controles detalha ambos, o mapeamento dos botões para as funções do jogo e o mapeamento dos algoritmos de entrada para as ações.

13 Projeto de Níveis (Level Design)

A maioria dos games são divididos em níveis que representam uma evolução, além de uma discreta mudança na dificuldade. Um exemplo bem que isto está presente desde o início da era do videogames, seria as diferente ondas de aliens em Space Invaders. Estes níveis também podem ser representados por novos mapas ou cenários. Em jogos clássicos, como Xadrez, níveis são um tanto vagos (embora podemos considerar a abertura, meio e fim como etapas distintas).

Em jogos com uma forte progressão linear, níveis são normalmente áreas em grandes mundos.  Já para jogos com níveis baseados em locações, você deve criar um mapa para mostrar o layout e conectividade do nível. Indicando encontros, locais com itens e objetivos. Para isto, utilize os gráficos de progresso da seção anterior

Esta seção em resumo deve preocupar-se em deixar o jogo equilibrado e desafiante. Atualmente é bastante comum encontrarmos editores específicos para esta finalidade, permitindo que um profissional focado nesta área, com pouco conhecimento de programação, possa ter total autonomia para definir cada nível do game. Uma prova que esta tarefa, além de complexa, é muito divertida, seriam os jogos que permitem o próprio jogador assumir este papel.

Little Big Planet - Game que tem em sua essência a construção de níveis.

14 Análise da Mecânica

O coração deste documento é a seção de Análise da Mecânica. Ela é igualmente importante para video games, jogos de tabuleiro, títulos AAA, jogos independentes ou projetos escolares.

Mecânicas de jogo são pequenos grupos de regras que definem um conflito estratégico, inspiram uma emoção em particular no jogador, além de definirem o avanço no jogo. Acredito que alguns exemplos ajudaram a entender melhor.

Racing (Corrida) é uma mecânica clássica. Alcance a linha de chegada antes de seus oponentes. Esta mecânica coloca uma pressão de tempo no jogador, criando stress e motivação. Isto é equilibrado e justo; a escala de sucesso é definida pela relação entre o corredor mais lento e o mais rápido. Esta mecânica não consiste exatamente em carros e uma pista. Por exemplo, em um jogo de “capturar a bandeira”, a mecânica de Racing começa assim que um bandeira for pega, a partir deste ponto, ambos os lados tentarão alcançar o objetivo (ou interceptar quem pegou a bandeira) o mais rápido possível.

Shooting (Tiroteio) é uma mecânica ainda mais popular no mundo dos games. Ela envolve ações de reflexo, estratégia para atingir os inimigos e liderança quando sua equipe estiver sob fogo serrado. Shooting não necessariamente envolve armas de fogo. Vários jogos utilizam esta mecânica para atirar um personagem de uma bala de canhão, tirar fotos da vida selvagem ou arremessar e pegar uma bola.

Descreva a mecânica do seu jogo com o maior número de detalhes, mas saiba que provavelmente, ela já exista em algum outro jogo. Por este motivo, registre outros que possuam uma mecânica similar a sua, destacando as diferenças. É importante também descrever a razão de jogo de cada uma delas. Defina linhas guia para tornar a mecânica equilibrada e útil para a jogabilidade. Fundamente estes argumentos em texto, gráficos e diagramas.

Eu costumo utilizar muito a ferramenta Microsoft Excel para validar a base das mecânicas que crio. Mesmo para jogos um pouco mais complexos, a ferramenta se mostra muito útil, e com um pouquinho de “programação” é possível montar planilhas bem complexas e úteis. Fica a dica

15 Cronograma

Esta é a seção do documento onde você deve demonstrar maturidade e capacidade de gerenciamento. Aqui, é necessário traçar um cronograma bem planejado e confiável para seu projeto. Mesmo fazendo parte de uma equipe pequena, é importante demonstrar organização e uma boa gestão.

Agenda Mestre

A agenda de desenvolvimento mestre descreve o plano para produzir o jogo em dias. Ela é dividida em releases de protótipo e milestones, que por sua vez, são divididas em tarefas individuais para os desenvolvedores. Milestones descrevem quais e quando determinadas funcionalidades, e experiências de jogo, estarão disponíveis. Sua periodicidade pode variar entre semanas, meses ou até anos, dependendo da complexidade do jogo.

As tarefas devem ser interdependentes e expostas através de um gráfico de Gantt, com isto será possível analisar as consequências de um pequeno atraso durante o desenvolvimento. Para isto, a ferramenta mais conhecida seria o Microsoft Project, porém existem várias opções gratuitas no mercado, dentre eles destacaria o Dot Project.

Planejamento de pessoas

Para um game comercial, o planejamento de pessoas descreve como e quantos desenvolvedores serão contratos para atender as demandas do projeto, respeitando o cronograma de entrega. Isto pode ser descrito também com milestones indicando pontos do projeto onde determinado tipo de profissional é necessário. Aqui é sensato contemplar carga horária para contratações, entrevistas e principalmente treinamento. Obviamente este planejamento não se aplica tanto para equipes independentes ou projetos escolares.

Desenvolvedores Chave

Descreva as qualificações dos líderes de equipe, produtores e gerentes. Estas serão as pessoas que farão a gestão, tendo a responsabilidade de entregar um produto de qualidade e no prazo estipulado. Registre a formação, experiência, competências e publicações de toda a equipe.

Na indústria esta seção é o foco de toda e qualquer publisher ou investidor, portanto dê a devida atenção.

16 Orçamento

A seção Orçamento descreve o custo total de desenvolvimento. Isto contempla custo de tecnologias, salários, recrutamento e assets de arte. O marketing não é normalmente responsabilidade dos desenvolvedores, mas se você está produzindo um título independente, terá que inserir custos desta etapa também.

Conclusão

Voltamos então a pergunta título deste post, trabalhar com jogos é uma questão de sorte? Se você entende “sorte” por  algo vinculado a destino, posso afirmar que não. Trabalhar com jogos hoje no nosso país é uma questão de empenho, dedicação, estudo e principalmente, maturidade e profissionalismo. Este é um mercado que trabalha com softwares muito complexos, portanto, deve ser tratado com a devida seriedade.

Atualmente existem várias oportunidades para quem deseja ser um desenvolvedor de games no Brasil. Um grande passo para aproveitá-las, como comentado neste artigo, seria montar um Projeto de Jogo detalhado e maduro.

Para finalizar, uma dica de quem está na área há cinco anos e dedica-se da mesma forma. Comece do início, antes de correr, aprenda a equilibrar-se e a andar. Não parta logo de início para um projeto extenso e custoso,  faça jogos pequenos, vários deles, porém finalize todos.

Espero que tenham gostado, um grande abraço e até a próxima!

Links interessantes

Referências

É com este espírito que seguimos então o nosso artigo sobre como montar um bom Projeto de Jogo. Fator este, bastante importante para aproveitar as oportunidades no mercado nacional. Hoje analisaremos em detalhes as 7 primeiras seções deste documento. Vamos lá…

1 Página de Título

O título estará na página um. Ele é graficamente simples, como um frontispício de um livro. Ainda assim contendo informação vital. A página de título deve conter:

1. Uma imagem(screenshot ou box art);

2. O título do jogo, e opcionalmente, a versão;

3. O nome do desenvolvedor

4. A data e número da versão do documento

Grandes companhias, ou aqueles que trabalham com publishers, requerem questões legais como por exemplo, informações sobre copyrigth, instruções de confidencialidade e contato.

2 Sumário Executivo

Esta primeira página descreve o jogo inteiro em três frases.

1. Uma frase sobre a configuração básica;

2. Uma frase que descreve o que torna o jogo interessante;

3. Uma frase que convencerá uma punlisher a aprovar ou financiar o jogo.

Um jogo pode ser interessante e atraente por conter um nova tecnologia, uma história interessante, uma nova mecânica, ou até por ser oferecido a um baixo preço. Há várias razões para uma publisher querer aprovar um game, entre elas, alguma novidade, por exemplo: Um RPG combinado com Puzzle nunca antes visto, ou exatamente o contrário, mais um jogo de futebol, por que normalmente eles vendem muito.

3 Visão Geral

Esta seção é composta por duas ou três páginas que resumidamente descrevem a maior qualidade do game. Ela precisa fixar o conceito principal, revisar jogos relacionados, e apresentar ao leitor uma imagem mental do game como um todo. Esta seção seria como uma versão da essência do documento todo. A Visão Geral é a primeira parte que é escrita no documento de projeto de jogo. Uma vez aceita pela equipe, as idéias finalmente se disseminam para todo o documento.

4 Jogos Relacionados

Esta seção relata os jogos relacionados ao seu, isto serve como pesquisa para embasamento de marketing e projeto. Experiência com trabalhos anteriores é importante. Você pode estender o sucesso já lançado, arrumando o que não considerou adequado. Dificilmente idéias totalmente originais surgem, você, mesmo que inconscientemente, apropria-se de conhecimentos e experiências prévias com outros jogos. Por este motivo, pesquisar é muito importante.

Você deve dedicar uma página para cada jogo relacionado à seu projeto. Os escolhidos devem complementar o que foi descrito na seção “Visão Geral”.

Esta é uma parte do documento onde você deve demonstrar bastante maturidade e profissionalismo, porque ao relacionar o seu projeto a outro, e já vimos que isto é importante, você deve destacar claramente onde estes games erraram e onde eles acertaram. Em seguida deve provar onde você, como jogador, e agora como projetista, vai contornar os pontos falhos e criar um produto ainda melhor em relação aos que inspiram seu trabalho.

Coleção de Jogos permite uma boa pesquisa

Uma boa dica para as pesquisas seria jogar muito videogame, isto até pode parecer fácil, mas para muita gente falta tempo. Ter uma boa coleção de jogos em casa facilita bastante. Caso você não se “identifique” com a ilustração acima, há bons sites na web que podem ser utilizados como biblioteca. Ao final do artigo estarei separando alguns links que utilizo no trabalho.

5 Perfil do Jogador

Esta seção cria um modelo de marketing do jogador que irá comprar e jogar seu jogo. As característica deste grupo de pessoas ajudará você nas decisões de projeto, além de definir o perfil ideal para os chamados playtesters (testadores).

Criando um perfil de jogador, você não corre o risco de “confundir-se” com o público-alvo, fato bastante comum atualmente na indústria, ou esquecer para quem esta desenvolvendo. Observem abaixo um exemplo:

• João Paulo;
• 29 anos;
• Casado;
• Ensino Superior;
• Joga games de estratégia sozinho uma vez na semana.
• Com seus amigos, prefere jogos casuais em modo cooperativo.

A listagem abaixo aborda algumas perguntas que ajudarão a definir o perfil do público-alvo.

1. Quando e onde esta pessoa joga?

2. Quem compra os jogos desta pessoa?

3. Que plataforma esta pessoa utiliza?

4. Quanto tempo esta pessoa dedica em cada sessão de jogo, e qual seria a frequência destas sessões?

5. Com quem ele ou ela joga?

6. O que faz esta pessoa gostar de games?

7. Qual é sua renda disponível?

8. O que compete com o tempo de jogo desta pessoa?

Ainda podemos ter um grupo de jogadores bem heterogêneo, mas mesmo assim, será um grupo que você deve ter bem claro o perfil. Várias empresas hoje cometem o erro de esquecer o que seu público está pedindo. Uma prova viva disto, seria a SEGA com seus infindáveis jogos 3D para SONIC. O público desde o início da geração DreamCast clama por um game em 2D dinâmico e rápido, nos moldes dos três primeiros. Mas felizmente, ela parece ter ouvido as preces. Não cometam este erro.

6 O Mundo

Com exceção de jogos mais abstratos, como dama e xadrez, todo game precisa de um contexto, de uma ambientação. Caso contrário, o jogador não se sentirá engajado e motivado a jogá-lo.

Na seção Mundo, você dará uma fundamentação à seu jogo. Isto pode ser uma história complexa, com detalhes de uma civilização inteira, ou apenas condições em torno do personagem principal, como space invaders. A série Halo, por outro lado, é baseada em centenas de páginas de documentos detalhando várias raças de alienígenas, o personagem principal e toda a geografia do universo. Não há muito claro uma definição do tempo que você deva dedicar para esta seção, o ideal seria usar de bom senso, analisando o custo benefício. Muitos detalhes do mundo acabam servindo apenas para a base criativa da equipe, não aparecendo de forma explicita no game.

7 Personagens

Descreve a base e motivação de cada personagem. Isto é muito importante para o protagonista em um jogo de narrativa dirigida, onde a motivação virá do próprio jogador. Observe uma sugestão para lista de características básicas:

1. motivação

2. descrição física

3. preferências

4. família

5. amigos e inimigos

6. estatísticas vitais

7. educação

8. ocupação

9. locomoção

10. armas/ferramentas

11. roupas

Na terceira, e última, parte deste artigo, vou Abrir o Jogo e detalhar as últimas 8 seções que um bom projeto de jogo deve ter. Até a próxima!

<<Reveja a parte 1

Acesse a última parte>>

- Bom, falar é fácil! Por onde devo começar Everton? O que seria necessário para aproveitar estas oportunidades ????

Considero fundamental, e um diferencial, demonstrar seriedade e profissionalismo tanto para escrever uma proposta para editais, como o BRGames, como para apresentar um bom protótipo para festivais. Para isto, o segredo está em um bom e detalhado Projeto de Jogo.

Com o objetivo de auxiliar os iniciantes a aproveitarem estas oportunidades, trago um capítulo que foi extraído de um interessante livro chamado, Creating Games – Mechanics, Content, and Technology. O trecho que posto aqui é um guia de fácil entendimento que será um bom apoio durante a criação de seu primeiro projeto de jogo, dando um tom mais profissional e aumentando muito suas chances.

Este documento de projeto descreve a visão compartilhada da equipe de desenvolvimento sobre todos os aspectos do um jogo, além do processo de desenvolvimento. Ele é considerado um documento de trabalho, pois é continuamente revisado, baseado em feedbacks e experiências que a equipe vai vivenciando durante o processo. Ele começa a ser escrito antes do jogo iniciar, mas só acaba quando o jogo for finalizado.

O formato do Projeto de Jogo é essencial para ser usado como referência. Cada capítulo armazena um aspecto específico do desenvolvimento, tal como a interface do usuário. A ordem e estilo dos capítulos varia de empresa para empresa, mas qualquer projeto de jogo compartilha das seções discutidas neste post. Quando o desenvolvedor trabalha para uma publisher, normalmente molda o documento como um plano de negócio, apresentando sua idéia da melhor forma possível. E este já seria o primeiro segredo do sucesso para você, querido leitor.

Documentos de projeto passam de 100 páginas que são mantidas pelo projetista líder e produtor, entretanto outros membros da equipe contribuem bastante. Porém criar um documento de projeto enxuto trás uma grande vantagem, a facilidade de mantê-lo atualizado entre a equipe. Isto na maioria das vezes é uma melhor opção em relação a um projeto extenso e detalhado.

A lista abaixo, apresenta o conteúdo básico de um Projeto de Jogo.

1. Página de Título

2. Sumário Executivo

3. Visão Geral

4. Jogos Relacionados

5. Composição do Jogador

6. Mundo

7. Personagens

8. Gráfico de Progressão

9. Direção de Arte

10. Storyboards de Interface do Usuário

11. Arquitetura de Software

12. Controles

13. Projeto de Níveis

14. Análise das Mecânicas

15. Cronograma

16. Orçamento

Na segunda parte deste artigo, descreverei em detalhes cada uma das etapas, até lá!

Segunda parte>>