Om oss

er et lite, uavhengig spillstudio med lang hukommelse. «Om oss»-siden du leser er den originale – et øyeblikksbilde fra tidlig på 2000-tallet, da studioet besto av to personer, et felles hjemmekontor og en hardnakket tro på at man kunne lage ekte spill uten at en utgiver pustet en i nakken. Vi har holdt den stort sett intakt fordi den er ærlig om hvor vi kom fra, og fordi folkene på siden fortsatt er menneskene som lager spillene. Det som følger er den samme siden, utvidet: hvem vi er, hva vi faktisk gjør, hvordan vi jobber, og hvorfor et studio som startet med C++ og DirectX på en PlayStation 2 endte opp med å utgi HTML5-spill og brettspilltilpasninger.

Viktige takeaways

• Massively Fun er et uavhengig studio for to personer, grunnlagt og drevet av Stephen og Angela Wilkinson, og har vært i drift siden midten av 1990-tallet.
• Stephens bakgrunn er profesjonell konsoll- og PC-teknikk – C++, DirectX og utgitte titler på maskinvare fra PS/2-, Xbox- og GameCube-æraen.
• Angelas bakgrunn spenner over Java, C++, ASP og Delphi, pluss den langt vanskeligere jobben med å drive husholdningen som holder studioet i live.
• Studioets produksjon har beveget seg i takt med bransjen: fra native konsollarbeid til nettleserbaserte HTML5/JavaScript-spill og digitale tilpasninger av fysiske brettspill.
• Vi bygger i små, utgivbare inkrementer og anser «ferdig og utgitt» som mer verdifullt enn «ambisiøst og uferdig».
• Alt her – anmeldelser, nedlastinger, utviklernotater – kommer fra folk som faktisk lager spill, ikke fra en innholdsfarm.

Hvem vi er

Stephen Wilkinson — Sr. programvareingeniør. Stephen tilbrakte mange år som profesjonell spillingeniør, mest bemerkelsesverdig hos Paradigm Entertainment, et Infogrames-selskap, hvor han jobbet med konsolltitler under PS2/Xbox/GameCube-generasjonen. Det var epoken da det å «utgi et spill» innebar å passe inn i et fast minnebudsjett, håndoptimalisere en renderer og feilsøke på devkits som kostet mer enn en bil. Han ble uteksaminert i 1987 fra Duncan High School i Duncan, Oklahoma – noe som forteller deg at han har skrevet programvare i veldig lang tid, og at han kom til spill gjennom samme rute som mange av oss gjorde: nysgjerrighet, en hjemmedatamaskin og altfor mange sene kvelder.

Hans uttalte ferdigheter er de som betyr noe for dette studioet: å skrive dataspill, C++, DirectX og konsollutvikling på tvers av PS/2, Xbox og litt GameCube. I praksis betyr det at han er komfortabel hele veien ned i stacken – fra minnehåndtering og rendering til gameplay-systemer og verktøy.

Angela Wilkinson — Arthurs mor, og koder i beredskap. Angelas offisielle tittel underselger henne. Verktøysettet hennes er Java, C++, ASP og Delphi, pluss det den originale siden kaller «Mom 1.0» – operativsystemet som faktisk holder et studio for to personer i gang. Alle som har prøvd å lage spill med en familie, vet at den andre jobben er den vanskeligste, og at et studio uten noen som administrerer logistikk, tidsplaner og moral, ikke utgir noe som helst.

Favorittlisten hennes er kort og talende: Arthur (og Stephen). Det er hele studioet i én linje.

Hva vi faktisk bygger

Massively Funs katalog spenner over noen få distinkte typer arbeid, og det er verdt å være eksplisitt om dem fordi «indiestudio» kan bety nesten hva som helst.

Relatert: Unity Asset Store — Ferdiglaget kunst, verktøy og maler som faller rett inn i Unity-prosjektet ditt.

• Originale HTML5/JavaScript-spill. Nettleser-første titler bygget for å kjøre uten plugin, uten installasjon og uten en butikk-gatekeeper. Dette er den moderne kjernen i det vi gjør.
• Digitale tilpasninger av brettspill. Vårt mest kjente arbeid på dette området er Catan World, en digital versjon av Klaus Teubers Catan — et spill hvis regler er enkle å formulere, men genuint vanskelige å implementere riktig, fordi hele opplevelsen avhenger av turrekkefølge, ressurshandel og sosiale forhandlinger mellom spillerne.
• Små, skarpe arkadespill. Fast Iron og Word² faller i denne kategorien: tette looper, raske økter og mekanikker du kan forklare i én setning, men bruker uker på å finjustere.
• Anmeldelser og kommentarer. Vi spiller mye, og vi skriver om det. Anmeldelser på dette nettstedet kommer fra aktive utviklere, noe som endrer hva vi legger merke til – vi har en tendens til å bry oss om systemer, følelse og teknisk utførelse like mye som presentasjon.

