Blog · Game Developer

Adeus Jekyll, olá Docusaurus

Sun, 04 May 2025 00:00:00 +0000

Mês passado foi o aniversário de 16 anos deste blog que, desde 2009, já passou por diferentes tecnologias e servidores para publicar o conteúdo. Chegou a hora de mais uma mudança, e desta vez escolhi migrar o blog do Jekyll para o Docusaurus.

Evolução do blog
#

Em 2009 eu comecei o meu blog utilizando o bom e velho Wordpress, que ainda é uma das maneiras mais rápidas e fáceis de se criar um blog que pode ser totalmente customizado. Depois de um tempo utilizando Wordpress, eu decidi levar o blog para um próximo nível que me daria mais flexibilidade, e decidi ter o meu próprio servidor para hospedar o blog.

Passei por diversos servidores de hospedagem, sempre procurando um melhor custo benefício já que pagava um valor mensal para manter o blog no ar. Em 2016, comecei a procurar por alternativas para reduzir meu custo e aumentar a performance do blog, já que um dos gargalos era a constante conexão do PHP com o bando de dados MySQL usado pelo Wordpress. Foi então que eu fiz uma primeira migração de framework do blog, dando adeus ao Wordpress, e olá ao Ghost.

O Ghost é um pouco parecido com Wordpress - você pode ter um blog hospedado por eles ou sua própria hospedagem. Porém, uma vantagem, que também foi uma gambiarra, era que eu podia rodar o servidor local, e "compilar" o site em páginas estáticas, e ai então publicar essas páginas no GitHub Pages. Consegui eliminar o meu custo mensal e ainda fazer o site ficar incrivelmente rápido já que conteúdo estático não precisa de conexão com banco de dados.

Depois que me acostumei com o blog em formato estático, comecei a ficar incomodado em ter que rodar um servidor local toda vez que ia publicar algo no blog. A interface do Ghost era bem legal, porém não uma necessidade. Foi então que, em 2017, dei adeus ao Ghost, e olá ao Jekyll. Diferente to Ghost (e do Wordpress), o Jekyll não tem uma interface por padrão, apenas arquivos em um repositório que são "compilado" para gerar um site estático. Isso reduziu a necessidade de rodar um servidor local, pois para publicar posts eu não precisava disso - apenas escrever e fazer um commit no git, e então o site era atualizado já que o GitHub pages consegue fazer essa "compilação".

Minha última mudança foi em 2018, quando decidi dar adeus ao GitHub Pages, e olá ao Netlify. Na época o GitHub Pages era um pouco limitado, e além disso era possível ter apenas um site estático por conta no GitHub, e eu queria publicar um novo site para o meu portfólio, também utilizando Jekyll. Foi então que migrei de plataforma, indo para o Netlify, que além de ter muito mais do que preciso, também é gratuito e suporta diversos sites ao mesmo tempo.

Foram 8 anos utilizando Jekyll no blog, e aos poucos comecei a encontrar alguns problemas que me fizeram pensar em outras opções, inclusive voltar para o Ghost, porém encontrei a solução perfeita pra mim: Docusaurus.

Mudança para Docusaurus
#

Jekyll é um framework incrível para criar sites estáticos, desde um simples blog ou documentação de um sistema, até sites completos com E-commerce. Existem muitos layouts (themes) gratuitos e pagos, a flexibilidade nele é imensa. Porém, é um framework um pouco velho que já está mostrando sinais de que precisa se modernizar. Um dos maiores problemas que eu tinha era depender de versões específicas de Ruby para compilar o blog, e sempre tinha problemas de incompatibilidade entre as dependências em diferentes computadores. Além disso, a maioria das dependências não eram atualizadas e eu ficava cada vez mais preso em coisas antigas.

Eu descobri o Jekyll no trabalho, pois era como a documentação era feita na época, e a mesma coisa aconteceu quando descobri o Docusaurus. Muitos dos meus problemas estão listados na comparação do Jekyll com Docusaurus, o que foi mais um incentivo para mudar. Docusaurus é uma plataforma open source desenvolvida pela Meta, e é feita com React, também mantido pela mesma empresa.

Por utilizar frameworks mais modernos, como React, o Docusaurus não possui problemas de dependências e tem uma melhor consistência entre diferentes sistemas operacionais. Configurar um site nele é bem rápido e fácil, e publicar ele no Netlify foi ainda mais fácil e rápido do que o Jekyll.

Porém, nem tudo é perfeito, e existem algumas limitações no Docusaurus que podem ser um problema. A customização nele é bem menos flexível do que o Jekyll, e não existe tantos layouts disponíveis para ele. Além disso, o foco do Docusaurus é documentação, e o blog é um sistema secundário nele e bem limitado. A customização nele é mais fechada, e requer o uso de swizzling, onde você pode expandir ou "ejetar" um componente dele para customizar. Nem todo componente é customizável, e os que são possuem um alerta dizendo que podem deixar de funcionar em atualizações futuras.

Eu tive que desativar a parte de documentação, fazer algumas mudanças no blog e customizar alguns componentes, e apesar das limitações estou bem feliz com o resultador. Vai demorar um pouco para me acostumar com o Docusaurus, mas por enquanto ele está cumprindo todos meus requisitos para um blog:

Simples, rápido e fácil de usar
Boa performance, moderno e fácil de manter
Me permite focar em escrever
Sem custo adicional

Apesar da limitação em customização e layouts disponíveis (comparando com o Jekyll), acho que o Docusaurus é o que eu estava procurando para este momento do blog. Provavelmente irei atrás de um layout melhor no futuro, mas por enquanto este layout básico e comum já está muito bom.

Novas funcionalidades
#

Uma das coisas que sempre tentei adicionar no blog, e sempre sem sucesso, foi uma ferramenta de busca. É uma limitação para sites estáticos, e é necessário algo externo para poder funcionar. Felizmente, o Docusaurus tem suporte nativo para uma ferramenta de busca chamada Algolia, e como você pode ver ali no canto superior direito, funciona muito bem. Tive que ajustar algumas configurações e aprender como funcionar a indexação, mas valeu o trabalho e fiquei feliz com o resultado.

Um pouco menos importante, mas também uma novidade, é poder mudar o tema do blog entre dark e light (botão à esquerda da busca ali no topo). Isso também era algo que queria adicionar ao blog, mas ficava preso os layouts do Jekyll que não tinham esse suporte porém eram gratuitos.

Outra mudança significativa pra mim foi abandonar o Google Analytics em favor do Cloudflare Analytics, que é bem mais leve e menos intrusivo, com foco em privacidade ao invés de capturar dados para publicidade. Eu utilizava o Google Analytics desde ~2010, quando movi meu blog do Wordpress para um servidor próprio, e por mais que tenho anos de dados lá, não vai fazer falta. Costumo utilizar esse tipo de ferramenta para ver quais posts são mais acessados e como leitores chegam no blog.

O Docusaurus também tem uma ferramenta que valida links quebrados e impede a publicação do site (esse comportamento é configurável). Isso ajuda demais a não deixar passar links que não funcionam, mas também foi um dos maiores trabalhos que tive quando migrei - corrigir todos links quebrados ao longo dos últimos 16 anos.

Por fim, por ser moderno e utilizar React, isso também me possibilita estudar algo novo, como o irmão React Native, muito utilizado para aplicativos.

Conclusão
#

Já estava na hora de uma atualização na tecnologia por trás do blog, e apesar do Docusaurus parecer menos flexível do que o Jekyll, ele é mais moderno e fácil de manter. Agora é arrumar detalhes que possam estar quebrados e focar em publicar mais conteúdo por aqui, e também migrar meu portfólio para Docusaurus.

10 anos

Wed, 24 Apr 2019 00:00:00 +0000

Quando comecei este blog tinha acabado de me formar em Ciência da Computação e iniciado uma pós-graduação em Produção e Programação de Games. Na época fiquei em dúvida e quase escolhi fazer Engenharia de Software, porém decidi arriscar por que sempre tive interesse em jogos e computação gráfica. Foi uma escolha bem feliz, e 10 anos depois consegui construir minha carreira nesta indústria tão pequena, grande, lenta e rápida - é tudo ao mesmo tempo.

Meu primeiro post no blog, iniciado no Wordpress, foi um misto de coragem e ingenuidade. Eu não fazia ideia do que esperar, tinha acabado de me formar e conseguido um bom emprego como Analista de Sistemas, mas estava disposto a arriscar uma mudança na minha carreira em uma indústria que eu estava apenas começando a conhecer suas barreiras e dificuldades.

