I’ve been making games for almost 2 decades now. I have experience in varying subjects, with a focus on Gameplay Programming in C++.
I love working on a vast variety of features, as I get to work together with a creative team of awesome developers. Over the years, I’ve picked up knowledge on quite a few topics.
I'm also a coding enthusiast: I've co-created the Coding Guild at Massive Entertainment and I used to be part of the C++ expert group in college. Here are some of my preferred tools:
Snowdrop Engine
4 AAA projects
2019 Onward
Unreal Engine
12 projects, 2 released
2013 Onward
C++
Tons of projects
2016 Onward
Visual Studio
Tons of projects
2016 Onward
Perforce
8 projects
2016 Onward
Godot
2 projects
3 Years
Unity
2 projects
2 Years
Rust
4 projects
1 Year
Bachelor (cum laude): Creative Media and Game Technologies (2016-2020)
Breda University of Applied Sciences International Game Architecture and Design (Website)
Besides game engines and programming languages, I also picked up iterative development using Scrum and Kanban,
and the tools that come with those, such as JIRA.
I speak 4 languages: Dutch natively, I'm highly proficient at English (C2),
and I know basic German and Swedish. The rest of my skillset can be found below (order of experience).
Tech skills:
C++ (11, 14, 17, 20, 22), Snowdrop Engine, Unreal Engine 4 and 5, Perforce, Git, JIRA, VR, Unity, Godot, HTML/CSS, JavaScript, Rust
Soft skills:
Communication, teamwork, proactiveness, documentation, iterative development, leading, quality assurance, code refactoring, giving and receiving feedback.
Below are a some of the project releases that I have been a part of on over the last few years. I pick up new tools quickly, which makes understanding new or different things a hobby to me.
I've also have worked on projects in large codebases and custom engines, I am best at working in Snowdrop Engine or Unreal Engine for developing games, but I've done plenty of work with Unity and Godot as well.
Click on any of the cards to see my role and more details!
The Division 2
Ubisoft Loot Shooter
The Division 2: Warlords of New York
DLC
Avatar: Frontiers of Pandora
DLC
Shattered Lights
UE4 VR Horror
Bioside
UE4 VR Shooter
BaBooms
UE4 Multiplayer
TiFrame
C++ Game Framework
Game Jams!
all sorts
... For code snippets and an overview of projects outside of my work and education,
here is the link to My GitHub.
Check it out on Ubisoft.com!
Role: C++ Gameplay Programmer Internship
(2019, Post-Launch)
Technical Expertise/Responsibilities:
• Networking and Data Replication
• Movement system Fixes and Improvements
• Shooting Mechanics
Check it out on Ubisoft.com!
Role: C++, 3C Programmer Internship, Launch Support
(2020, DLC)
Code System Ownership:
• Status Effect Feature, Code Ownership
Areas of Expertise/Responsibilities:
• Gameplay Ability implementations (Skills)
• Refactoring existing implementations
• Continuing previous responsibilities
Check it out on Ubisoft.com!
Role: C++, Gameplay Programmer
(2021 – 2024 Launch, Post-launch, DLC)
Code System Ownership:
• Player Skills
• Status Effects
• Character Loading
• Visual Customization
• Character Creation
Areas of Expertise/Responsibilities:
• Character Optimization
• Threaded Loading
• Networking & Data Replication
• Serialization of Gameplay Data
• Monetization Systems
• Saving and Loading Profiles
Released on itch.io: https://igad.itch.io/bioside
I was lead programmer on this project.
We worked in a team of 19 people to create a VR shooter with innovative movement mechanics.
My contributions:
- 3 guns and 3 grenades.
- Holstering system for weaponry.
- Implementing onepagers for prototypes.
- Communication point for the 7 programmers in the team.
Project details:
- Duration: 8 weeks.
- Team: 19 people.
- Role: Rapid prototyper/lead programmer.
- When: Summer vacation 2017
This game doesn't have gravity. That means you're pulling yourself around the level while shooting rocket launchers, machine guns, revolvers and more at hostile drones. Creating these weapons was amazing, working with gameplay designers to get everything to feel just right. The story of the game is that you're boarding a ship where the AI has gone rogue, and you're there to shut it down forcefully. Getting the movement under control is tricky at first, but when you get used to it you are flying around the ship shooting things left and right.
Some more details on my work on this project. I was primarily developing gameplay for this project. I developed a gameplay event trigger system, so that our designers could easily implement
things like enemy spawning, or moving onto the next part of the tutorial. Besides that, I was focused on implementing weaponry, as specified before. I worked closely together with two designers to really get the weapons to feel correct and behave in a suitable way for our game.
I created three different grenades. The first was a grenade that either pushed or pulled all physics objects, including enemies. The second grenade is a threat detector, that shows all enemies within a certain radius through walls, for easy targeting and executing. The third grenade is more conventional: an explosive knife that sticks in your enemies, and then explodes, killing your targets.
Besides the grenades, I also implemented several guns. The first was an assault rifle/shotgun hybrid called "The Metalstorm" that you could use with either one or two hands, with a functional red dot sight for VR, and magazines that you can physically pull out to reload it. The firing speed was graph based, the less bullets you have, the slower it fires. It also had a secondary fire, which shot all of your bullets in a shotgun spread, but you needed to hold the gun with both hands to use it. I also created a Rocket Launcher that had manual guidance capabilities, and a lock-on system for tracking rockets. Besides that, I also worked on the revolver, giving it a flick forward to open it up so you could reload it. In the end, even though it looked really cool, we decided to remove the reloading systems from the game to give a smoother experience. Tossing your guns away was more fun in VR than trying to reload them.
The holstering system was probably one of the biggest challenges I faced on this project, tech wise. Having the holsters follow the players head movement felt very unnatural, but fully simulating a body in zero gravity was impossible, scope wise. In the end I extrapolated a position near the hips and near the shoulders of the player based on their hand location and the head rotation, but it could still be improved more. It was also implemented in a rush, as we came up with it less than two weeks before release. It worked out in the end, and ended up making the game more fun.
I also implemented the onboarding robot and all of its voicelines and all the triggers to activate those voicelines two days before release.
Here are some screenshots:
Released on Steam! Check it out, it's free!
What makes this horror game special is that it is in full room scale, which means no player locomotion whatsoever, no teleporting or weird swinging around with your arms. We make the level traversable by using Non-Euclidean spaces, similar to the game Antichamber, allowing the player to move an indefinite distance in the same 3x3 meters space.
Duration: 32 weeks.
Team: ~18 people.
Role: Lead Programmer/Game Programmer.
When: September 2018 - (expected) June 2019
Available on Steam: https://store.steampowered.com/app/1057720/
I created the player interaction systems, inverse kinematics and other hand logic.
Contributions:
- Inverse kinematics for the fingers.
- All other hand and grabbing logic.
- Interaction system that supports all physics objects.
- Created the VR main menu.
- QA reports and maintaining the bug database.
- Physics collision handling on movable skeletal meshes.
For this project, we were taught how to properly research and explore a genre, which was VR horror for us. We researched the target audiences, horror classics and much more for the first
8 weeks of development. We then created a proper vertical and horizontal slice in the 8 weeks after that, to deliver a short but terrifying experience. That is the state of our project now.
Our team is confident that we can make a successful game out of this project.
We've turned this into one of the top projects of our year, even getting showcased on the Vive port twitter before it was even released, as well as being showcased on the top free games list on Steam.
Technical challenges
- Creating a multiplayer game as the only networking programmer
- Time period was only 6 weeks
- Very small team, high pressure environment.
I created the base for the project and did all the networking logic, and part of the gameplay logic.
For this project, I started out as the only programmer. I was in charge of making the gameplay, and to get it to work on a local network. Later on, more programmers joined the team, although my role stayed the same.
Duration: 6 weeks.
Team: 13 people.
Role: Network programmer.
When: May and June 2017

