Sobre Nós

é um estúdio de jogos pequeno e independente com uma memória longa. A página “Sobre Nós” que você está lendo é a original — um instantâneo do início dos anos 2000, quando o estúdio era composto por duas pessoas, um escritório em casa compartilhado e a crença teimosa de que era possível construir jogos reais sem uma editora na sua cola.

Nós a mantivemos praticamente intacta porque é honesta sobre de onde viemos e porque as pessoas nela ainda são as pessoas que fazem os jogos. O que se segue é essa mesma página, expandida: quem somos, o que realmente fazemos, como trabalhamos e por que um estúdio que começou com C++ e DirectX em um PlayStation 2 acabou lançando jogos HTML5 e adaptações de jogos de tabuleiro.

Principais Conclusões

• Massively Fun é um estúdio independente de duas pessoas fundado e dirigido por Stephen e Angela Wilkinson, operando desde meados da década de 1990.
• O histórico de Stephen é a engenharia profissional de consoles e PCs — C++, DirectX e títulos lançados em hardware da era PS/2, Xbox e GameCube.
• O histórico de Angela abrange Java, C++, ASP e Delphi, além do trabalho muito mais difícil de administrar a casa que mantém o estúdio vivo.
• A produção do estúdio acompanhou a indústria: do trabalho nativo em consoles a jogos HTML5/JavaScript baseados em navegador e adaptações digitais de jogos de tabuleiro físicos.
• Construímos em incrementos pequenos e entregáveis e tratamos o “concluído e lançado” como mais valioso do que o “ambicioso e inacabado”.
• Tudo aqui — resenhas, downloads, notas de desenvolvimento — vem de pessoas que realmente fazem jogos, não de uma fazenda de conteúdo.

Quem Somos

Stephen Wilkinson — Engenheiro de Software Sênior. Stephen passou anos como engenheiro de jogos profissional, principalmente na Paradigm Entertainment, uma empresa da Infogrames, trabalhando em títulos de console durante a geração PS2/Xbox/GameCube. Essa é a era em que “lançar um jogo” significava encaixar dentro de um orçamento fixo de memória, ajustar manualmente um renderizador e depurar em devkits que custavam mais do que um carro. Ele se formou em 1987 na Duncan High School em Duncan, Oklahoma — o que mostra que ele escreve software há muito tempo, e que chegou aos jogos pela mesma rota que muitos de nós: curiosidade, um computador doméstico e madrugadas demais.

Suas habilidades declaradas são as que importam para este estúdio: escrever jogos de computador, C++, DirectX e desenvolvimento de console para PS/2, Xbox e um pouco de GameCube. Na prática, isso significa que ele se sente confortável em toda a pilha — desde o gerenciamento de memória e renderização até sistemas de jogabilidade e ferramentas.

Angela Wilkinson — Mãe do Arthur e programadora de prontidão. O título oficial de Angela a subestima. Seu kit de ferramentas é Java, C++, ASP e Delphi, além do que a página original chama de “Mom 1.0” — o sistema operacional que realmente mantém um estúdio de duas pessoas funcionando. Qualquer um que tenha tentado construir jogos com uma família sabe que o segundo emprego é o mais difícil, e que um estúdio sem alguém gerenciando a logística, os cronogramas e o moral não lança nada.

Sua lista de favoritos é curta e reveladora: Arthur (e Stephen). Esse é o estúdio inteiro em uma linha.

Relacionado: Unity Asset Store — Arte, ferramentas e modelos prontos que vão direto para o seu projeto Unity.

O Que Realmente Construímos

O catálogo da Massively Fun abrange alguns tipos distintos de trabalho, e vale a pena ser explícito sobre eles porque “estúdio indie” pode significar quase qualquer coisa.

• Jogos HTML5/JavaScript originais. Títulos focados em navegador, criados para serem executados sem plugin, sem instalação e sem a intermediação de uma loja. Este é o núcleo moderno do que fazemos.
• Adaptações digitais de jogos de tabuleiro. Nosso trabalho mais conhecido neste espaço é o Catan World, uma versão digital do Catan de Klaus Teuber — um jogo cujas regras são simples de enunciar e genuinamente difíceis de implementar corretamente, porque toda a experiência depende da ordem dos turnos, da troca de recursos e da negociação social entre os jogadores.
• Jogos pequenos e precisos no estilo arcade. Fast Iron e Word² entram nesta categoria: loops apertados, sessões rápidas e mecânicas que você pode explicar em uma frase, mas passa semanas ajustando.
• Resenhas e comentários. Jogamos muito e escrevemos sobre isso. As resenhas neste site vêm de desenvolvedores ativos, o que muda o que percebemos — tendemos a nos importar com sistemas, sensação e execução técnica tanto quanto com a apresentação.

