GitCity: Uma cidade do GitHub

Quando eu olho para o GitCity, a primeira impressão é de encantamento. A ideia parece simples: transformar perfis do GitHub em prédios dentro de uma cidade 3D em pixel art. Mas, olhando com mais atenção, percebo que há algo mais interessante por trás dessa proposta. O GitCity não é apenas uma brincadeira visual; ele é uma forma criativa de tornar dados técnicos mais compreensíveis, mais compartilháveis e, de certa forma, mais humanos.

O GitHub sempre foi uma vitrine para desenvolvedores. Ali estão os repositórios, commits, estrelas, linguagens, issues, pull requests, forks e contribuições. O problema é que esses dados, apesar de importantes, nem sempre são visualmente atraentes. O gráfico de contribuições do GitHub, por exemplo, é útil, mas é frio. Ele mostra quadradinhos verdes, intensidade de atividade e frequência, mas não conta uma história visual. O GitCity resolve esse problema ao fazer uma tradução simbólica: em vez de eu ver apenas números, eu vejo um prédio; em vez de enxergar apenas estatísticas, eu enxergo uma presença dentro de uma cidade.

Tecnicamente, a lógica do GitCity parte de uma associação entre métricas públicas do GitHub e elementos visuais. Segundo o repositório oficial, cada usuário do GitHub se torna um prédio 3D. A altura do prédio é influenciada pelas contribuições, a largura é afetada pela quantidade de repositórios públicos, o brilho das janelas se relaciona com estrelas, e o padrão visual das janelas representa atividade recente. Ou seja, o GitCity pega dados que já existem no perfil público do GitHub e os converte em atributos gráficos dentro de uma cena interativa. (GitHub)

O que eu acho genial nessa estratégia é que ela transforma métricas abstratas em metáforas urbanas. Um desenvolvedor com muitas contribuições se torna um prédio mais alto. Um perfil com vários repositórios ganha mais largura. Um projeto mais reconhecido, com estrelas, aparece com janelas mais brilhantes. Isso não significa que o prédio mais alto representa automaticamente o melhor programador, e aqui entra minha crítica positiva: o GitCity é excelente como visualização de presença pública, mas não deve ser confundido com medidor absoluto de qualidade técnica.

Por trás do visual, existe uma stack moderna e bem escolhida. O projeto usa Next.js 16, Three.js por meio do React Three Fiber, drei, Supabase com PostgreSQL, autenticação GitHub OAuth, Row Level Security, Stripe, Tailwind CSS e hospedagem na Vercel. Isso mostra que o GitCity não é apenas uma página bonita; é uma aplicação web completa, com frontend interativo, banco de dados, autenticação, camada de pagamento, renderização 3D e preocupação com performance. (GitHub)

A parte mais interessante do ponto de vista gráfico é o uso de renderização 3D com otimização. O próprio repositório informa que os prédios são renderizados com instanced meshes e sistema de LOD, ou Level of Detail. Isso é importante porque uma cidade com muitos prédios pode ficar pesada rapidamente. Com instanciamento, vários objetos semelhantes podem ser desenhados com menor custo para a GPU. Com LOD, prédios próximos aparecem com mais detalhes, enquanto prédios distantes usam geometrias simplificadas. Esse tipo de escolha técnica separa uma simples “demo bonita” de uma aplicação 3D mais séria. (GitHub)

Outro ponto forte é a gamificação. O GitCity não se limita a mostrar o prédio do usuário. Ele inclui páginas de perfil, conquistas, modo de comparação, cartões compartilháveis, customização de prédios e recursos sociais como kudos, presentes, indicações e feed de atividade. Isso transforma a ferramenta em uma experiência social em torno do GitHub. Não é apenas “veja meu perfil”; é “visite meu prédio, compare minha presença, veja minhas conquistas e interaja comigo nessa cidade”. (GitHub)

Essa estratégia é muito inteligente porque o GitHub, apesar de ser uma rede social técnica, raramente é percebido como uma rede social emocional. O GitCity adiciona narrativa. O desenvolvedor deixa de ser apenas um usuário com repositórios e passa a ser um habitante de uma cidade. Isso cria um incentivo natural para compartilhar o perfil, convidar outras pessoas e melhorar a própria presença pública. É marketing orgânico embutido no produto.

Quando falamos de novos recursos, como uma possível estratégia de ataque aos prédios, eu vejo isso como uma evolução natural da lógica de gamificação. É importante interpretar esse “ataque” como uma mecânica lúdica, não como ataque real a contas, repositórios ou sistemas. A ideia poderia funcionar como uma disputa simbólica entre perfis, distritos ou comunidades: desafios de contribuição, batalhas de estrelas, duelos de linguagens, defesa de reputação, conquista de territórios por projetos open source ou eventos temporários baseados em atividade no GitHub.

Se for bem desenhada, essa mecânica pode ser muito interessante. Um ataque simbólico a um prédio poderia representar, por exemplo, um desafio técnico: “contribua com documentação”, “resolva uma issue”, “faça um pull request”, “publique um projeto novo”, “melhore seus testes”, “adicione CI/CD”. Em vez de estimular competição vazia, o GitCity poderia usar o jogo para estimular boas práticas reais de engenharia de software.

Mas aqui também existe um cuidado necessário. A gamificação pode tanto educar quanto distorcer comportamento. Se o sistema recompensar apenas volume de commits, ele pode incentivar commits artificiais. Se recompensar apenas estrelas, pode favorecer popularidade em vez de qualidade. Se recompensar apenas quantidade de repositórios, pode estimular projetos rasos. Por isso, o ideal seria que recursos como ataque, defesa, conquistas e rankings fossem conectados a sinais mais saudáveis: documentação, testes, manutenção, releases, contribuição em projetos de terceiros, issues resolvidas, revisão de código e continuidade do projeto.

Na prática, o GitCity nos ensina uma lição importante: dados técnicos precisam de narrativa. Um perfil do GitHub pode dizer muito sobre uma pessoa, mas nem sempre comunica isso bem. Quando transformamos métricas em cidade, prédios, luzes, distritos e interações, criamos uma ponte entre engenharia e comunicação. E essa ponte é poderosa, especialmente em um mundo onde portfólio, reputação técnica e presença pública contam cada vez mais.

Eu vejo o GitCity como uma crítica indireta ao modo tradicional como avaliamos desenvolvedores. Durante muito tempo, currículos foram documentos estáticos. Depois, o GitHub se tornou um currículo vivo. Agora, ferramentas como o GitCity mostram que esse currículo também pode ser explorável, visual e narrativo. Não substitui entrevista técnica, análise de código ou experiência real, mas melhora a forma como a trajetória pública de um desenvolvedor pode ser apresentada.

No fim, minha crítica é positiva porque o GitCity acerta em transformar algo técnico em algo memorável. Ele não deve ser visto como uma régua absoluta de competência, mas como uma excelente interface de descoberta. Ele mostra que visualização de dados não precisa ser fria, que portfólio técnico pode ser divertido e que uma boa metáfora visual pode fazer mais pela divulgação de um desenvolvedor do que uma tabela cheia de números.

Fontes

Site oficial do projeto: https://www.thegitcity.com/

Repositório oficial: https://github.com/srizzon/git-city/