Den blandingen er ikke tilfeldig. Den gjenspeiler en bevisst strategi: hold omfanget av ethvert enkelt prosjekt lite nok til at to personer kan fullføre det, og ha flere forskjellige typer prosjekter i gang samtidig, slik at studioet ikke er avhengig av suksessen til én enkelt tittel.

Hvordan vi kom hit: Fra DirectX til nettleseren

Den originale «Om oss»-siden er en tidskapsel fra et spesifikt øyeblikk i spillutviklingen. På slutten av 1990-tallet og begynnelsen av 2000-tallet, hvis du ønsket å lage et spill, skrev du det i C eller C++ mot en plattform-SDK – DirectX på Windows, eller en konsolls proprietære biblioteker – og du utga det på fysiske medier gjennom en utgiver. Paradigm Entertainment var akkurat den typen studio, og å jobbe der innebar å lære disiplinen i konsollutvikling: fast maskinvare, harde tidsfrister, sertifiseringskrav og ingen mulighet til å patche etter lansering.

Nettet endret økonomien i alt dette. Da nettlesere fikk et ekte 2D-lerret og senere WebGL, ble det mulig å levere et spill til hvem som helst med en URL. Ingen utgiver, ingen plate, ingen sertifiseringskø. Avveiningene er reelle – du gir opp direkte maskinvaretilgang, du kjemper mot nettleserens særheter, og du kan ikke anta en konsistent bildefrekvens – men fordelen er at et tomannsteam kan nå spillere over hele verden fra dag én.

Vårt valg: Udemy Game Development Courses — On-demand-kurs som dekker Unity, Unreal, C++, C# og shader-programmering.

Det skiftet er grunnen til at Massively Funs tyngdepunkt flyttet seg til HTML5 og JavaScript. Ingeniørvanene fra konsollarbeidet forsvant ikke; de ble bare anvendt på et annet mål. Minnedisiplin, deterministiske oppdateringsløkker og nøye profilering betyr like mye i en nettleser som de gjorde på et devkit.

Hvordan vi jobber

Tomannsstudioer lever eller dør på prosess, og vår er bygget rundt noen få prinsipper som har overlevd møtet med virkeligheten.

Lever smått, lever ofte. Et spill som eksisterer og er spillbart slår et spill som er teoretisk bedre og uferdig. Vi begrenser omfanget til det to personer kan fullføre, og kutter deretter til det passer.

Prototyp den risikable delen først. Hvis en spillmekanikk kanskje ikke er morsom, bygger vi den styggeste versjonen av den før vi lager noe kunst eller brukergrensesnitt. De fleste ideer dør her, og det er poenget.

Hold verktøykjeden kjedelig. For HTML5-arbeid betyr det vanligvis en JavaScript/TypeScript-kodebase, en lett gjengivelsestilnærming (rå Canvas eller WebGL, eller et lite bibliotek i stedet for en tungvektsmotor), og Node.js for byggeskript, asset-pipelines og lokale utviklingsservere. Kjedelige verktøy betyr færre overraskelser og mindre tid brukt på å feilsøke verktøyene i stedet for spillet.

Test på den verste enheten du kan finne. Nettleserspill kjører på alt fra en high-end desktop til en fem år gammel telefon. Hvis det holder på det tregeste målet, holder det overalt.

Relatert: Amazon: Game Dev Books & Gear — Spillprogrammeringsbøker, mekaniske tastaturer, skjermer og dev-desk maskinvare.

Skriv det ned. Utviklernotater og anmeldelser er ikke markedsføring – det er slik vi tenker. Å forklare en designbeslutning i prosa er en av de raskeste måtene å oppdage at det er en dårlig beslutning.

Valg av teknisk stabel: Hvordan vi bestemmer oss

Et av de vanligste spørsmålene vi får fra hobbyutviklere er “hva bør jeg bygge med?” Det finnes ikke ett universelt svar, men det finnes en beslutningsprosess. Her er omtrent hvordan vi tenker om det.

Betraktning	Hell mot rå Canvas/WebGL + JS/TS	Hell mot en full motor (f.eks. Godot, Unity eller en JS-motor)
Teamstørrelse	1–2 personer som liker kontroll	Større team eller artister som trenger editorer
Spilltype	2D, arkade, puslespill, brettspillporter	3D, fysikktunge, komplekse scenegrafer
Mål	Nettleser-først, rask lasting, liten nedlasting	Multiplattform inkludert konsoller/desktop
Dine styrker	Du liker systemer og kontroll på lavt nivå	Du vil heller bruke tid på innhold og design
Tidsbudsjett	Du har råd til å bygge noen verktøy	Du trenger en editor og asset-pipeline nå