Eu sempre corri atrás do que quis, nada veio fácil, mas admito que eu estava no lugar certo e na hora certa. Comecei a pós-graduação em 2009, quando ainda não existiam estúdios indies contratando no Brasil, porém empresas grandes como Gameloft, Ubisoft, Electronic Arts e Glu estavam por aqui fazendo jogos. Duraram pouco tempo, mas tive uma oportunidade incrível de fazer parte da história da Glu e da EA no Brasil.

Minha carreira na indústria de jogos começou no meio de 2010, quando estava no final da pós-graduação e tinha uma boa ideia do que era necessário para desenvolver um game. Quase 9 anos depois reconheço que o blog me ajudou bastante na minha trajetória. Conheci muitas pessoas da indústria, participei de eventos, e também gosto de pensar que ajudei algumas pessoas que entraram em contato com dúvidas sobre como trabalhar nesta indústria tão conhecida e tão fechada.

Nestes anos o que mais me motivou a continuar com o blog foram os e-mails e comentários que sempre recebi, elogiando meu trabalho e cheios de perguntas que sempre gostei muito de responder. Quando comecei o blog estava perdido, e se não fosse a pós-graduação teria ficado perdido o até desistido de tentar entrar nesta indústria. Com os anos fui aprendendo muitas coisas, e sempre tive vontade de compartilhar meu conhecimento para que outras pessoas ficassem menos perdidas.

Confesso que, apesar de não desistir do blog, eu nunca fui muito constante. O gráfico abaixo mostra meu número de postagens nestes 10 anos. Eu gostaria muito de fazer a barrinha de 2019 ficar acima dos 40 posts, e tentar trazer minha frequência perto dos números de posts que escrevi entre 2012 e 2016, vamos ver se consigo.

Eu queria muita fazer algum tipo de comemoração para estes 10 anos. Isso é algo que pensei em fazer nos últimos 2 anos, mas apesar de várias ideias não coloquei nada em prática. Parte disso foi por que esse ano só escrevi 1 post em 4 meses (2 se contar este), e não senti que o blog estava em um clima de comemoração. Eu quero e preciso voltar a escrever com frequência aqui, continuar compartilhando minhas experiências, mas ainda não sei como.

Um terço da minha vida até agora foi ao lado desse blog, meu companheiro que tenho negligenciado. Parece que perdi algo nos últimas anos, e ainda não encontrei. Não quero me forçar a escrever por escrever, por isso preciso desse algo para continuar a escrever. Muito obrigado a todos leitores que fizeram e fazem parte da história do blog, cada um de vocês é muito importante pra mim e para o blog, e é o que me faz querer continuar escrevendo. Até o próximo post, e que venham mais 10 anos!

O que estou fazendo na Aquiris? Looney Tunes World of Mayhem!

Thu, 16 Aug 2018 00:00:00 +0000

Em quase 2 anos trabalhando na Aquiris não pude falar sobre o jogo que estava desenvolvendo, que não era o Horizon Chase Turbo como muitos me perguntaram. Hoje posso finalmente compartilhar este projeto gigantesco chamado Looney Tunes World of Mayhem, que sai em breve para Android e iOS.

Este jogo, desenvolvido em parceria com a publisher norte americana Scopely e a Warner Bros., está sendo um aprendizado enorme para toda equipe e em todas as áreas. Eu nunca tinha trabalhado em um projeto tão grande, tão longo e com tanta gente ao mesmo tempo.

Já está disponível o pré-registro no Google Play para baixar o jogo assim que sair. Até a hora que escrevi este post tinha saído uma notícia no IGN Brasil e no site Variety, lá alguns detalhes sobre o jogo.

Por enquanto é isso que posso escrever, mas só de poder compartilhar qual é o projeto e divulgar o pré-registro já me deixa bem feliz. Um projeto desse tamanho e complexidade é um desafio enorme e novo pra muita gente na equipe, e todos nós estamos aprendendo muito com ele. Não vejo a hora do Looney Tunes ser lançado e ver pessoas jogando ele por ai!

#somoslooney

9 anos de blog e novo layout

Sun, 11 Mar 2018 00:00:00 +0000

Não parece que fazem 9 anos desde que escrevi este post começando o blog. Mas sempre que decido mudar layout ou a tecnologia usada nele, e tenho que revisar todos os 330 posts, ai sim vejo o quanto fiz em quase uma década trabalhando na indústria de games e tentando manter o blog atualizado. Também vejo onde falhei e o quanto ainda quero fazer pela minha carreira e pelo blog, que me ajudou a abrir muitas portas.

Nesses anos eu mudei muito minha maneira de pensar sobre diversos assuntos relacionados a desenvolvimento de jogos e a indústria, mas mesmo assim deixo os posts antigos com minhas opiniões antigas pra eu perceber essas mudanças e ver como eu era idiota hahaha. 9 anos e 330 posts parecem números grandes pra mim, mas já deixei de postar tantas coisas por aqui e sei que este número poderia ser muito maior. As desculpas pra isso foram variadas: falta de tempo, falta de planejamento, falta de inspiração, falta de vontade e falta de ânimo.

Mas sempre voltei a publicar posts e melhorar o blog por que, por mais que eu tenha bloqueios, receber um e-mail ou um comentário de alguém elogiando um post ou até contando que segue o blog há anos e de alguma maneira eu consegui ajudar esta pessoa não tem preço pra mim. Eu nem imaginava algo assim quando comecei o blog, queria compartilhar o que eu estava aprendendo e conhecendo na indústria por que não encontrei muita coisa sobre isso em português quando comecei. Com o tempo percebi que eu estava realmente ajudando pessoas que estavam passando pelo mesmo problema: falta de informação.

Felizmente hoje existem outros blogs, sites e podcasts sobre o assunto, e cada vez mais pessoas tem acesso a informações sobre a área de desenvolvimento de games no Brasil e fora do país, e isso está ajudando muita gente que achava que trabalhar com jogos era algo impossível. Fico feliz em fazer parte disso, e esse é o meu maior incentivo para continuar e investir mais tempo no blog. Nunca quis usar o blog para me mostrar, mas sim para compartihar conhecimento, e vou continuar fazendo isso por muito tempo!

Quem me indicou este novo esse layout, que é um tema para o Jekyll, foi o Baldi do GGDevCast, que também está fazendo sua parte com os demais integrantes do podcast. E isso é o que todos que trabalham na área precisam fazer: compartilhar conhecimento.

Ano que vem o blog e minha carreira em games fazem 10 anos, isso é 1/3 da minha vida. Esta atualização de layout é uma das coisas que estava preparando para que esta data seja especial, e este é apenas o início. Meu canal no YouTube começou tímido mas logo vou publicar mais vídeos sobre desenvolvimento de jogos. Muito obrigado por acompanhar meu blog, seja por anos ou minutos, isso significa muito pra mim.

A imagem da capa sou eu navegando pelo Guaíba por que não fazia ideia do que colocar neste post, mas o leme é de mentira.

Adeus GitHub Pages, olá Netlify

Thu, 01 Feb 2018 00:00:00 +0000

Há 2 anos atrás escrevi este post contando a minha mudança do Wordpress para o Ghost, e 1 ano depois escrevi este outro post contando a mudança do Ghost para Jekyll. Em ambos os casos eu hospedei o blog no GitHub Pages, um serviço gratuído e muito bom. Porém, após 2 anos utilizando comecei a esbarrar em algumas limitações, e então conheci o Netlify.

Limitações do GitHub Pages
#

Eu tinha dois sites hospedados no GitHub Pages, meu blog e o meu portfólio. Para poder hospedar os dois tive que criar uma organização para o blog, pois o GitHub Pages suporta apenas um site por conta, considerando que a URL única gerada para cada site tem o login da conta como sub domínio. Este ano mudei minha conta no GitHub para poder ter repositórios privados, e decidi mudar os dois repositórios dos sites pra mesma conta. Não consegui fazer dois sites funcionarem com URLs diferentes, por que o segundo site da conta acabava ficando em um diretório dentro do site principal.

Decidi mudar os dois sites para um respositório privado por que estou planejando mudar o layout do blog para comemorar os seus 10 anos e provavelmente vou contratar alguem pra fazer isso, e não quero que o layout tenha seu fonte disponível. Outro ponto é que eu quero fazer mudanças e testar sem que essas mudanças fiquem visíveis para quem acessar o repositório.

