Over ons

is een kleine, onafhankelijke gamestudio met een lang geheugen. De ‘Over ons’-pagina die je nu leest is de originele — een momentopname uit het begin van de jaren 2000, toen de studio uit twee personen bestond, een gedeeld thuiskantoor en de hardnekkige overtuiging dat je echte games kon bouwen zonder dat een uitgever in je nek stond te hijgen.

We hebben deze grotendeels intact gehouden omdat het eerlijk is over waar we vandaan komen, en omdat de mensen op de pagina nog steeds de mensen zijn die de games maken. Wat volgt is diezelfde pagina, uitgebreid: wie we zijn, wat we eigenlijk doen, hoe we werken, en waarom een studio die begon met C++ en DirectX op een PlayStation 2 uiteindelijk HTML5-games en bordspelaanpassingen ging uitbrengen.

Belangrijkste punten

• Massively Fun is een onafhankelijke studio voor twee personen, opgericht en gerund door Stephen en Angela Wilkinson, actief sinds het midden van de jaren negentig.
• Stephens achtergrond is professionele console- en pc-engineering — C++, DirectX en uitgebrachte titels op hardware uit het PS/2-, Xbox- en GameCube-tijdperk.
• Angelas achtergrond omvat Java, C++, ASP en Delphi, plus de veel zwaardere taak van het runnen van het huishouden dat de studio in leven houdt.
• De output van de studio is meegegroeid met de industrie: van native consolewerk naar browsergebaseerde HTML5/JavaScript-games en digitale adaptaties van fysieke bordspellen.
• We bouwen in kleine, leverbare stappen en beschouwen ‘klaar en uitgebracht’ als waardevoller dan ‘ambitieus en onvoltooid’.
• Alles hier — recensies, downloads, dev-notities — is afkomstig van mensen die daadwerkelijk games maken, niet van een contentfarm.

Wie we zijn

Stephen Wilkinson — Sr. Software Engineer. Stephen heeft jarenlang als professioneel game-engineer gewerkt, met name bij Paradigm Entertainment, een bedrijf van Infogrames, waar hij aan consoletitels werkte tijdens de PS2/Xbox/GameCube-generatie. Dat is het tijdperk waarin ‘een game uitbrengen’ betekende dat je binnen een vast geheugenbudget moest passen, een renderer handmatig moest afstemmen en bugs moest opsporen op devkits die meer kostten dan een auto. Hij studeerde in 1987 af aan de Duncan High School in Duncan, Oklahoma — wat aangeeft dat hij al heel lang software schrijft, en dat hij via dezelfde route bij games terechtkwam als velen van ons: nieuwsgierigheid, een thuiscomputer en te veel late nachten.

Zijn genoemde vaardigheden zijn de vaardigheden die ertoe doen voor deze studio: het schrijven van computergames, C++, DirectX en console-ontwikkeling voor PS/2, Xbox en een beetje GameCube. In de praktijk betekent dit dat hij zich over de hele stack thuisvoelt — van geheugenbeheer en rendering tot gameplay-systemen en tooling.

Angela Wilkinson — Arthurs moeder, en coder op stand-by. Angelas officiële titel doet haar tekort. Haar toolkit bestaat uit Java, C++, ASP en Delphi, plus wat de originele pagina ‘Mom 1.0’ noemt — het besturingssysteem dat feitelijk een studio voor twee personen draaiende houdt. Iedereen die heeft geprobeerd games te bouwen met een gezin, weet dat de tweede baan de moeilijkste is, en dat een studio zonder iemand die de logistiek, planning en moraal beheert, niets uitbrengt.

Haar favorietenlijst is kort en veelzeggend: Arthur (en Stephen). Dat is de hele studio in één regel.

Gerelateerd: Unity Asset Store — Kant-en-klare kunst, tools en sjablonen die rechtstreeks in uw Unity-project terechtkomen.

Wat we eigenlijk bouwen

De catalogus van Massively Fun omvat een paar verschillende soorten werk, en het is de moeite waard om daar expliciet over te zijn, omdat ‘indiestudio’ bijna alles kan betekenen.

• Originele HTML5/JavaScript-games. Browser-first titels die zijn gebouwd om te draaien zonder plug-in, zonder installatie en zonder storefront-poortwachter. Dit is de moderne kern van wat we doen.
• Digitale adaptaties van bordspellen. Ons bekendste werk op dit gebied is Catan World, een digitale versie van Catan van Klaus Teuber — een spel waarvan de regels eenvoudig te formuleren zijn, maar echt moeilijk correct te implementeren, omdat de hele ervaring afhangt van de beurtvolgorde, het ruilen van grondstoffen en de sociale onderhandeling tussen spelers.
• Kleine, scherpe arcade-stijl games. Fast Iron en Word² vallen in deze categorie: strakke loops, korte sessies en mechanieken die je in één zin kunt uitleggen, maar waar je weken aan besteedt om ze te perfectioneren.
• Recensies en commentaar. We spelen veel, en we schrijven erover. Recensies op deze site zijn afkomstig van actieve ontwikkelaars, wat invloed heeft op waar we op letten — we hebben de neiging om net zoveel waarde te hechten aan systemen, feel en technische uitvoering als aan de presentatie.