Den ærlige advarselen: Motorer sparer deg for enormt mye tid på gjengivelse, fysikk og ressursforvaltning, men de påtvinger også sin egen arkitektur og sine egne feil. Å lage din egen gir deg total kontroll og totalt ansvar. For et tomannsstudio som leverer nettleserspill, har en mellomvei – et lite gjengivelsesbibliotek pluss din egen spilllogikk – vanligvis vært det rette valget. For en hobbyists første prosjekt er en motor nesten alltid den raskeste veien til noe spillbart.

Hvis du handler: Construct 3 — Nettleserbasert HTML5-motor uten kode som eksporterer til nett, mobil og skrivebord.

Hvis du ønsker å gå dypere inn i standardene og plattformene som er involvert, er MDN Web Docs on the Canvas API den kanoniske referansen for 2D-nettlesergjengivelse, og WebGL-spesifikasjonen vedlikeholdt av Khronos Group dekker den GPU-akselererte banen. For brettspillsiden av arbeidet vårt, er den offisielle Catan-siden den autoritative kilden til spillet vi tilpasset.

Bevegelseskontroll og andre eksperimenter

En del av studioets historie involverer bevegelseskontroll-plattformer – bølgen av kamera- og sensorbasert input som kom med Wii-æraen og Kinect. Bevegelseskontroll er et genuint interessant designproblem fordi det fjerner abstraksjonslaget til en knapp. Spillere forventer at spillet skal forstå kroppen deres, og det gjør det vanligvis ikke, i hvert fall ikke presist.

De praktiske lærdommene fra det arbeidet overføres til alt annet vi gjør:

• Latens er fienden. Ethvert input-oppsett med merkbar forsinkelse føles ødelagt, uansett hvor smart mekanikken er.
• Design for sensoren du har, ikke den du vil ha. Hvis kameraet bare kan oppdage grove bevegelser pålitelig, bygg et spill om grove bevegelser.
• Gi alltid et alternativ. Tilgjengelighet og pålitelighet krever begge at et spill må kunne spilles uten den eksotiske inndataenheten.

Disse prinsippene gjelder like godt for berøringskontroller på en telefon, som er bevegelseskontroll-problemet i HTML5-æraen.

Menneskene bak spillene

Det er verdt å gjenta det tydelig, fordi det er det som skiller et studio som dette fra et innholdssite: navnene på denne siden er personene som skriver koden, finjusterer mekanikken og spiller spillene vi anmelder. Stephens favorittliste – Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers på PS2, Fire Emblem, Call of Duty og en roterende utvalg av andre – er en aktiv utviklers liste. Den er tung på systemdrevne spill med dyp progresjon, som er akkurat den typen design som belønner ingeniørtankegangen.

Angelas liste er én linje lang og sier alt: Arthur og Stephen. Et studio er en husholdning før det er en bedrift, og dette har alltid vært begge deler.

Vanlige spørsmål

Hvem driver Massively Fun?

Massively Fun drives av Stephen og Angela Wilkinson, et team på to personer. Stephen tar seg av det meste av det tekniske, og trekker på en profesjonell bakgrunn innen konsoll- og PC-utvikling, mens Angela bidrar med koding i Java, C++, ASP og Delphi ved siden av å drive husholdningen som gjør studioet mulig.

Hvilke spill har Massively Fun laget?

Studioets katalog inkluderer originale HTML5/JavaScript-titler som Word² og Fast Iron, pluss Catan World, en digital tilpasning av brettspillet Catan. Studioet publiserer også anmeldelser og kommentarer om spillene de spiller.

Hvilke teknologier bruker studioet?

Historisk sett C++ og DirectX for konsoll- og PC-arbeid, inkludert utvikling i PS/2-, Xbox- og GameCube-æraen. I dag er fokuset HTML5 og JavaScript for nettleserspill, med Node.js for verktøy og build-pipelines, mens Java, C++, ASP og Delphi inngår i teamets bredere erfaring.

Kan jeg ansette Massively Fun eller samarbeide?

Nettstedet har alltid vært en personlig studioside snarere enn en utstillingsvindu for et byrå, så det finnes ingen formell oversikt over tjenester. Den beste måten å samarbeide på eller stille spørsmål er å ta kontakt via kontaktadressen som er publisert på nettstedet.

Er den originale Om oss-siden fortsatt nøyaktig?

Ja – de originale biografiene, ferdighetene og favorittene er bevart her fordi de fortsatt stemmer. Menneskene, deres bakgrunn og smak har ikke endret seg; det som er endret, er plattformen studioet bygger for og størrelsen på katalogen.

Hvilke råd har du til hobbyspillutviklere?

Start mindre enn du tror du trenger, lag en prototype av den risikable mekanikken før du bygger noe annet, og velg en teknologistabel basert på teamstørrelse og spilltype fremfor hva som er trendy. Å fullføre og utgi ett lite spill lærer deg mer enn å starte på fem ambisiøse.