Outro ponto que vai me ajudar muito na frequencia de postagens é que, embora o Jekyll não tenha agendamento de posts, eu posso criar um branch novo e abrir um Pull Request para cada post novo, e quando quiser publicar basta fazer o merge deste branch. Neste caso também não queria deixar isso público no repositório, por que muitos posts que escrevo acabam nem sendo publicados ou deixo arquivado para outro momento. Ter que sempre passar um post escrito em outro lugar para o blog me dava preguiça as vezes, então acredito que escrever com antecedência direto no repositório eu deixar como um branch vai me ajudar bastante.

O Netlify
#

Pesquisando como fazer funcionar mais de uma hospedagem no GitHub Pages com URLs diferentes passei por muita coisa, como algumas configurações de DNS que até pareciam funcionar para redirecionamento, mas tudo parecia dar muito trabalho. Até pensei em juntar o blog e o portfólio no mesmo repositório, mas ia quebrar muitas URLs e causar ainda mais problemas. Em uma destas pesquisas encontrei o Netlify, e foi amor a primeira vista.

A funcionalidade dele que me conquistou foi poder ter ilimitados sites de repositórios públicos e privados, e foi muito rápido e fácil de configurar. Ele já suporte Jekyll, igual o GitHub Pages, mas tem suporte também a outras tecnologias e dá mais flexibilidade para se fazer um site estático. Ele ainda possui um plano pago que é possível criar deploys complexos e baseados em scripts, mas o básico de atualizar o site em cada commit em um determinado branch já é mais do que o suficiente.

Além disso, ele também possui algo muito útil que é criar um site temporário, com uma URL temporária, pra cada Pull Request que você abrir no seu repositório. Isso permite fazer preview de posts e até de mudanças de layout sem precisar publicar, e até mandar pra alguem ver.

Ele possui suporte a configurações de DNS, e até funciona como um servidor NS, mas não consegui fazer isso funcionar direito. Fiz o básico de apontar o domínio para a URL que ele gera para o repositório e funciona muito bem. E, além de tudo isso, tem certificado SSL gratuito! Se você reparar, meu blog e meu portfólio agora são redirecionados para HTTPS.

O GitHub Pages é muito bom e funciona sem grandes problemas para um único site, e continuo recomendando ele pra todos. Mas se você tiver 5 minutos, vale a pena configurar e testar o Netlify. Eu falei só do básico que já me atende, mas ele tem muito mais coisas legais que vou explorar com o tempo.

Meu trabalho na Aquiris Game Studio

Sun, 09 Apr 2017 00:00:00 +0000

Em outubro do ano passado fui contratado pela Aquiris Game Studio, e foi uma grande mudança na minha vida e carreira. Mudar de São Paulo para Porto Alegre tem sido uma experiência legal, e as vezes algumas diferenças culturais fazem parecer que estou em outro país. Até o idioma parece diferente as vezes, mas com o tempo vou ficar mais fluente em gauches (bah!).

Sério, eu poderia fazer um post inteiro sobre a minha experiência de morar aqui, um lugar que faz mais calor do que eu esperava, mas neste post vou falar do que me fez vir pra cá: a oportunidade de trabalhar na Aquiris, uma empresa brasileira muito respeitada e admirada aqui e fora do país, e uma referência para desenvolveres de jogos que usam Unity.

Mês passado a Aquiris completou 10 anos, e para uma empresa que desenvolve jogos no Brasil é um grande feito. Em seu portfólio estão jogos como The Great Prank War, Copa Toon, Horizon Chase, Ballistic Overkill (que saiu do Steam Early Access mês passado), sua famosa demo feita para a Unity 3.0, o Bootcamp, entre muitos outros.

Apesar de usarem Unity para desenvolver seus projetos, este não é um requisito obrigatório para aplicar em uma vaga de programador. Claro que conhecer a Unity e ter feito jogos com ela é um diferencial, mas o legal aqui é que eles dão mais importância em contratar bons programadores.

Em São Paulo eu conhecia a boa fama da Aquiris, inclusive vi algumas palestras em eventos do Unite, e eu estava com uma certa espectativa antes de vir. Fiquei muito feliz quando vi todas minhas expectativas sendo superadas. Não estou sendo puxa saco, até por que isso nem exista lá.

Estou trabalhando com Unity, o que não é uma surpresa, mas mesmo já conhecendo a game engine e ter feito jogos com ela estou aprendendo bastante lá dentro. Este é um grande fator de motivação pra mim, continuar aprendendo, e é o que acontece comigo praticamente todo dia.

Ainda não posso revelar o projeto que estou trabalhando, mas assim que for publicado vou escrever um post sobre ele. Se você tem interesse em trabalhar na Aquiris, sempre tem alguma vaga aberta no site. Lembrando que, como sempre falo, ter um portfólio é muito importante pra mostrar o que você sabe fazer. Recomendo também conhecer os jogos da Aquiris, principalmente o Horizon Chase e o Ballistic Overkill.

Adeus Ghost, olá Jekyll

Tue, 14 Feb 2017 00:00:00 +0000

Há um ano eu decidi migrar o meu blog feito no Wordpress para alguma plataforma que permitisse eu ter um blog estático (sem banco de dados, apenas HTML/CSS) e usar a hospedagem gratuita do GitHub Pages. Na época eu acabei escolhendo usar o Ghost, como contei em detalhes neste post. Um ano depois percebi que não foi a melhor escolha, pois apesar de solucionar os meus problemas acima não era nada prática publicar um post.

O GitHub Pages funciona apenas com HTML/CSS estático ou Jekyll, por isso precisei utilizar uma tool em Python chamada Buster para converter o blog feito no Ghost para páginas estáticas, e então publicar no GitHub Pages. E aqui começaram meus problemas: eu precisava de depois repositórios para o projeto: um rodando o blog em Ghost, que é uma aplicação NodeJS, e outro com as páginas estáticas no GitHub. Então para cada post novo ou alteração eu precisava rodar o projeto em um servidor local, rodar a tool para exportar em páginas estáticas, e depois fazer um commit para o repositório no GitHub. Além de deste processo não ser prático eu dependia de ter um computador configurado para postar no blog.

O Ghost é uma ótima plataforma, leve e rápida, porém não foi a melhor escolha para o meu blog. Fiquei empolgado em conseguir migrar do Wordpress para o Ghost rapidamente e não pensei em fazer testes ou verificar se não teria problemas. Além da dificuldade de publicar um post, tive problemas com a tool Buster que exportava o blog para páginas estáticas, e por estar sem suporte há alguns anos eu tive que corrigir algumas coisas no seu script Python. Cheguei até a escrever um script Ruby para automatizar boa parte do processo de publicar que, apensar de funcionar bem, dependia de mais configurações na máquina para rodar todo processo.

Acho que depois de uns 6 meses eu percebi que continuar com este processo não era uma boa opção, então decidi fazer um teste usando o Jekyll. Para aprender e testar esta opção, e não cometer o mesmo erro anterior, eu decidi fazer um projeto pequeno mas até o final. Assim refiz o meu portifólio, que antes eram apenas páginas estáticas feitas a partir de um template do Bootstrap, e hoje é algo bem prático para eu atualizar com novos projetos. Como o conteúdo era relativamente pequeno eu demorei apenas 1 semana para refazer o portfólio, e fiquei muito feliz com o resultado.

Tão feliz que decidi refazer o blog usando Jekyll, e planejei este projeto para Janeiro deste ano, assim poderia terminar o ano sem interrupções nos posts. Eu não queria apenas migrar o conteúdo, como fiz quando migrei do Wordpress para o Ghost, mas sim corrigir problemas e adicionar funcionalidades ao blog. Estas eram minhas metas com este novo blog:

Continuar utilizando hospedagem gratuita do GitHub Pages
Tornar o processo de publicar um post simples
Poder escrever e publicar de qualquer lugar, sem depender configurações
Adicionar um campo de busca para achar o conteúdo
Melhorar as categorias
Layout simples e rápido
Corrigir todas imagens e links quebrados de posts antigos

