Om oss

är en liten, oberoende spelstudio med ett långt minne. “Om oss”-sidan du läser är den ursprungliga – en ögonblicksbild från tidigt 2000-tal, när studion bestod av två personer, ett delat hemmakontor och en envis övertygelse om att man kunde bygga riktiga spel utan att en utgivare andades en i nacken.

Vi har behållit den i stort sett intakt eftersom den är ärlig om var vi kom ifrån, och för att människorna på sidan fortfarande är de som gör spelen. Det som följer är samma sida, utökad: vilka vi är, vad vi faktiskt gör, hur vi arbetar och varför en studio som började med C++ och DirectX på en PlayStation 2 slutade med att leverera HTML5-spel och brädspelsanpassningar.

Viktiga punkter

• Massively Fun är en oberoende studio för två personer, grundad och driven av Stephen och Angela Wilkinson, verksam sedan mitten av 1990-talet.
• Stephens bakgrund är professionell konsol- och PC-teknik – C++, DirectX och utgivna titlar på hårdvara från PS/2-, Xbox- och GameCube-eran.
• Angelas bakgrund spänner över Java, C++, ASP och Delphi, plus det betydligt svårare jobbet med att driva hushållet som håller studion vid liv.
• Studions produktion har följt branschen: från native konsolarbete till webbläsarbaserade HTML5/JavaScript-spel och digitala anpassningar av fysiska brädspel.
• Vi bygger i små, levererbara steg och ser “klart och släppt” som mer värdefullt än “ambitiöst och oavslutat”.
• Allt här – recensioner, nedladdningar, utvecklaranteckningar – kommer från människor som faktiskt gör spel, inte från en innehållsfarm.

Vilka vi är

Stephen Wilkinson — Sr. Software Engineer. Stephen tillbringade flera år som professionell spelingenjör, främst på Paradigm Entertainment, ett Infogrames-företag, där han arbetade med konsoltitlar under PS2/Xbox/GameCube-generationen. Det var eran när att “leverera ett spel” innebar att passa in i en fast minnesbudget, handoptimera en renderare och felsöka på devkits som kostade mer än en bil. Han tog examen 1987 från Duncan High School i Duncan, Oklahoma – vilket berättar att han har skrivit mjukvara under mycket lång tid, och att han kom till spel via samma väg som många av oss gjorde: nyfikenhet, en hemdator och alltför många sena kvällar.

Hans uttalade färdigheter är de som är viktiga för den här studion: att skriva datorspel, C++, DirectX och konsolutveckling för PS/2, Xbox och en del GameCube. I praktiken betyder det att han är bekväm hela vägen ner i stacken – från minneshantering och rendering till spelsystem och verktyg.

Angela Wilkinson — Arthurs mamma och kodare i beredskap. Angelas officiella titel undersäljer henne. Hennes verktygslåda består av Java, C++, ASP och Delphi, plus vad originalsidan kallar “Mom 1.0” – operativsystemet som faktiskt håller en tvåpersonsstudio igång. Alla som har försökt bygga spel tillsammans med en familj vet att det andra jobbet är det svåraste, och att en studio utan någon som sköter logistik, scheman och moral inte levererar någonting.

Hennes favoritlista är kort och talande: Arthur (och Stephen). Det är hela studion i en enda rad.

Relaterat: Unity Asset Store — Färdiggjord konst, verktyg och mallar som faller direkt in i ditt Unity-projekt.

Vad vi faktiskt bygger

Massively Funs katalog spänner över några distinkta typer av arbete, och det är värt att vara tydlig med dem eftersom “indiestudio” kan betyda nästan vad som helst.

• Original HTML5/JavaScript-spel. Webbläsarcentrerade titlar byggda för att köras utan plugin, utan installation och utan en butik som grindvakt. Detta är den moderna kärnan i vad vi gör.
• Digitala anpassningar av brädspel. Vårt mest kända arbete inom detta område är Catan World, en digital version av Klaus Teubers Catan – ett spel vars regler är enkla att formulera men genuint svåra att implementera korrekt, eftersom hela upplevelsen beror på turordning, resurshandel och den sociala förhandlingen mellan spelarna.
• Små, skarpa spel i arkadstil. Fast Iron och Word² hamnar i denna kategori: tighta loopar, korta sessioner och mekanik som du kan förklara i en mening men spendera veckor med att trimma.
• Recensioner och kommentarer. Vi spelar mycket, och vi skriver om det. Recensionerna på den här webbplatsen kommer från yrkesverksamma utvecklare, vilket förändrar vad vi lägger märke till – vi tenderar att bry oss om system, känsla och tekniskt utförande lika mycket som presentationen.