Essa mistura não é acidental. Ela reflete uma estratégia deliberada: manter o escopo de qualquer projeto individual pequeno o suficiente para que duas pessoas possam concluí-lo, e manter vários tipos diferentes de projetos em andamento para que o estúdio não dependa do sucesso de um único título.

Como Chegamos Aqui: do DirectX ao Navegador

A página original Sobre Nós é uma cápsula do tempo de um momento específico no desenvolvimento de jogos. No final dos anos 90 e início dos anos 2000, se você quisesse fazer um jogo, você o escrevia em C ou C++ contra um SDK de plataforma — DirectX no Windows, ou as bibliotecas proprietárias de um console — e o lançava em mídia física por meio de uma editora. A Paradigm Entertainment era exatamente esse tipo de estúdio, e trabalhar lá significava aprender a disciplina do desenvolvimento de consoles: hardware fixo, prazos rígidos, requisitos de certificação e nenhuma capacidade de aplicar patches após o lançamento.

Se você estiver comprando: Construct 3 — Mecanismo HTML5 sem código baseado em navegador que exporta para web, dispositivos móveis e desktop.

A web mudou a economia de tudo isso. Quando os navegadores ganharam um canvas 2D real e, mais tarde, WebGL, tornou-se possível entregar um jogo para qualquer pessoa com uma URL.

Sem editora, sem disco, sem fila de certificação. As compensações são reais — você abre mão do acesso direto ao hardware, luta contra as peculiaridades do navegador e não pode assumir uma taxa de quadros consistente — mas a vantagem é que uma equipe de duas pessoas pode alcançar jogadores no mundo todo desde o primeiro dia.

Essa mudança é a razão pela qual o centro de gravidade da Massively Fun mudou para HTML5 e JavaScript. Os hábitos de engenharia do trabalho com consoles não desapareceram; eles apenas foram aplicados a um alvo diferente. Disciplina de memória, loops de atualização determinísticos e profiling cuidadoso importam tanto em um navegador quanto em um devkit.

Como Trabalhamos

Estúdios de duas pessoas vivem ou morrem pelo processo, e o nosso é construído em torno de alguns princípios que sobreviveram ao contato com a realidade.

Entregue pequeno, entregue com frequência. Um jogo que existe e é jogável vence um jogo que é teoricamente melhor, mas está inacabado. Definimos o escopo para o que duas pessoas conseguem completar e, depois, cortamos até que caiba.

Prototipe a parte arriscada primeiro. Se uma mecânica pode não ser divertida, construímos a versão mais feia possível dela antes de criar qualquer arte ou UI. A maioria das ideias morre aqui, e esse é o objetivo.

Relacionado: Amazon: Game Dev Books & Gear — Livros de programação de jogos, teclados mecânicos, monitores e hardware de mesa de desenvolvimento.

Mantenha a toolchain chata. Para o trabalho em HTML5, isso geralmente significa uma base de código JavaScript/TypeScript, uma abordagem de renderização leve (Canvas ou WebGL puro, ou uma biblioteca pequena em vez de um engine pesado) e Node.js para scripts de build, pipelines de assets e servidores de dev locais. Ferramentas chatas significam menos surpresas e menos tempo gasto depurando a ferramenta em vez do jogo.

Teste no pior dispositivo que encontrar. Jogos de navegador rodam em tudo, desde um desktop de última geração até um celular de cinco anos atrás. Se aguentar no alvo mais lento, aguentará em qualquer lugar.

Escreva tudo. Notas de dev e revisões não são marketing — são a forma como pensamos. Explicar uma decisão de design em prosa é uma das maneiras mais rápidas de descobrir que ela é uma decisão ruim.

Nossa escolha: Udemy Game Development Courses — Cursos sob demanda cobrindo Unity, Unreal, C++, C# e programação de shader.

Escolhendo uma Tech Stack: Como Decidimos

Uma das perguntas mais comuns que recebemos de desenvolvedores amadores é “com o que devo construir?”. Não há uma resposta universal, mas há um processo de decisão. Aqui está, aproximadamente, como pensamos sobre isso.

Consideração	Inclinar-se para Canvas/WebGL puro + JS/TS	Inclinar-se para um engine completo (ex: Godot, Unity ou um engine JS)
Tamanho da equipe	1–2 pessoas que gostam de controle	Equipes maiores ou artistas que precisam de editores
Tipo de jogo	2D, arcade, puzzle, ports de jogos de tabuleiro	3D, com muita física, scene graphs complexos
Alvo	Browser-first, carregamento rápido, download pequeno	Multiplataforma, incluindo consoles/desktop
Seus pontos fortes	Você gosta de sistemas e controle de baixo nível	Você prefere gastar tempo com conteúdo e design
Orçamento de tempo	Você pode se dar ao luxo de criar algumas ferramentas	Você precisa de um editor e pipeline de assets agora