Die mix is niet toevallig. Het weerspiegelt een bewuste strategie: houd de omvang van elk individueel project klein genoeg zodat twee mensen het kunnen afronden, en houd verschillende soorten projecten tegelijkertijd lopen, zodat de studio niet afhankelijk is van het succes van één titel.

Hoe we hier zijn gekomen: van DirectX naar de browser

De originele Over ons-pagina is een tijdcapsule van een specifiek moment in de game-ontwikkeling. Eind jaren negentig en begin jaren 2000 schreef je, als je een game wilde maken, deze in C of C++ tegen een platform-SDK — DirectX op Windows, of de eigen bibliotheken van een console — en bracht je deze uit op fysieke media via een uitgever. Paradigm Entertainment was precies zo’n studio, en daar werken betekende de discipline van console-ontwikkeling leren: vaste hardware, harde deadlines, certificeringseisen en geen mogelijkheid om na de lancering patches uit te brengen.

Als u aan het winkelen bent: Construct 3 — Browsergebaseerde HTML5-engine zonder code die exporteert naar internet, mobiel en desktop.

Het web veranderde de economie van dat alles. Toen browsers een echt 2D-canvas kregen en later WebGL, werd het mogelijk om een game naar iedereen met een URL te verzenden. Geen uitgever, geen schijf, geen certificeringswachtrij. De afwegingen zijn echt — je geeft directe hardwaretoegang op, je vecht tegen eigenaardigheden van de browser en je kunt geen consistente framesnelheid aannemen — maar het voordeel is dat een team van twee personen op dag één spelers over de hele wereld kan bereiken.

Die verschuiving is de reden waarom het zwaartepunt van Massively Fun is verplaatst naar HTML5 en JavaScript. De engineeringgewoonten van consolewerk zijn niet verdwenen; ze zijn gewoon op een ander doelwit toegepast. Geheugendiscipline, deterministische update-loops en zorgvuldige profilering zijn in een browser net zo belangrijk als op een devkit.

Hoe wij werken

Tweepersoonsstudio’s leven of sterven door hun proces, en de onze is opgebouwd rond een paar principes die het contact met de realiteit hebben overleefd.

Ship small, ship often. Een game die bestaat en speelbaar is, verslaat een game die theoretisch beter maar onvoltooid is. We bepalen de scope op basis van wat twee mensen kunnen voltooien, en schrappen dan tot het past.

Prototype eerst het risicovolle deel. Als een mechaniek misschien niet leuk is, bouwen we er de lelijkst mogelijke versie van voordat we art of een UI maken. De meeste ideeën sterven hier, en dat is precies het punt.

Houd de toolchain saai. Voor HTML5-werk betekent dat over het algemeen een JavaScript/TypeScript-codebasis, een lichtgewicht renderingbenadering (raw Canvas of WebGL, of een kleine bibliotheek in plaats van een zware engine) en Node.js voor build-scripts, asset-pipelines en lokale dev-servers. Saaie tools betekenen minder verrassingen en minder tijd besteed aan het debuggen van de tooling in plaats van de game.

Gerelateerd: Amazon: Game Dev Books & Gear — Boeken voor het programmeren van games, mechanische toetsenborden, monitoren en hardware voor ontwikkelaars.

Test op het slechtste apparaat dat je kunt vinden. Browsergames draaien op alles, van een high-end desktop tot een vijf jaar oude telefoon. Als het standhoudt op het traagste doelwit, houdt het overal stand.

Schrijf het op. Dev-notities en reviews zijn geen marketing — ze zijn hoe wij denken. Het uitleggen van een ontwerpbeslissing in proza is een van de snelste manieren om te ontdekken dat het een slechte beslissing is.

Een tech-stack kiezen: hoe we beslissen

Een van de meest voorkomende vragen die we van hobby-ontwikkelaars krijgen, is “waar moet ik mee bouwen?” Er is geen universeel antwoord, maar er is wel een beslissingsproces. Hier is ongeveer hoe we erover denken.

Onze keuze: Udemy Game Development Courses — On-demand cursussen over Unity, Unreal, C++, C# en shader-programmering.

Overweging	Neig naar raw Canvas/WebGL + JS/TS	Neig naar een volledige engine (bijv. Godot, Unity of een JS-engine)
Teamgrootte	1–2 mensen die van controle houden	Grotere teams of artiesten die editors nodig hebben
Gametype	2D, arcade, puzzel, bordspel-ports	3D, physics-heavy, complexe scene graphs
Doel	Browser-first, snelle laadtijd, kleine download	Multi-platform inclusief consoles/desktop
Jouw sterke punten	Je geniet van systemen en low-level controle	Je besteedt liever tijd aan content en design
Tijdsbudget	Je kunt het je veroorloven om wat tooling te bouwen	Je hebt nu een editor en asset-pipeline nodig