Denna mix är ingen tillfällighet. Den återspeglar en medveten strategi: håll omfattningen av varje enskilt projekt tillräckligt liten för att två personer ska kunna slutföra det, och håll flera olika typer av projekt igång så att studion inte är beroende av en enda titels framgång.

Hur vi kom hit: Från DirectX till webbläsaren

Den ursprungliga “Om oss”-sidan är en tidskapsel från ett specifikt ögonblick i spelutvecklingen. I slutet av 1990-talet och början av 2000-talet skrev man, om man ville göra ett spel, i C eller C++ mot en plattforms-SDK – DirectX på Windows, eller en konsols proprietära bibliotek – och man levererade det på fysiska medier via en utgivare. Paradigm Entertainment var precis den typen av studio, och att arbeta där innebar att lära sig disciplinen i konsolutveckling: fast hårdvara, hårda deadlines, certifieringskrav och ingen möjlighet att patcha efter lansering.

Vårt val: Udemy Game Development Courses — On-demand-kurser som täcker Unity, Unreal, C++, C# och shader-programmering.

Webben förändrade ekonomin i allt detta. När webbläsare fick en riktig 2D-canvas och, senare, WebGL, blev det möjligt att leverera ett spel till vem som helst med en URL. Ingen utgivare, ingen skiva, ingen certifieringskö. Avvägningarna är verkliga – du ger upp direkt hårdvaruåtkomst, du kämpar med webbläsarnas egenheter och du kan inte utgå från en konsekvent bildhastighet – men fördelen är att ett tvåpersonsteam kan nå spelare över hela världen från dag ett.

Den förändringen är anledningen till att Massively Funs tyngdpunkt flyttades till HTML5 och JavaScript. Ingenjörsvanorna från konsolarbetet försvann inte; de applicerades bara på ett annat mål. Minnesdisciplin, deterministiska uppdateringsslingor och noggrann profilering spelar lika stor roll i en webbläsare som i en devkit.

Hur vi arbetar

Tvåpersonstudior lever eller dör med sina processer, och vår är uppbyggd kring några principer som har överlevt kontakten med verkligheten.

Leverera smått, leverera ofta. Ett spel som existerar och är spelbart slår ett spel som är teoretiskt bättre men oavslutat. Vi anpassar omfattningen efter vad två personer kan slutföra, och skär sedan ner tills det passar.

Prototypa den riskfyllda delen först. Om en mekanik kanske inte är rolig bygger vi den fulaste möjliga versionen av den innan vi skapar någon grafik eller UI. De flesta idéer dör här, vilket är poängen.

Håll verktygskedjan tråkig. För HTML5-arbete innebär det vanligtvis en JavaScript/TypeScript-kodbas, en lättviktig renderingsmetod (rå Canvas eller WebGL, eller ett litet bibliotek snarare än en tungviktsmotor) och Node.js för byggskript, asset-pipelines och lokala utvecklingsservrar. Tråkiga verktyg innebär färre överraskningar och mindre tid åt att felsöka verktygen istället för spelet.

Relaterat: Amazon: Game Dev Books & Gear — Spelprogrammeringsböcker, mekaniska tangentbord, bildskärmar och dev-desk hårdvara.

Testa på den sämsta enheten du kan hitta. Webbläsarspel körs på allt från en high-end-dator till en fem år gammal telefon. Om det håller på det långsammaste målet, håller det överallt.

Skriv ner det. Utvecklaranteckningar och recensioner är inte marknadsföring – det är så vi tänker. Att förklara ett designbeslut i prosa är ett av de snabbaste sätten att upptäcka att det är ett dåligt beslut.

Välja en tech stack: Hur vi bestämmer oss

En av de vanligaste frågorna vi får från hobbyutvecklare är “vad ska jag bygga med?” Det finns inget universellt svar, men det finns en beslutsprocess. Här är ungefär hur vi tänker kring det.

Om du handlar: Construct 3 — Webbläsarbaserad HTML5-motor utan kod som exporterar till webb, mobil och dator.

Övervägande	Luta mot rå Canvas/WebGL + JS/TS	Luta mot en full motor (t.ex. Godot, Unity eller en JS-motor)
Teamstorlek	1–2 personer som gillar kontroll	Större team eller artister som behöver editorer
Speltyp	2D, arkad, pussel, brädspelsportar	3D, fysiktunga, komplexa scengrafer
Mål	Webbläsaren först, snabb laddning, liten nedladdning	Multiplattform inklusive konsoler/desktop
Dina styrkor	Du gillar system och kontroll på låg nivå	Du lägger hellre tid på innehåll och design
Tidsbudget	Du har råd att bygga vissa verktyg	Du behöver en editor och asset-pipeline nu