A ressalva honesta: engines economizam um tempo enorme em renderização, física e gerenciamento de assets, mas também impõem sua própria arquitetura e seus próprios bugs. Criar o seu próprio dá a você controle total e responsabilidade total.

Para um estúdio de duas pessoas que entrega jogos de navegador, um caminho intermediário — uma pequena biblioteca de renderização mais sua própria lógica de jogo — geralmente tem sido a escolha certa. Para o primeiro projeto de um amador, um engine é quase sempre a rota mais rápida para algo jogável.

Se você quiser se aprofundar nos padrões e plataformas envolvidos, os MDN Web Docs on the Canvas API são a referência canônica para renderização 2D em navegador, e a especificação WebGL mantida pelo Khronos Group cobre o caminho acelerado por GPU. Para a parte de jogos de tabuleiro do nosso trabalho, o site oficial do Catan é a fonte autoritativa sobre o jogo que adaptamos.

Controle de Movimento e Outros Experimentos

Parte da história do estúdio envolve plataformas de controle de movimento — a onda de inputs baseados em câmeras e sensores que chegou com a era do Wii e do Kinect. O controle de movimento é um problema de design genuinamente interessante porque remove a camada de abstração de um botão. Os jogadores esperam que o jogo entenda seu corpo, e geralmente ele não entende, pelo menos não com precisão.

As lições práticas desse trabalho se transferem para tudo o que fazemos:

• A latência é o inimigo. Qualquer esquema de input com lag perceptível parece quebrado, não importa quão inteligente seja a mecânica.
• Projete para o sensor que você tem, não para o que você quer. Se a câmera só consegue detectar movimentos brutos de forma confiável, crie um jogo sobre movimentos brutos.
• Sempre forneça um fallback. Acessibilidade e confiabilidade exigem que um jogo seja jogável sem o dispositivo de input exótico.

Esses princípios se aplicam igualmente aos controles de toque em um celular, que é o problema de controle de movimento da era HTML5.

As Pessoas por Trás dos Jogos

Vale a pena reafirmar claramente, porque é isso que distingue um estúdio como este de um site de conteúdo: os nomes nesta página são as pessoas que escrevem o código, ajustam as mecânicas e jogam os jogos que analisamos. A lista de favoritos do Stephen — Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers no PS2, Fire Emblem, Call of Duty e um elenco rotativo de outros — é a lista de um desenvolvedor ativo. Ela é focada em jogos movidos a sistemas com progressão profunda, que é exatamente o tipo de design que recompensa a mentalidade de engenharia.

A lista de Angela tem apenas uma linha e diz tudo: Arthur e Stephen. Um estúdio é um lar antes de ser um negócio, e este sempre foi ambos.

Perguntas Frequentes

Quem dirige a Massively Fun?

A Massively Fun é dirigida por Stephen e Angela Wilkinson, uma equipe de duas pessoas. Stephen cuida da maior parte da engenharia, aproveitando sua experiência profissional em desenvolvimento para consoles e PC, enquanto Angela contribui com codificação em Java, C++, ASP e Delphi, além de administrar o lar que torna o estúdio possível.

Quais jogos a Massively Fun fez?

O catálogo do estúdio inclui títulos originais em HTML5/JavaScript como Word² e Fast Iron, além de Catan World, uma adaptação digital do jogo de tabuleiro Catan. O estúdio também publica análises e comentários sobre os jogos que joga.

Quais tecnologias o estúdio utiliza?

Historicamente, C++ e DirectX para trabalhos em consoles e PC, incluindo o desenvolvimento da era PS/2, Xbox e GameCube. Hoje, o foco é HTML5 e JavaScript para jogos de navegador, com Node.js para ferramentas e pipelines de build, e Java, C++, ASP e Delphi aparecendo na experiência mais ampla da equipe.

Posso contratar a Massively Fun ou colaborar?

O site sempre foi uma página de estúdio pessoal, e não a vitrine de uma agência, portanto não há uma lista formal de serviços. A melhor via para colaborações ou dúvidas é entrar em contato através do endereço de contato publicado no site.

A página original “Sobre Nós” ainda está correta?

Sim — as biografias, habilidades e favoritos originais foram preservados aqui porque ainda são verdadeiros. As pessoas, suas trajetórias e seus gostos não mudaram; o que mudou foi a plataforma para a qual o estúdio desenvolve e o tamanho do catálogo.

Que conselho você daria para desenvolvedores de jogos amadores?

Comece com algo menor do que você acha que precisa, prototipe a mecânica arriscada antes de construir qualquer outra coisa e escolha uma stack tecnológica com base no tamanho da sua equipe e no tipo de jogo, e não no que está na moda. Lançar um único jogo pequeno e finalizado ensina mais do que começar cinco ambiciosos.