Om os

er et lille, uafhængigt spilstudie med en lang hukommelse. “Om os”-siden, du læser, er den originale — et øjebliksbillede fra begyndelsen af 2000’erne, hvor studiet bestod af to personer, et fælles hjemmekontor og en stædig tro på, at man kunne bygge rigtige spil uden at have en udgiver pustende i nakken.

Vi har holdt den stort set intakt, fordi den er ærlig omkring, hvor vi kom fra, og fordi personerne på siden stadig er dem, der laver spillene. Det følgende er den samme side, blot udvidet: hvem vi er, hvad vi rent faktisk laver, hvordan vi arbejder, og hvorfor et studie, der startede med C++ og DirectX på en PlayStation 2, endte med at udgive HTML5-spil og brætspilsadaptationer.

Key Takeaways

• Massively Fun er et uafhængigt to-personers studie grundlagt og drevet af Stephen og Angela Wilkinson, som har eksisteret siden midten af 1990’erne.
• Stephens baggrund er professionel konsol- og PC-engineering — C++, DirectX og udgivne titler til PS/2, Xbox og hardware fra GameCube-æraen.
• Angelas baggrund spænder over Java, C++, ASP og Delphi, samt det langt sværere job med at drive den husstand, der holder studiet i live.
• Studiets output har flyttet sig med industrien: fra native konsolarbejde til browserbaserede HTML5/JavaScript-spil og digitale adaptationer af fysiske brætspil.
• Vi bygger i små, udgivelsesklare inkrementer og anser “færdig og udgivet” som mere værdifuldt end “ambitiøs og ufærdig”.
• Alt her — anmeldelser, downloads, dev-noter — kommer fra folk, der rent faktisk laver spil, ikke fra en content farm.

Hvem vi er

Stephen Wilkinson — Sr. Software Engineer. Stephen tilbragte år som professionel spilingeniør, mest bemærkelsesværdigt hos Paradigm Entertainment, et Infogrames-selskab, hvor han arbejdede på konsoltitler i PS2/Xbox/GameCube-generationen. Det var den æra, hvor det at “udgive et spil” betød at passe ind i et fast hukommelsesbudget, hånd-tune en renderer og debugge på devkits, der kostede mere end en bil. Han dimitterede i 1987 fra Duncan High School i Duncan, Oklahoma — hvilket fortæller dig, at han har skrevet software i meget lang tid, og at han kom til spil via den samme rute som mange af os: nysgerrighed, en hjemmecomputer og alt for mange sene nætter.

Hans erklærede færdigheder er dem, der betyder noget for dette studie: at skrive computerspil, C++, DirectX og konsoludvikling på tværs af PS/2, Xbox og lidt GameCube. I praksis betyder det, at han er komfortabel hele vejen ned i stakken — fra hukommelsesstyring og rendering til gameplay-systemer og tooling.

Angela Wilkinson — Arthurs mor og koder på standby. Angelas officielle titel undersælger hende. Hendes værktøjskasse er Java, C++, ASP og Delphi, plus hvad den originale side kalder “Mom 1.0” — operativsystemet, der rent faktisk holder et to-personers studie kørende. Enhver, der har prøvet at bygge spil med en familie, ved, at det andet job er det sværeste, og at et studie uden nogen til at styre logistik, tidsplaner og moral ikke udgiver noget.

Hendes favoritliste er kort og sigende: Arthur (og Stephen). Det er hele studiet i én linje.

Relateret: Unity Asset Store — Færdiglavet kunst, værktøjer og skabeloner, der falder direkte ind i dit Unity-projekt.

Hvad vi faktisk bygger

Massively Funs katalog spænder over et par forskellige typer arbejde, og det er værd at være eksplicit omkring dem, fordi “indie-studie” kan betyde næsten hvad som helst.

• Originale HTML5/JavaScript-spil. Browser-first titler bygget til at køre uden plugin, uden installation og uden en storefront-gatekeeper. Dette er den moderne kerne i det, vi laver.
• Digitale adaptationer af brætspil. Vores mest kendte arbejde på dette område er Catan World, en digital udgave af Klaus Teubers Catan — et spil, hvis regler er enkle at formulere, men virkelig svære at implementere korrekt, fordi hele oplevelsen afhænger af turrækkefølge, ressourcehandel og den sociale forhandling mellem spillerne.
• Små, skarpe arkade-agtige spil. Fast Iron og Word² hører til i denne kategori: stramme loops, hurtige sessioner og mekanikker, man kan forklare i én sætning, men bruger uger på at fintune.
• Anmeldelser og kommentarer. Vi spiller meget, og vi skriver om det. Anmeldelser på dette site kommer fra aktive udviklere, hvilket ændrer det, vi bemærker — vi har tendens til at gå op i systemer, feel og teknisk udførelse ligeså meget som præsentationen.