Den ärliga varningen: motorer sparar enorm tid på rendering, fysik och asset-hantering, men de påtvingar också sin egen arkitektur och sina egna buggar. Att bygga eget ger dig total kontroll och totalt ansvar. För en tvåpersonstudio som levererar webbläsarspel har en medelväg – ett litet renderingsbibliotek plus egen spellogik – vanligtvis varit rätt beslut. För en hobbyists första projekt är en motor nästan alltid den snabbare vägen till något spelbart.

Om du vill gå djupare in på de inblandade standarderna och plattformarna är MDN Web Docs on the Canvas API den kanoniska referensen för 2D-webbläsarrendering, och WebGL-specifikationen som underhålls av Khronos Group täcker den GPU-accelererade vägen. För brädspelsdelen av vårt arbete är den officiella Catan-webbplatsen den auktoritativa källan till spelet vi anpassade.

Rörelsekontroll och andra experiment

En del av studions historia involverar plattformar för rörelsekontroll – vågen av kamera- och sensorbaserad input som kom med Wii-eran och Kinect. Rörelsekontroll är ett genuint intressant designproblem eftersom det tar bort abstraktionslagret av en knapp. Spelare förväntar sig att spelet ska förstå deras kropp, och det gör det vanligtvis inte, åtminstone inte exakt.

De praktiska lärdomarna från det arbetet överförs till allt annat vi gör:

• Latens är fienden. Alla inmatningsscheman med märkbar fördröjning känns trasiga, oavsett hur smart mekaniken är.
• Designa för den sensor du har, inte den du vill ha. Om kameran bara tillförlitligt kan upptäcka grova rörelser, bygg ett spel om grova rörelser.
• Tillhandahåll alltid ett alternativ. Både tillgänglighet och tillförlitlighet kräver att ett spel kan spelas utan den exotiska inmatningsenheten.

Dessa principer gäller lika bra för pekkontroller på en telefon, vilket är HTML5-erans motsvarighet till rörelsekontrollproblemet.

Människorna bakom spelen

Det är värt att konstatera tydligt, eftersom det är det som skiljer en studio som denna från en innehållssajt: namnen på den här sidan är personerna som skriver koden, finjusterar mekaniken och spelar spelen vi recenserar. Stephens favoritlista — Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers på PS2, Fire Emblem, Call of Duty och ett roterande urval av andra — är en yrkesutvecklares lista. Den är tung på systemdrivna spel med djup progression, vilket är precis den typ av design som belönar ett ingenjörstänkande.

Angelas lista är en rad lång och säger allt: Arthur och Stephen. En studio är ett hushåll innan det är ett företag, och den här har alltid varit både och.

Vanliga frågor

Vem driver Massively Fun?

Massively Fun drivs av Stephen och Angela Wilkinson, ett team på två personer. Stephen sköter det mesta av ingenjörsarbetet och bygger på en professionell bakgrund inom konsol- och PC-utveckling, medan Angela bidrar med kodning i Java, C++, ASP och Delphi vid sidan av att sköta hushållet som gör studion möjlig.

Vilka spel har Massively Fun skapat?

Studions katalog innehåller originaltitlar i HTML5/JavaScript som Word² och Fast Iron, plus Catan World, en digital anpassning av brädspelet Catan. Studion publicerar också recensioner och kommentarer om spel den spelar.

Vilka tekniker använder studion?

Historiskt sett C++ och DirectX för konsol- och PC-arbete, inklusive utveckling under PS/2-, Xbox- och GameCube-eran. Idag ligger fokus på HTML5 och JavaScript för webbläsarspel, med Node.js för verktyg och build-pipelines, medan Java, C++, ASP och Delphi förekommer i teamets bredare erfarenhet.

Kan jag anställa Massively Fun eller samarbeta?

Webbplatsen har alltid varit en personlig studiosida snarare än en byrås skyltfönster, så det finns ingen formell tjänstelista. Det bästa sättet för samarbete eller frågor är att ta kontakt via den adress som publiceras på webbplatsen.

Är den ursprungliga sidan Om oss fortfarande korrekt?

Ja – de ursprungliga biografierna, färdigheterna och favoriterna bevaras här eftersom de fortfarande stämmer. Människorna, deras bakgrund och smak har inte förändrats; det som har ändrats är plattformen som studion bygger för och storleken på katalogen.

Vilka råd har du till hobbyspelutvecklare?

Börja mindre än du tror att du behöver, prototypa den riskfyllda mekaniken innan du bygger något annat, och välj en tech stack baserat på din teamstorlek och speltyp snarare än på vad som är trendigt. Att släppa ett litet färdigt spel lär dig mer än att påbörja fem ambitiösa.