Magicard is a digital card game focused on combining turn-based mechanics with time pressured gameplay. The way this is achieved is through simple card effects and few mechanics to keep track of, with turns bound by a short time limit. The whole project served as an exploration of a possible new genre, aimed at mobile players who want to play a fast card game.

This project was developed in Unity as part of my master thesis in the MSc in Games at the IT University of Copenhagen, in collaboration with another student. The game went through 3 main iterations and was playtested at each of them, in order to iteratively improve it and find new insights on how such a new concept could be properly understood. In total, the development took roughly 2 months, a big part of which was spent in improving game feel and polish to better communicate game mechanics.

Most of the design and development has been done in synergy with my thesis partner. Some of my contributions to this project include:

• Implementation of part of the card game architecture and queue command system;
• Implementation of many gameplay systems, like the slider safe areas and the player's hand;
• Implementation of cards and turns through the use of Scriptable Objects;
• Implementation and debug of many animations through the use of DOTween;
• Design of the UI and all of the graphical elements used in the game;
• Iterative planning of features, based on playtesting results and design pillars.

Tank Ball is a fun-packed couch-party game in which you can brawl in macthes with 2 to 4 players. You're a cartoonish tank and need to touch the ball 3 times to get a chance to spike it down and destroy your friends' tanks. Meanwhile, you can shoot other tanks to bump them away or dash to avoid bullets and spikes.

This project was pitched by me and got selected to be developed as an exam project during my MSc in Games at the IT University of Copenhagen. The core idea was about playing volleyball with flying tanks, but we pivoted and polished the game until we reached a game we felt it was real fun for both casual and seasoned players.

While developing Tank Ball, I was responsible for most of the high level roles:

• Game Producer, responsible of team coordination and communication;
• Lead Game Designer, responsible of game feel and mechanics selection based on player testing;
• Lead Programmer, responsible of code tweaking, various in-game mechanics and UI;
• Website developer and promotional material creator (trailer, posters, banners).

MOARI is a predator-prey environment simulation, in which simple carnivores and herbivores move in a 2D petri dish and search for food in order to survive. In particular, herbivores survive by eating green food pellets, while carnivores eat both red food pellet and herbivores.

The project was developed in Unity as an exam project during my MSc in Games at the IT University of Copenhagen. The training of preys and predators is done through deep reinforcement learning, with the usage of Unity ML Agents. Both herbivores and carnivores were trained multiple times with the PPO, SAC and MA-POCA algorithms, tweaking each one to achieve the best results. Finally, all algorithms were compared against each other.

My contributions to the project include:

• Setup of the ML Agents environment and development of the simulation code;
• Tweaking of parameters for PPO, SAC and MA-POCA;
• Analysis and comparison of resulting AI models' performances.

The LEGO Pirate Cube is a hybrid 2.5D platformer, in which 2 players need to cooperate in order to make a pirate reach the treasure, through a series of platforming challenges and puzzles. The hybrid component comes from a physical cube built with LEGO and powered by a LEGO Technic Hub and four MINDSTORMS sensors, which allow a player to interact with the digital video game.

The game was made in Unity as an entry for a LEGO x Unity Game Jam, organized specifically for ITU students. The goal of the jam was to create a unique interaction between LEGO Technic Hub and MINDSTORMS sensors, using as a starting point the LEGO Unity Microgame with action and trigger LEGO blocks. Our approach has been to create a physical cube, corresponding to a digital cube following the player's avatar in the game as a companion. This way 2 players can play together, with one using the keyboard as input and one instead using the cube to aid the first player as the cube companion.

During this game jam I took on the role of lead developer of the team, but I also designed some of the interactions and parts of the cube itself. Some interesting remarks:

• I was responsible for making the whole hybric technology setup work;
• I designed the usage of the ultrasonic sensor on my own;
• I figured out how to use a motor instead of a color sensor, for better reliability;
• I was responsible for all the gameplay programming part of the video game;
• The game won a honorable mention award, which was not originally planned by LEGO.

Keep Moving and Nobody Explodes is a 2D platformer in which the player controls a yellow square and needs to transport it to the end location of the level, passing through a series of obstacles and avoiding falling or exploding.

The game was made in Unity as an entry for Ludum Dare 49. Originated from the theme of "Unstable", the main spin of the game is that, once outside the start safe area, the yellow box shakes whenever it's still. By using the shockwaves, some obstacles can be destroyed. However if left shaking for too long, the square explodes. Obstacles are made of different materials, such as glass or stone, so the amount of shockwaves required to destroy them varies. This makes it so that positioning and timing of shaking become key to progress.

In this game jam we were only 2 people and I was the only programmer. The game is just a prototype, made in roughly 20 hours. My contributions to the project include:

• Entirely programmed the whole game;
• Co-autorship over the design of the mechanics;
• Design and implementation of animations and audio effects.

Lupus is my personal take on the party game Werewolf. It is a game were 9 to 37 players can roleplay a set of characters from a little village, were were a pack of werewolves started decimating the population during the nights.

To play, a master anonimously deals a card to each player and then narrate the events. One game round consist of day and night, and each part has different rules: during the night everyone close their eyes and one at a time some individuals with special powers get called by the master to open their eyes and use their power. Lastly, all werewolves open their eyes and decide on a prey to devour among all the other players. During the day, instead, all the player who are still alive discuss the current turn of events and ultimately settle on a person to burn at the stake, on charges of being a werewolf. The game ends if the good villagers burn all the werewolves or the number of alive good characters equals the number of alive werewolves.

Some things worth mentioning by my experience designing Lupus are:

• Analyzing similar products and evaluating balancing and design decisions;
• Designing many new characters from scratch and testing them against consolidated characters;
• Changing common-known characters from other similar editions to improve their playability with my ruleset;
• Playtesting of different combinations of synergies in deck based games;
• Evaluation of character influence on a game based on the group's size, in order to help players decide when to use which characters;
• Introduction of new mechanics compared to other editions of the game to better engage "dead" players;
• Card design and logistic for printing and cost of deck based games.