Den blanding er ikke tilfældig. Den afspejler en bevidst strategi: hold omfanget af ethvert enkelt projekt lille nok til, at to personer kan gøre det færdigt, og hold flere forskellige typer projekter i gang, så studiet ikke er afhængig af én titels succes.

Hvordan vi nåede hertil: Fra DirectX til browseren

Den originale Om os-side er en tidskapsel fra et specifikt øjeblik i spiludviklingen. I slutningen af 1990’erne og begyndelsen af 2000’erne skrev man, hvis man ville lave et spil, det i C eller C++ mod en platform-SDK — DirectX på Windows eller en konsols proprietære biblioteker — og man udgav det på fysiske medier gennem en udgiver. Paradigm Entertainment var præcis den slags studie, og at arbejde der betød at lære disciplinen i konsoludvikling: fast hardware, hårde deadlines, certificeringskrav og ingen mulighed for at patche efter lancering.

Vores valg: Udemy Game Development Courses — On-demand kurser, der dækker Unity, Unreal, C++, C# og shader programmering.

Nettet ændrede økonomien i alt dette. Da browsere fik et ægte 2D-canvas og senere WebGL, blev det muligt at udgive et spil til enhver med en URL. Ingen udgiver, ingen disk, ingen certificeringskø. Afvejningerne er reelle – du opgiver direkte hardwareadgang, du kæmper med browser-quirks, og du kan ikke forvente en ensartet billedhastighed – men fordelen er, at et to-personers hold kan nå spillere over hele verden fra dag ét.

Det skift er grunden til, at Massively Funs tyngdepunkt flyttede til HTML5 og JavaScript. Ingeniørvanerne fra konsolarbejdet forsvandt ikke; de blev blot anvendt på et andet mål. Hukommelsesdisciplin, deterministiske opdateringsløkker og omhyggelig profilering betyder lige så meget i en browser, som de gjorde på et devkit.

Sådan arbejder vi

To-personers studier lever eller dør på deres processer, og vores er bygget op omkring nogle få principper, der har overlevet mødet med virkeligheden.

Udgiv småt, udgiv ofte. Et spil, der eksisterer og kan spilles, slår et spil, der teoretisk set er bedre, men er ufærdigt. Vi definerer omfanget ud fra, hvad to personer kan fuldføre, og skærer derefter til, indtil det passer.

Prototype den risikable del først. Hvis en mekanik måske ikke er sjov, bygger vi den grimmest mulige version af den, før vi laver noget art eller UI. De fleste idéer dør her, hvilket er pointen.

Hold værktøjskæden kedelig. For HTML5-arbejde betyder det generelt en JavaScript/TypeScript-kodebase, en let rendering-tilgang (rå Canvas eller WebGL, eller et lille bibliotek frem for en tung motor) og Node.js til build-scripts, asset-pipelines og lokale dev-servere. Kedelige værktøjer betyder færre overraskelser og mindre tid brugt på at fejlfinde værktøjerne i stedet for spillet.

Relateret: Amazon: Game Dev Books & Gear — Spilprogrammeringsbøger, mekaniske tastaturer, skærme og dev-desk hardware.

Test på den dårligste enhed, du kan finde. Browserspil kører på alt fra en high-end desktop til en fem år gammel telefon. Hvis det holder på det langsomste mål, holder det overalt.

Skriv det ned. Udviklernoter og reviews er ikke markedsføring – det er sådan, vi tænker. At forklare en designbeslutning i prosa er en af de hurtigste måder at opdage, at det er en dårlig beslutning.

Valg af tech stack: Sådan beslutter vi

Et af de mest almindelige spørgsmål, vi får fra hobbyudviklere, er “hvad skal jeg bygge med?” Der findes ikke ét universelt svar, men der findes en beslutningsproces. Her er nogenlunde, hvordan vi tænker over det.

Hvis du handler: Construct 3 — Browserbaseret HTML5-motor uden kode, der eksporterer til web, mobil og desktop.

Overvejelse	Hæld mod rå Canvas/WebGL + JS/TS	Hæld mod en fuld motor (f.eks. Godot, Unity eller en JS-motor)
Holdstørrelse	1–2 personer, der kan lide kontrol	Større teams eller kunstnere, der har brug for editorer
Spiltype	2D, arkade, puslespil, brætspils-porte	3D, fysiktunge, komplekse scene-grafer
Mål	Browser-first, hurtig indlæsning, lille download	Multi-platform inklusiv konsoller/desktop
Dine styrker	Du nyder systemer og low-level kontrol	Du vil hellere bruge tid på indhold og design
Tidsbudget	Du har råd til at bygge nogle værktøjer	Du har brug for en editor og asset-pipeline nu