Utilizando a tool do Jekyll de migração a partir do Ghost, a base do meu portólio e um template básico do Bootstrap para blogs, iniciei o projeto que teve duração de pouco mais de 1 mês. A migração foi bem simples, e ajustar o layout usando HTML e CSS no Jekyll não demorou tanto quanto pensei. Meu maior problema foi cumprir a última meta e corrigir mais de 300 posts que escrevi nos últimos 8 anos. Foi um trabalho muito longo e cansativo, mas valeu muito a pena. Talvez ainda exista algo que deixei passar sem querer, mas acredito que hoje o blog está tão redondo quanto no seu início. O código-fonte do blog está no GitHub.

Muitas coisas quebraram das migrações que fiz de servidores e serviços. Meu blog começou no próprio Wordpress, depois migrei para o Uol Host (não recomendo), depois para o Bluehost (não recomendo). Após péssimas experiências decidi configurar meu próprio servidor no Digital Ocean (recomendo!), depois migrei para o Amazon Web Services (recomendo!) usando serviços separados para o banco de dados (RDS) e aplicação (Elastic beanstalk). Passei 6 anos pagando em média $10 dólares para manter este blog no ar, além de renovar o domínio todo ano, e então decidi migrar para algo mais rápido e gratuito. O resto da história está neste post.

Espero que gostem do resultado, afinal fiz tudo isso para você que vem de vez em quando por aqui ler meus posts. Este ano no dia 24 de Abril o blog vai fazer 8 anos e muita coisa mudou aqui e na minha carreira. No início nem imaginava que eu teria passado por empresas de jogos internacionais, e nem que hoje estaria em Porto Alegre trabalhando na Aquiris. De vez em quando volto aos meus primeiros posts para me lembrar dos sonhos que tinha, ficar feliz onde cheguei, e sempre lembrar que ainda estou começando.

Meu novo portfólio

Thu, 27 Oct 2016 00:00:00 +0000

Uma das dicas que sempre falo para quem está começando é montar um portfólio pois, mesmo que no início tenha apenas jogos curtos ou projetos de cursos, é algo para mostrar e é um opcional praticamente obrigatório em um processo seletivo na área de jogos.

Existem algumas coisas importantes que vale sempre lembrar. Se você é um programador, ninguém vai cobrar pela arte, design ou audio do seu jogo, mas vão cobrar (e perguntar) sobre as técnicas de programação, engine, linguagem, design patterns e qualquer outra coisa técnica que possa ser relevante ao jogo.

Até 2013 meu portfólio era uma categoria aqui no blog que listava os posts relacionados a meus projetos, porém isto não era muito prático para mostrar ou mesmo aplicar para vagas fora do país. Neste momento eu decidi separar o meu portfólio do blog e escrever o conteúdo dele em Inglês.

No início eu queria algo bem simples e fiz meu portfólio de 2014 utilizando apenas bootstrap. Meus projetos estavam lá, porém o layout estava bem ruim. Continuei utilizando apenas o bootstrap no meu portfólio de 2015, que acabou ficando inacabado por falta de tempo.

Porém, este ano, decidi refazer o portfólio mas queria ir um pouco mais além de apenas uma página estática. Decidi que queria hospedar o portfólio no GitHub Pages, o mesmo lugar que está hospedado este blog, porém não queria utilizar a combinação Ghost + Buster para publicar.

Foi então que decidi utilizar o Jekyll, um framework possui algumas features bem legal para criar blogs e sites, e o melhor é que o GitHub Pages suporta Jekyll nativamente. Inclusive estou pensando em refazer este blog utilizado Jekyll, mas isto é um projeto maior que exigem um certo planejamento para não quebrar algumas coisas.

Meu portfólio atual foi desenvolvido em poucos dias, utilizando meu tempo livre, e o resultado foi melhor do que o esperado. Você pode ver o projeto neste repositório e o portfólio aqui. Além dos projetos profissionais, também adicionei meus projetos pessoais e jogos que desenvolvi em game jams.

Coloquei apenas os jogos que foram desenvolvidos até o fim e publicados no meu blog ou em algum site, junto com imagens, videos e informações. Eu demorei mais para juntar toda essa informação e recursos do que montar o portfólio, mas todo esforço valeu a pena e hoje estou feliz com o resultado. Com o tempo vou adicionar mais detalhes sobre cada projeto, mas a base está pronta.

Minha sugestão é fazer o portfólio em Inglês e em um lugar separado. Nem precisa ser no GitHub Pages, pois existem diversos outros serviços como o Carbonmade e o Behance, ou você pode simplesmente colocar seus jogos em sites como GameJolt ou Itch.io, mas lembre de colocar detalhes do que você fez no projeto.

Deixe um comentário aqui com sugestões para melhorar meu portfólio, e também o link do seu para eu poder ver!

Adeus Wordpress, olá Ghost

Wed, 17 Feb 2016 00:00:00 +0000

Há muito tempo queria sair do Wordpress, não por estar insatisfeito, mas sim por querer utilizar alguma tecnologia mais nova que com um foco mais "blog" do que "site".

Este mês o meu blog fez 7 anos. Eu nem acredito que há 7 anos estava começando minha pós-graduação, e provavelmente não imaginaria que continuaria o blog por tanto tempo. Ainda vou fazer um post sobre minha carreira, por isso aqui quero focar no blog em si.

Comecei hospedando o blog no side do Wordpress e depois de 1 ano quis instalar no meu próprio servidor. Na época eu tinha um hospedagem no UOL Host com meu projeto de TCC da graduação, que acabei tirando do ar para colocar meu blog. Não conhecia muito sobre hospedagem, mas em pouco tem percebi como esta era ruim. Por diversas vezes meu blog ficou fora do ar por problemas na infraestrutura deles, e mesmo não sendo algo famoso eu estava pagando por um serviço que não era bom.

Logo migrei para a Bluehost, e até fiquei feliz por um tempo. Depois descobri a Digital Ocean, e vi que poderia configurar meu próprio servidor ao invés de ter uma hospedagem e acabei migrando o blog pra lá. Pouco tempo depois migrei para a Amazon Web Services, e estava muito feliz em ter meu servidor lá.

Em todo esse tempo sempre tive curiosidade de mudar do Wordpress, mas acabava ficando nele por ter muito conteúdo publicado. Uma das coisas que mais me fez querer mudar do Wordpress era a velocidade dele, a dependência de um banco de dados sempre iria adicionar uma camada de lentidão no carregamento da página.

Há 2 anos conheci o Jekyll e fiquei impressionado, pois era exatamente o que eu queria! Algo que fizesse meu blog ser ter um foco maior em ser um blog, além do conteúdo publicado ser estático e sem banco de dados. A única coisa que me impediu de migrar na época foi mover o conteúdo do Wordpress para o formato do Jekyll, pois a ferramenta de migração na época não funcionava muito bem e acabei desistindo.

Há alguns dias encontrei uma nova tecnologia parecida com Jekyll, porém baseada no NodeJS, o Ghost. De cara já gostei da sua simplicidade e interface para administrar o blog: simples e direto ao ponto. Fiquei tão empolgado e que decidi tentar sua ferramenta de migração, e para minha supresa funcionou muito bem! Todo conteúdo do blog foi gerado, e a partir dai comecei a migrar o blog.

O único problema que tive foi que a ferramenta de migração não faz download das imagens, então tive que copiar todas para o diretório do Ghost (que tem a mesma estrutura do Wordpress) e depois editei o arquivo de banco de dados (SQLite3) usando sqlitebrowser e algum código SQL para mudar todas URLs para carregar as imagens locais. Em cerca de 2 horas tudo estava pronto, porém comecei a pensar em outra coisa.

Fiz um teste utilizando o Elastic Beanstalk do AWS e publiquei meu blog como uma aplicação NodeJS. Ficou rápido, porém eu queria resolver outro problema: baixar o custo da hospedagem. Deixar meu blog lá custaria cerca de $10 dólares por mês, e com o valor do dólar atualmente qualquer ajuda é bem vinda para diminuir os custos. Neste ponto entrou o GitHub Pages.

Meu portfólio já estava hospedado no GitHub Pages, por ser um conteúdo estático, porém meu novo blog era uma aplicação NodeJS. Com um pouco de pesquisa encontrei o Buster que converte todo conteúdo do Ghost em arquivos estáticos, para que possa ser publicado no GitHub Pages.