This is a 4 player team based game that's all about sabotaging your opponents while trying to find specific monster parts. The players control hopping baboons who are trying to build a monster out of limbs. The parts are scattered around the map and the goal is to collect all parts and bring them back to your own lab, to bring the monster to life. The first team to get all the parts wins the game. You're able to place traps and utilities around the level to delay or your opponents or gather information.
Some more details on my work during this project. This was a first year project, so we were still new to UE4, and we decided we wanted to create a multiplayer game. We had 6 weeks to develop this game, so it's fair to say that we overscoped slightly. I was the only programmer during the first two weeks, which meant that I had to not only create a working multiplayer demo using UE4's replication system, but also implement the initial gameplay features such as player movement, object interaction and room traversing.
Our project passed the first project culling, giving us two more weeks to flesh out the gameplay to something that looks remotely enjoyable. I got an extra programmer in the team, who had no networking experience, so the networking part was still my responsiblity. After those two weeks, we had a semi-playable game with two teams consisting of two players per team. There wasn't much gameplay yet, except for pressing F on objects to search them and placing traps on those objects using E, but the core game loop was implmented (connecting, finding the parts, winning, and disconnecting).
Our project then passed the second culling round, giving us a total of 13 people, including 4 programmers, who had to work with the hastily assembled networking system that I, as a first time networking developer, wrote in the first four weeks. Of course, code quality was not up to standard, and it was incredibly bugged out. We managed to pull the systems together so it was at least playable, and we ended up getting the "Best Game Programming" award for Babooms that year!
Although this was just a school project, I learned the basics of networking from these 6 weeks of development.
I like this project, as it shows that I like to make creative things outside of college and work.
I made it when I was 19, during my first college summer vacation. You can find the source code on GitHub:
https://github.com/Tdead1/TiFrame
Technical challenges
- Creating a renderer
- Custom mesh loader
- UI implementation
- Entity Component System
Project details
What initially started as a personal project to learn more about rendering later developed into a basic C++ framework that supports rendering, resource loading and management,
uses a entity component system to manage objects. I'm using ImGUI to help me create the UI. This is a personal project, and I have written all the code for it by myself.
Duration: 6 weeks.
Team: 1 person.
Role: Engine programmer.
When: Summer vacation 2017
I really like doing Game Jams with a group of people, so I try to do one at least every year. Sadly, I'm not allowed to post the Ubisoft gamejams I've attended, so here are the results of the last 2 that I did during my college years:
Our GGJ 2019 game, we created a multi-year, multi-disciplinary team and made a really cool game with our team of 8. A charming adventure puzzler about a little robot who lost its way. You awaken in a frozen landscape, with your last bit of battery power you roll towards a power station and restore part of your strength. Reinvigorated, you set out on your journey back home. Explore the frozen landscape to discover parts to upgrade yourself and use your newfound abilities (like a magnet and a laser) to traverse the landscape and restore power to a terraforming pylon in order to melt the wall of ice that blocks your path home.
The first ever Game Jam for all of us, we created a small game about a spirit protecting its forest home. In our team of 7 first-year game developers, we managed to put down a relatively good result. I was the only programmer on the team, so I did all of the game logic, like player movement, attacks, and camera work. The only thing I didn't end up doing was the AI, as a designer wanted to learn a bit more about how AI works in Unreal Engine 4.