Den ærlige forbehold: Motorer sparer dig for enorm tid på rendering, fysik og asset management, men de påtvinger også deres egen arkitektur og deres egne bugs. At bygge din egen giver dig total kontrol og totalt ansvar. For et to-personers studie, der udgiver browserspil, har en mellemvej – et lille rendering-bibliotek plus din egen spil-logik – normalt været det rigtige valg. For en hobbyists første projekt er en motor næsten altid den hurtigste vej til noget spilbart.

Hvis du vil gå dybere ind i de involverede standarder og platforme, er MDN Web Docs on the Canvas API den kanoniske reference for 2D-browser-rendering, og WebGL-specifikationen vedligeholdt af Khronos Group dækker den GPU-accelererede sti. For brætspils-delen af vores arbejde er det officielle Catan-websted den autoritative kilde til det spil, vi adapterede.

Bevægelseskontrol og andre eksperimenter

En del af studiets historie involverer platforme til bevægelseskontrol – bølgen af kamera- og sensorbaseret input, der kom med Wii-æraen og Kinect. Bevægelseskontrol er et virkelig interessant designproblem, fordi det fjerner abstraktionslaget fra en knap. Spillere forventer, at spillet forstår deres krop, og det gør det normalt ikke, i hvert fald ikke præcist.

De praktiske erfaringer fra det arbejde overføres til alt andet, vi laver:

• Latency er fjenden. Ethvert input-skema med mærkbar lag føles ødelagt, uanset hvor smart mekanikken er.
• Design til den sensor, du har, ikke den, du ønsker. Hvis kameraet kun pålideligt kan registrere grove bevægelser, så byg et spil om grove bevægelser.
• Sørg altid for et fallback. Tilgængelighed og pålidelighed kræver begge, at et spil kan spilles uden den eksotiske input-enhed.

Disse principper gælder lige så godt for touch-kontroller på en telefon, hvilket er bevægelseskontrol-problemet i HTML5-æraen.

Menneskene bag spillene

Det er værd at gentage klart, fordi det er det, der adskiller et studie som dette fra et indholdswebsted: Navnene på denne side er de personer, der skriver koden, tuner mekanikken og spiller de spil, vi anmelder. Stephens favoritliste – Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers på PS2, Fire Emblem, Call of Duty og en roterende række af andre – er en aktiv udviklers liste. Den er tung på systemdrevne spil med dyb progression, hvilket er præcis den slags design, der belønner den ingeniørmæssige tankegang.

Angelas liste er én linje lang og siger alt: Arthur og Stephen. Et studie er en husstand, før det er en forretning, og dette har altid været begge dele.

Ofte stillede spørgsmål

Hvem driver Massively Fun?

Massively Fun drives af Stephen og Angela Wilkinson, et team på to personer. Stephen varetager det meste af ingeniørarbejdet og trækker på en professionel baggrund inden for konsol- og pc-udvikling, mens Angela bidrager med kodning i Java, C++, ASP og Delphi sideløbende med at drive husstanden, der gør studiet muligt.

Hvilke spil har Massively Fun lavet?

Studiets katalog indeholder originale HTML5/JavaScript-titler såsom Word² og Fast Iron, samt Catan World, en digital tilpasning af brætspillet Catan. Studiet udgiver også anmeldelser og kommentarer til de spil, det spiller.

Hvilke teknologier bruger studiet?

Historisk set C++ og DirectX til konsol- og pc-arbejde, herunder udvikling i PS/2-, Xbox- og GameCube-æraen. I dag er fokus HTML5 og JavaScript til browserspil, med Node.js til værktøjer og build-pipelines, mens Java, C++, ASP og Delphi indgår i teamets bredere erfaring.

Kan jeg hyre Massively Fun eller samarbejde?

Siden har altid været en personlig studieside snarere end en bureau-facade, så der findes ingen formel oversigt over ydelser. Den bedste vej til samarbejde eller spørgsmål er at række ud via den kontaktadresse, der er offentliggjort på siden.

Er den originale Om os-side stadig korrekt?

Ja – de originale biografier, færdigheder og favoritter er bevaret her, fordi de stadig er sande. Menneskene, deres baggrunde og deres smag har ikke ændret sig; det, der er ændret, er den platform, studiet bygger til, og størrelsen på kataloget.

Hvilke råd har du til hobby-spiludviklere?

Start mindre, end du tror, du behøver, prototyp den risikable mekanik, før du bygger andet, og vælg en tech-stack baseret på din teamstørrelse og spiltype snarere end på, hvad der er trendy. At udgive ét lille, færdigt spil lærer dig mere end at starte på fem ambitiøse.