Depois de um longo caminho estou muito feliz com o resultado. Atualmente estou trabalhando com dois repositórios, um privado com a aplicação do Ghost e um público no GitHub. Quando quero publicar algo, abro a linha de comando e rodo o Ghost localmente como uma aplicação NodeJS. E quando termino de mexer, uso o buster para converter meu blog em arquivos estáticos e publicar no repositório público do GitHub, e assim deixá-lo disponível no GitHub Pages. Parece muito trabalho, mas já automatizei tudo utilizando um script Ruby. Assim que termino de escrever, basta rodar o script e tudo que escrevi neste parágrafo acontece bem rápido.

Faz 7 anos que pago cerca de $10 dólares por mês para manter este blog, e o máximo que consegui foi $100 dólares depois de uns 5 anos usando Google Ads. Esta mudança para o Ghost não é apenas boa por deixar de lado o Wordpress e seu conteúdo dinâmico lento. É muito boa por que agora minha hospedagem é gratuita e o conteúdo está muito rápido.

Ainda existem coisas que preciso ajustar, como alguns posts com texto mal formatado ou imagens e links quebrados. Aos poucos estou editando cada um dos 256 posts do blog para que todo conteúdo fique corrigido. Muito obrigado a todos leitores, todo esse tempo que dedico ao blog é para tentar te ajudar com um pouco do meu conhecimento na área. E lembre, estou sempre aberto a sugestões aqui ou por e-mail.

Recomendação da semana

Esta semana comecei a ler o livro Armada publicado no Brasil pela editora Leya, o segundo do autor Ernest Cline que escreveu o incrível Jogador Número 1. Ambos os livro são excelentes, com muito conteúdo relacionado a jogos antigos. Vale muito a pena ler!

Califórnia, aí vou eu: Como minha equipe ganhou o Google Developer Bus

Fri, 06 Dec 2013 00:00:00 +0000

Fiquei alguns dias sem postar no blog, mas foi por um bom motivo. Aliás, um excelente motivo! Participei do Google Developer Bus, um hackathon de 3 dias, e minha equipe ganhou a competição com um app para fidelização de clientes em academias com conceitos de gameficação, o PowerUp, e vamos conhecer o escritório do Google na Califórnia!

Não sei em por onde começar a descrever minha felicidade! Vou contar um pouco de como foi o evento, qual foi minha parte nisso e um resumo de cada dia do evento. O texto ficou longo, pois tentei contar quase tudo que lembrei, espero que gostem! Não deixe de acessar o site do PowerUp, e curtir a página no Facebook e Google+, isso vai nos ajudar muito!

Google Developer Bus
#

O Google Developer Bus é o primeiro Hackathon organizado pelo Google na América Latina, e ocorreu em quatro países: Argentina, México, Colômbia e Brasil. Mais do que uma simples competição, o evento teve como foco criar soluções criativas utilizando serviços do Google para solucionar problemas de pequenas e médias empresas.

A edição brasileira contou com mais de 2.200 inscritos, e destes foram selecionados apenas 44 participantes, divididos em quatro categorias: Front-end (eu), Back-end, Design e Project Manager. A seleção dos 44 participantes foi através de três etapas que consistiam em um teste online sobre o seu conhecimento em relação a sua categoria, um teste de lógica e um vídeo que cada participante gravou contanto sua experiência e o que esperava do evento.

Além do recorde de inscrições, no Brasil teve também o recorde de equipes, pois eram para ser apenas 10, sendo que 4 participantes foram chamados como lista de espera. Felizmente, no dia do evento, todos que foram selecionados compareceram, e a organização do evento permitiu que o pessoal da lista de espera formasse um novo grupo, deixando a competição ainda mais desafiadora com mais concorrentes.

Foram 3 dias de evento, onde nos encontrávamos todo dia as 8h na frente do escritório do Google em São Paulo, e um ônibus nos levava até a Universidade Anhembi-Morumbi da Vila Olímpia, onde ficávamos até as 20h. Porém, mais do que apenas um espaço para o evento, o Google fez questão de colocar a sua cultura nestes 3 dias. Então, além da área de trabalho, havia um espaço para relaxar com bebidas e comidas a vontade, locais para descansar, massagem, PS3, fliperama, além de café da manhã, almoço e café da tarde. Tudo muito bem organizado e a vontade, foi demais!

Este evento era também um reality show, e durante três vezes por dia o Neto Marin, funcionário do Google e apresentador do evento, entrava ao vivo através do YouTube para conversar com os desenvolvedores e também entrevistar alguns mentores. Na terceira vez, já no começo da noite, era a vez das equipes apresentarem o andamento do projeto em 3 minutos, o que é algo realmente difícil de planejar.

Além de tudo isso, ainda existiu uma competição social onde cada equipe tinha que cria ruma página no Google+ e divulgar. Quanto mais +1 a página recebia, mais pontos a equipe ganhava para poder trocar por itens premium, como Redbull, Kitkat e massagem. Nos 3 dias de eventos eu dormi apenas 4 horas e tomei muito Redbull, acho que eles tinham que patrocinar este evento junto com o Google.

Dia 1
#

44 pessoas que nunca se viram tiveram que, em apenas 3 dias, ter um entrosamento muito grande com a sua equipe, e um comprometimento em dar o melhor de si. Isso é tão incrível que nem sei se consegui me expressa nessa frase. Sério. Você consegue imaginer se juntar com pessoas desconhecidas e criar algo criativo em 3 dias, e ainda se preocupar em ganhar uma competição? Com certeza é um sentimento muito bom, e só quem passou pode falar a loucura que isso é.

No primeiro dia ninguém sabia ao certo como seria o evento, mas todos estavam muito empolgados. Na chegada ao prédio do Google cada um ganhou duas camisetas do evento com a cor da sua categoria: verde para Front-end, azul para Back-end, amarelo para Design e vermelho para Project Manager, tudo bem colorido e com a cara do Google! Ganhamos também um crachá bem legal, e logo o sentimento de que algo grande estava por vir tomou conta de mim e muitas outras pessoas.

Chegando na universidade, a primeira coisa que fizemos foi deixar nossas coisas na sala principal de trabalho e ir tomar café da manhã. Após o café, o evento começou pra valer! Além do pessoal da organização, também existiam alguns mentores (inicialmente 10, mas depois chegaram mais). A dinâmica das ideias foi a seguinte: 4 pessoas aleatórias sentavam com um mentor por 10 minutos, e cada um falava de uma ideia qualquer. Se o mentor gostava, ele anotava em um papel e este era entregue para a coordenação. Fizemos este procedimento duas vezes, e uma terceira sem os mentores. A ideia era boa, mas infelizmente a falta de controle de tempo fez com que muita gente não tivesse a chance de falar.

Após isso, os mentores se reuniram para selecionar as melhores ideias e agrupar as parecidas. Eu dei uma ideia de um site para gerenciamento de tarefas com elementos de gameficação para recompensar os desenvolvedores, e esta foi uma das ideias selecionadas para serem escolhidas. Após esta pré-seleção dos mentores, cada um recebeu um número e, em ordem de chamada aleatório, tivemos que colocar um cartão com nosso nome e cor na ideia. A regra era simples: apenas uma cor de cada poderia estar em uma ideia, e isto formaria a equipe. Eu fui um dos últimos a ser chamado, e a minha ideia foi selecionada por outra equipe. Na dúvida, escolhi uma ideia que estava escrito apenas “Healthcare com gamefication”, e nem preciso falar por que isso me chamou a atenção, né?

No momento em que coloquei o meu cartão verde na ideia já haviam outros dois, Design e Back-end, e ao mesmo tempo outro cara colocou um vermelho de Project Manager, e assim a equipe foi formada. Neste momento conheci o André, um empreendedor de Belo Horizonte que tornou-se o Project Manager da equipe. Quando estávamos indo para a mesa destinada ao grupo tive uma surpresa curiosa. Eu conversei apenas com duas pessoas, e bem rapidamente, antes de chegar na faculdade, e estas duas pessoas estavam na minha equipe! A Dani, Designer, me perguntou quem estava distribuindo as camisetas quando ela chegou na frente do Google, e o Fábio, Back-end, sentou do meu lado no ônibus e conversamos um pouco sobre o que fazíamos. Incrível, não?