Het eerlijke voorbehoud: engines besparen je enorm veel tijd op rendering, physics en asset-management, maar ze leggen ook hun eigen architectuur en hun eigen bugs op. Je eigen systeem bouwen geeft je totale controle en totale verantwoordelijkheid.

Voor een tweepersoonsstudio die browsergames uitbrengt, was een middenweg — een kleine rendering-bibliotheek plus je eigen game-logica — meestal de juiste keuze. Voor het eerste project van een hobbyist is een engine bijna altijd de snelste route naar iets speelbaars.

Als je dieper wilt ingaan op de betrokken standaarden en platforms, zijn de MDN Web Docs over de Canvas API de canonieke referentie voor 2D-browserrendering, en de WebGL-specificatie die door de Khronos Group wordt onderhouden, behandelt het GPU-versnelde pad. Voor de bordspelkant van ons werk is de officiële Catan-site de gezaghebbende bron voor de game die we hebben aangepast.

Motion Control en andere experimenten

Een deel van de geschiedenis van de studio omvat motion-control-platforms — de golf van camera- en sensorgebaseerde input die arriveerde met het Wii-tijdperk en de Kinect. Motion control is een echt interessant ontwerpprobleem omdat het de abstractielaag van een knop verwijdert. Spelers verwachten dat de game hun lichaam begrijpt, en dat doet hij meestal niet, althans niet precies.

De praktische lessen uit dat werk zijn van toepassing op alles wat we doen:

• Latency is de vijand. Elk invoerschema met merkbare lag voelt kapot, hoe slim de mechaniek ook is.
• Ontwerp voor de sensor die je hebt, niet degene die je wilt. Als de camera alleen betrouwbaar grove bewegingen kan detecteren, bouw dan een game over grove bewegingen.
• Zorg altijd voor een fallback. Toegankelijkheid en betrouwbaarheid vereisen beide dat een game speelbaar is zonder het exotische invoerapparaat.

Die principes zijn net zo goed van toepassing op touch-bediening op een telefoon, wat het motion-control-probleem van het HTML5-tijdperk is.

De mensen achter de games

Het is de moeite waard om dit duidelijk te herhalen, want dit is wat een studio als deze onderscheidt van een content-site: de namen op deze pagina zijn de mensen die de code schrijven, de mechanieken afstemmen en de games spelen die we reviewen. De favorietenlijst van Stephen — Final Fantasy Tactics Advance, The Lord of the Rings: The Two Towers op PS2, Fire Emblem, Call of Duty en een wisselende cast van anderen — is de lijst van een actieve ontwikkelaar. Deze lijst bevat veel systeemgestuurde games met diepe progressie, wat precies het soort design is dat de engineering-mentaliteit beloont.

Angela’s lijst is één regel lang en zegt alles: Arthur en Stephen. Een studio is eerst een huishouden voordat het een bedrijf is, en deze is altijd beide geweest.

Veelgestelde vragen

Wie runt Massively Fun?

Massively Fun wordt gerund door Stephen en Angela Wilkinson, een team van twee personen. Stephen verzorgt het grootste deel van de engineering, puttend uit een professionele achtergrond in console- en pc-ontwikkeling, terwijl Angela bijdraagt aan het coderen in Java, C++, ASP en Delphi, naast het runnen van het huishouden dat de studio mogelijk maakt.

Welke games heeft Massively Fun gemaakt?

De catalogus van de studio bevat originele HTML5/JavaScript-titels zoals Word² en Fast Iron, plus Catan World, een digitale bewerking van het bordspel Catan. De studio publiceert ook recensies en commentaar over de games die het speelt.

Welke technologieën gebruikt de studio?

Historisch gezien C++ en DirectX voor console- en pc-werk, inclusief ontwikkeling in het PS/2-, Xbox- en GameCube-tijdperk. Tegenwoordig ligt de focus op HTML5 en JavaScript voor browsergames, met Node.js voor tooling en build-pipelines, terwijl Java, C++, ASP en Delphi terugkomen in de bredere ervaring van het team.

Kan ik Massively Fun inhuren of samenwerken?

De site is altijd een persoonlijke studiopagina geweest in plaats van de etalage van een bureau, dus er is geen formele lijst met diensten. De beste manier voor samenwerking of vragen is om contact op te nemen via het contactadres dat op de site staat.

Is de originele Over ons-pagina nog steeds correct?

Ja – de originele biografieën, vaardigheden en favorieten zijn hier bewaard gebleven omdat ze nog steeds kloppen. De mensen, hun achtergronden en hun smaak zijn niet veranderd; wat wel is veranderd, is het platform waarvoor de studio bouwt en de omvang van de catalogus.

Welk advies heb je voor hobbyistische game-ontwikkelaars?

Begin kleiner dan je denkt dat nodig is, maak een prototype van de riskante mechaniek voordat je iets anders bouwt, en kies een tech-stack op basis van je teamgrootte en het type game in plaats van wat er trendy is. Het uitbrengen van één klein, voltooid spel leert je meer dan het starten van vijf ambitieuze spellen.