A ideia inicial era criar um jogo que recebesse ações de sensores no corpo de uma pessoa, e isso seria usado para estimular o paciente a completar um determinado exame. Existiam alguns sensores lá, no caso usaríamos cardíacos, mas a ideia for descartada pela sua complexidade. Então, depois de muita conversa chegamos no conceito do PowerUp, um serviço que academias podem oferecer aos alunos para monitorar seu treino e receber recompensas com o objetivo de fidelizar os clientes e incentivá-los a não desistir. A ideia é ter um aplicativo Android para os alunos gerenciarem o seu treino, sendo que os instrutores cadastram o treino através de uma interface web, e disso tiramos diversas estatísticas e relatórios para a academia. As recompensas para os alunos são bem parecidas com o modelo de gameficação do Foursquare: medalhas (bagdes) e pontos, além de um ranking dos seus amigos e um da academia, tudo integrado através do Google+.

Nosso diferencial partiu da ideia, pois o André também é instrutor de Karate e trabalha em duas academias, então além de ter contatos também conhecia as necessidades de instrutores e alunos por um serviço como o PowerUp. Ele montou um formulário para validar a ideia, e também entrou em contato com instrutores e academias, e na primeira noite já tínhamosalguns dados para apresentar, e todos eles validavam a nossa ideia. Além disso, nossa página começou a ganhar muitos +1, e logo nos destacamos.

Enquanto o André corria com a parte dele, a Dani criou a identidade visual, o logo e um mockup do aplicativo. O Fábio começou a configurar o App Engine para usarmos no projeto, e eu comecei a desenvolver um protótipo usando Corona SDK para mostrar algo rodando em um Android na nossa primeira apresentação, e isso causou um efeito muito bom, pois todas equipes começaram a nos ver como um forte adversário. Inclusive o Neto disse isso após a nossa primeira apresentação: “Temos um forte candidato”. Ficamos muito satisfeitos com o primeiro dia, mas ainda tinha muita coisa pra fazer, mais do que o tempo disponível. Quando cheguei em casa naquela noite fiquei configurando algumas coisas no meu computador e adiantando os layouts do aplicativo. Neste dia dormi 4 horas.

Dia 2
#

O segundo dia começou com todo mundo com muita vontade de desenvolver seu projeto e empolgados com a competição. Existiam muitas pessoas legais e simpáticas no evento, que estavam simplesmente curtindo estar lá, e sinceramente esta era minha ideia também, pois por não conhecer o time e o que as demais pessoas estavam fazendo, não sabia o que esperar. Logo que chegamos, a equipe se reuniu e começamos a conversar sobre o que faríamos no dia. O André deu um update sobre o feedback dos formulários e a página do Google+, todos os números estava crescendo bastante. Descartei o protótipo e comecei o projeto usando o Eclipse e Android SDK apenas.

Com a ideia do PowerUp já definida, nossa preocupação no segundo dia foi quais features deveríamos priorizar para terminar e apresentar na final. Eu fiquei o dia inteiro apanhando dos layouts de Android, pois este foi o primeiro aplicativo que desenvolvi, minha experiência toda sempre foi voltada para jogos, que são bem diferentes. Neste dia a Dani conseguiu terminar praticamente todo layout do aplicativo e começou a trabalhar no site, enquanto que o Fábio já estava com o back-end pronto para integrar com o aplicativo, e foi o que fizemos.

Eu detalhei mais o primeiro dia do evento por que foi quando mais coisas aconteceram, neste segundo dia estávamos todos muito concentrados no trabalho, por isso que não houveram tantos detalhes para contar. Porém, muitas coisas legais aconteceram, como a nossa página no Google+ ser a mais popular, com mais de 2.000 +1 no segundo dia, e alguns grupos já falaram que éramos um forte concorrente para as câmeras. Ah sim, durante todo o evento existiam pessoas filmando e colhendo depoimentos para um making of, que não sei quando ou onde será publicado. Muitos desses videos foram usados nos videos que estão neste post, esse pessoal trabalhou duro também para editar tanto material durante o evento.

Nossa apresentação no final do segundo dia foi ainda melhor, pois tínhamos muito mais dados para apresentar, o mockup do site e do aplicativo estavam praticamente prontos, e toda nossa tecnologia bem definida. Eu tive alguns problemas com a integração do login através do Google+, mas isso misteriosamente foi resolvido depois que criamos novamente o projeto no Google Cloud. Chegando em casa, virei a noite trabalhando no aplicativo Android, na integração com um leitor de QR code (usado pelo aplicativo para identificar qual treino deve ser feito em um equipamento com seu código) e no login do Google+. Toda equipe virou a noite, estávamos juntos no hangouts do grupo, e foi este tipo de atitude que nos motivou a dar o melhor para apresentar o melhor projeto possível.

Este foi um momento decisivo pra mim, e acredito que para todos da minha equipe e as demais equipes. Virar a noite fez a diferença, e sem isso não sei como teria sido a nossa apresentação do aplicativo no terceiro dia. Em alguns momentos pensei em ir dormir, estava muito cansado, mas logo me animava e voltada a programar. Não foi fácil, mas valeu muito a pena no final. Neste dia não dormi.

Dia 3
#

No último dia do evento, a empolgação virou desespero, e todo estávamos muito pressionados para terminar os respectivos projetos. Na parte da manhã terminei a integração do Google+, o layout da tela principal e detalhe do aplicativo, que foi integrado com o leitor de QR code, e a exibição de uma medalha para o aluno por ter completado o seu treino. O Fábio terminou a parte dele e ajudou no site. A Dani terminou de montar o CSS e HTML das páginas, e o André continuou seu trabalho nas redes sociais. Neste dia chegamos nos quase 4.000 +1 na nossa página, sendo que a segundo equipe com mais +1 tinha 1.200. Nossos amigos e famílias ajudaram demais nisso!

Enquanto as pessoas técnicas da equipe estavam trabalhando, o André foi atrás de todos os mentores para apresentar o projeto, e fazer disso um treino para a apresentação final. Tivemos também uma pré-apresentação para treinar e pegar feedback, e tudo isso foi essencial para a apresentação final, que focou exatamente no que era importante mostrar para o júri, formando principalmente por empreendedores e pessoas de empresas como o Sebrae.

As 14 horas começou a primeira parte da nossa avaliação, onde cada equipe teve que colocar o código em um repositório no GitHub e os mentores técnicos do evento começaram a avaliar tudo que fizemos. Eu fiquei sabendo disso no terceiro dia, então não tinha muito o que fazer, pois a prioridade era implementar as features principais. Não que o meu código estava de qualquer jeito, eu até fiz boa parte bem feito, mas sempre há coisas que podemos melhorar, e eu sou muito perfeccionista.

Perto do horário limite, 17 horas, terminei as coisas necessárias para a apresentação, e é claro que algumas coisas ficaram de fora. Tentei relaxar um pouco para a apresentação, mas não foi nada fácil. O tempo todo só pensava que o aplicativo poderia dar algum erro, e isso que fiquei meia hora só testando o fluxo básico que seria demonstrado. Por fim, chegou nossa vez e o nervosismo virou empolgação. Na apresentação final, além da demonstração do site com os treinos do aluno, o aplicativo lendo o QR code, abrindo o treino e dando uma medalha para o aluno, e tudo isso integrado pelo login do Google+. O André mostrou mais números interessantes do nosso projeto, e inclusive mencionou que uma academia em Belo Horizonte demonstrou interesse em usar o PowerUp. O que fechou com chave de ouro foi uma foto demonstrando um aluno usando o aplicativo em uma academia, com o QR code no equipamento, e também uma foto de um pessoal em um academia com plaquinhas falando que querem o PowerUp.

Fui uma apresentação rápida, simples e objetiva. Mostramos todo potencial do projeto e as duas interfaces, web e mobile, funcionando e conversando. Tudo isso feito em 3 dias por pessoas que não se conheciam. Alguns grupos mostraram seus projetos funcionando também, e outros apenas a imagens do produto. Após todas as apresentações, o júri se retirou para conversar, e em alguns minutos voltaram com o resultado. Antes de falarem os vencedores, mencionaram dois projetos muito bons que mereceram destaque, o Expense.me e o Vila do Corretor, e então chegou a hora de anunciar o vencedor. O video abaixo mostra a reação da nossa equipe no quando o Neto disse “PowerUp!”.

Diversos sentimentos tomaram conta de mim, fiquei incrivelmente feliz e me emocionei quando liguei para contar para meus pais. Na hora só deu tempo de escrever “Vou pra Califórnia, minha equipe ganhou o Google Developer Bus” no Facebook, e recebi diversas mensagens de parabéns e mais de 100 likes. Foi tão surreal que é difícil até descrever o que senti, foi tudo muito rápido. Eu sabia que tínhamos um bom projeto e uma excelente equipe, mas os concorrentes também. Devo admitir que depois das menções eu tive certeza que ganhamos, pois aquelas duas equipes eram as mais preocupantes, mas só acreditei quando ouvi o nome da nossa equipe e fomos receber o troféu lá na frente, ao vivo.

Depois de muitas fotos, conversas, depoimentos, parabéns, fomos para a festa do Google, que aconteceu em um lugar na Augusta. Eu não consegui ficar muito tempo, pois estava muito cansado e ainda iria dirigir de volta pra casa. Neste dia eu finalmente dormi, cerca de 10 horas ou mais, e acordei ainda sem acreditar que tinha ganhado este concurso e que iria para a Califórnia, conhecer o famoso Vale do Silício.

Califórnia, here we come!
#

Depois de muita comemoração, nosso foco agora é o que vamos fazer na sede do Google na Califórnia. Sabemos que todas equipes vencedoras vão se encontrar lá, e que também vamos apresentar novamente o projeto, mas não sabemos mais do que isso. Com certeza, estamos muito empolgados. Foi muito legal também ver a notícia que ganhamos em sites como Info, Blog do Google e iMasters.

São tantas pessoas para agradecer, que nem sei por onde começar! Obrigado a todos que apoiaram o projeto na página do blog no Facebook; aos meus amigos e família que apoiaram e ajudaram muito; aos mentores do evento que nos ajudaram a definir o PowerUp; à organização do evento, pessoal do Google e da Globalcode; à Dani, que fez um trabalho incrível no design do projeto em pouco tempo; ao Fábio que desenvolveu todo back-end e facilitou a integração com o aplicativo; ao André que correu atrás das academias, apoio, empreendedores, e todo mundo que pudesse ajudar; a Letícia, que esteve sempre do meu lado me motivando e não me deixando dormir; e a Deus pela oportunidade de viver toda essa experiência incrível e única.

Obrigado a vocês meus leitores pelo apoio e incentivo que me dão para continuar meus projetos, como este blog. O Google Developer Bus é mais uma conquista importante na minha carreira, ao lado de tantas outras que me fazem continuar e nunca desistir. Nada é impossível, e a única pessoa que te impede de realizar seus sonhos é você mesmo! Obrigado por ter lido todo este post até o fim e desculpe o texto logo. É tanta coisa pra contar, e infelizmente deixei muita coisa de fora, mas tentei ao máximo contar como foi esta experiência única. Pra finalizar, uma música que não sai da minha cabeça! hahaha

Não deixe de acessar o site do PowerUp, e curtir a página no Facebook e Google+, isso vai nos ajudar muito!

Uma retrospectiva dos 3 anos do blog e da minha carreira

Mon, 02 Apr 2012 00:00:00 +0000

Nem parece, mas este blog já está há 3 anos no ar. Em abril de 2009, eu era um recém formado Bacharel em Ciência da Computação, trabalhava como Analista de Sistemas, estava no primeiro semestre da minha pós-graduação em Produção e Programação de Jogos, e estava começando minha a estudar desenvolvimento de jogos.

Nesses 3 anos, publiquei 62 posts, em 20 categorias, com 169 tags e 303 comentários. Atualmente, o blog está com uma média de acessos de 150 visitantes por dia, o que é um número muito expressivo para um blog pessoal sobre desenvolvimento de jogos no Brasil. Mês passado o blog teve 4.330 acessos, sendo 3.206 únicos e 7.942 visualizações de página. Cada vez mais a indústria de jogos no Brasil está crescendo e ganhando destaque, mas ainda falta muito para chegarmos perto de polos de desenvolvimento de jogos em grandes cidades do mundo, como São Francisco e Montreal.

Hoje, depois de um ano que terminei minha pós-graduação, estou a quase 2 anos na indústria de jogos. Trabalhei 8 meses na Glu Mobile, com porting de jogos J2ME e Android (Java). Atualmente estou na Electronic Arts, em São Paulo, há 1 ano e 1 mês, como Engenheiro de Software, trabalhando em jogos para Android (Native). Já apresentei uma palestra sobre desenvolvimento de jogos para dispositivos móveis na Universidade Federal do Rio de Janeiro, e tenho um cartão de visita bem legal:

Em 3 anos estudei muito sobre desenvolvimento de jogos, participei de concursos, desenvolvi projetos pessoais, concluí minha pós-graduação, e consegui entrar em uma empresa muito grande na área de jogos. Não foi fácil chegar aqui, mas com esforço e dedicação consegui iniciar minha carreira em programação de jogos.

Agora começa uma nova etapa, onde irei melhorar minhas habilidades em programação de jogos, principalmente em C/C++ e OpenGL, desenvolver mais projetos pessoais, estudar novas tecnologias como HTML5, e tentar terminar mais jogos da minha quase infinita pilha de jogos! =)

Uma boa parte da minha conquista eu devo a este blog. Este blog me ajudou a encarar desafios, divulgar meus projetos, e entrar em duas empresas. E não poderia deixar de agradecer a você leitor que acompanha meus posts! Meu maior incentivo de continuar escrevendo aqui é ajudar a todos que tem interesse nessa área, divulgando informações e contando sobre minhas experiências. Muito obrigado por acompanhar o blog, espero que continuem gostando do conteúdo, e prometo que tentarei aumentar a frequencia de posts.

Nos próximos meses haverão mudanças no blog, como um novo layout, uma área para sugestões de posts e talvez um fórum, entre outras novidades. Portanto, continuem acompanhando e obrigado mais uma vez por me incentivar a escrever sobre desenvolvimento de jogos! Para finalizar este post, listei abaixo os 5 posts que mais marcaram a minha carreira neste blog:

E vocês, tem algum post preferido? Algum tema que gostariam de ler por aqui?

1 ano na indústria de games

Tue, 12 Jul 2011 00:00:00 +0000

Há 11 meses escrevi um post aqui sobre meus primeiros 30 dias trabalhando em uma empresa de games. Hoje faz exatamente 1 ano que comecei a trabalhar com jogos e muita coisa mudou, inclusive a empresa que eu trabalhava. Comecei como Engenheiro de Software na Glu Mobile e hoje tenho o mesmo cargo na Electronic Arts, na divisão EA Mobile. Estou tendo uma oportunidade única de expandir meu conhecimento trabalhando em uma das maiores empresas do mundo, principalmente relacionado a jogos mobile.

Há 1 ano atrás não imaginava que um dia poderia estar na EA, e há 2 anos e meio, quando estava no início do meu primeiro semestre da pós-graduação em Games do SENAC, não sabia o que esperar desta área ou onde iria trabalhar. Meu primeiro pensamento foi me tornar um desenvolvedor independente, e isso é algo que ainda quero fazer em paralelo para aprender mais. Porém, desenvolver um jogo independente divertido como requer muito tempo, dedicação e uma equipe pequena e focada. Claro que é possível desenvolver jogos independes bons em pouco tempo, mas isso ainda exige uma equipe.

Fazer jogos sozinho é muito difícil, mas você acaba aprendendo bastante. Eu, por exemplo, fiz um jogo de celular em J2ME como um projeto da pós-graduação e isso me ajudou a entrar na Glu. Porém, eu fiz apenas a programação, a arte foi feita por David Aguiar. Pouco tempo depois, portei este jogo para XNA (utilizando a mesma arte) e fui finalista no e-Games 2009. Um ano depois, fiz o meu TCC da pós-graduação com XNA, com a arte feita por Osmar de Melo Júnior, e fui finalista no e-Games 2010. Este ano pretendo participar novamente, e pelo menos chegar na final pela terceira vez.

Trabalhar na área de games nem sempre é um trabalho divertido, pois isto vai exigir muito mais de você do que ser um programador de sistemas. Você trabalha com tecnologias tão novas que nem sempre estarão em sua versão final, e talvez você encontrará bugs em frameworks e SDKs devido ao nível de conhecimento que é necessário ter para corrigir um bug ou melhorar um código do jogo. Esse constante contato com software e hardware muito novos, as vezes antes do público em geral, faz esse trabalho ser muito desafiador. As vezes pode acontecer de você não encontrar uma solução para o seu problema, por se tratar de uma tecnologia nova, e nesse caso todo o conhecimento de programação é necessário para resolver problemas e propor soluções. Falta muito para eu ser fluente em C++ e OpenGL, por exemplo, mas tenho certeza de que estou no caminho certo, pois estou sempre estudando estas tecnologias e fazendo projetos para treinar.

Hoje meu principal trabalho é com Android, mas utilizando o NDK, uma interface em C++ para programação de aplicativos. Programar para Android com Java é bem mais tranquilo do que com NDK e C++, e o Google diz que não há diferença de performance utilizando linguagem nativa, então por que utilizá-la? Simples: portabilidade. Um código bem feito em C++ pode ser usado em qualquer hardware que aceite linguagem nativa, assim não é necessário refazer muita coisa para converter um jogo de iOS para Android, ou até mesmo para PS3 e Xbox. Tudo depende de ter uma arquitetura bem feita para isolar o que é código do jogo e o que é código específico de um hardware. Esse é mais um motivo pelo qual se exige muito do programador nesta área. Não basta dizer que sabe programar em C++ porque teve isso na faculdade, tem que saber arquitetura e engenharia de software para conseguir fazer um código reusável em diversos hardwares. Não vou me aprofundar muito neste assunto, pois quero escrever um post sobre isso e recomendar alguns livros.

Para terminar, algumas dicas importantes que aprendi nesse 1 ano na indústria de games, e que pode ser muito úteis caso você queira trabalhar com desenvolvimento de jogos:

Estude C++, OpenGL, Orientação a Objetos, Arquitetura de Software e Engenharia de Software! Além do básico, é muito importante fazer exercícios como pegar um código em C++ de um simples “Hello World” e fazê-lo rodar no PC, Android, Mac, iOS, e em qualquer outra plataforma que você tiver a chance de testar seu código. Pretendo fazer um tutorial ensinando como fazer um Hello World em C++ funcionar em Android e iOS em breve.
Funcionou no emulador? Agora teste em um device de verdade! Muita coisa, muita coisa mesmo, funciona bem em emuladores por que eles usam o hardware do seu computador, quando o teste é feito em um device de verdade os reais problemas aparecem, como pouca memória, lentidão, entre outros. A partir disso você deve entender o que fazer para otimizar seu código.
Funcionou em um device? Agora peça para todo mundo que você conhece testar! Isso é importante para encontrar bugs e para verificar se o jogo é realmente divertido.
Mantenha o código do seu jogo flexível e atualizado! Existem repositórios gratuitos onde você pode compartilhar o código do seu jogo com a sua equipe (não estou falando de um arquivo zip =p), um bom exemplo é o BitBucket.
Seu jogo ficou bom? Publique! Essa é uma incrível vantagem que temos hoje em dia, podemos publicar jogos para Android e iOS em suas respectivas lojas sem muitos problemas, e jogos de PC/Mac podem ser publicados digitalmente em muitos sites por ai, ou em seu próprio site.
Não seja ganancioso! Publique seus primeiros jogos gratuitamente, para que as pessoas possam conhecer o seu trabalho. Depois você pode lançar novas versões pagas ou até conteúdo extra pago para seus jogos.
Jogue! Mas não apenas jogos de gêneros que você gosta, jogue também aqueles que você não gosta. Isso é importante para você aprender como funciona determinada mecânica de jogo, e é um desafio entender e reproduzir esse tipo de coisa, além de tentar chegar no mesmo resultado (ou melhor).
Nunca pare de estudar! A indústria de jogos é muito dinâmica, você precisa estar sempre atualizado. Mas não apenas tecnicamente, leia também sites que falam da parte de negócios da indústria de games, como o Gamasutra e o GamesIndustry.
Estude Inglês! Não basta você dominar C++, para trabalhar com jogos você deve saber se comunicar em inglês. Isso pode ser decisivo para sua contratação em uma empresa de games.
Participe de eventos, concursos e fóruns! Eventos como a SBGames e concursos como o e-Games são muito legais e importantes para você conhecer outras pessoas, talvez até sócios para começar uma empresa ou empresas para publicar seus jogos. Fazer Networking é muito importante na indústria de games, ainda mais aqui no Brasil onde é tão pequena.
Visite meu blog constantemente! Tá bom, pode soar propaganda, mas aqui você encontrará muitas informações legais e úteis sobre desenvolvimento de jogos. =)

Neste semestre pretendo atualizar o blog com mais frequência. Espero que tenham gostado das informações que compartilhei, qualquer dúvida ou sugestão é só deixar um comentário!

30 dias na indústria de games

Thu, 12 Aug 2010 00:00:00 +0000

O blog está meio parado por que estou enrolado com o meu TCC da pós-graduação e também por uma grande mudança na minha vida: Há 30 dias atrás deixei de ser um Analista de Sistemas e consegui um emprego como Engenheiro de Software na Glu Mobile, uma empresa que faz jogos e porting de jogos para celulares e smartphones. Depois de 1 ano e meio desde que comecei a estudar desenvolvimento de jogos mais a sério, consegui entrar na indústria de games. Estou trabalhado no departamento de engenharia responsável por porting de jogos para a região da América do Norte.

Até chegar nisso foram muitos livros, aulas da pós-graduação e projetos – tudo relatado aqui neste blog. Agora começou uma nova etapa, onde eu estou aprendendo mais do que nunca sobre desenvolvimento de jogos (na prática) e como uma empresa desta área funciona, sem falar no contato com pessoas do mundo inteiro que possuem muitos interesses em comum. A empresa é incrível, com um ambiente bem característico com o que se espera de uma empresa de games.

Bom, mas você sabe o que é porting de jogos? Basicamente é pegar uma versão de um jogo, desenvolvida por outra equipe, e fazê-la funcionar em outros celulares, criando versões para cada tipo de configuração de celular. Porém isto não é tão fácil quanto parece, e nem tão simples quanto eu imaginava. Entre as tarefas relacionadas ao porting de um jogo estão: analisar e diminuir o consumo de memória e processamento, melhorar o desempenho do jogo, saber identificar problemas rapidamente, entender por que acontece uma coisa no emulador e outra no aparelho, entender código feito por outras pessoas, corrigir bugs (muitas vezes estranhos), entre muitas outras tarefas.

No geral, trabalhar com porting de jogos é bem desafiador. Existem diversas coisas que te obrigam a pensar e agir rápido, e você consegue desenvolver muitas habilidades de programação e engenharia. Após estes 30 dias tenho certeza que está é a indústria em que eu quero trabalhar. Porting não é fácil e eu tenho muito o que aprender, mas agora estou no caminho! Go go go!

Ah, sempre tem alguma vaga aberta na Glu, em diversas áreas como arte, programação e QA. Acesse o site para ver as vagas: http://www.glu.com/jobs

Existem diversas coisas que quero postar aqui, mas está difícil de arrumar tempo para escrever. Vou tentar postar com mais frequência, mesmo que seja algo mais curto e direto, principalmente por que tenho muitas coisas sobre o desenvolvimento do meu TCC para contar aqui.

Um novo desenvolvedor de games

Fri, 24 Apr 2009 00:00:00 +0000

Ano passado terminei o meu curso de graduação em Ciência da Computação na Universidade São Judas Tadeu, e atualmente trabalho como Analista de Sistemas. Este ano queria estudar algo diferente, e como sempre gostei de games, comecei a pesquisar quais cursos exitem hoje para esta área, sendo que quando comecei a graduação (2005) acho que só tinha o curso de Designer de Games na Anhembi Morumbi.

Encontrei um curso perfeito, que abrange todo o desenvolvimendo de um game, a pós-graduação Games: Produção e Programação no Senac de São Paulo. Não sabia ao certo o que esperar quando fui na entrevista, mas saí de lá muito empolgado pelo que foi apresentado pelo Prof. Claudio Bueno, que é coordenador e professor deste curso.

O curso começou em março, e hoje, quase dois meses depois, estou vendo a minha concepção de gamer se tornar mais crítica, e estou começando a entender a indústria de games. Por enquanto tivemos aulas de Modelagem 3D (conceitos básicos) com o software Softimage XSI, Técnicas de Programação de Games e Produção de Games (está última começou agora, depois que terminou a matéria de Modelagem 3D).

Estou gostando muito deste curso, e meu interesse em entrar na indústria de games está crescendo a cada dia. Estou com algumas idéias de games, e pretendo desenvolver vários projetos este ano, para estudar o desenvolvimento de games no geral, os vários tipos de jogos, programação em C++ (que é novo pra mim, pois só tive Java na faculdade) e compartilhar neste blog tudo que estou aprendendo.