Author: InvertedVertex

MOPED Lessons: Parameterization

It’s part 3 of 5 for the MOPED principles, and today we’ll be looking at that old crowd favorite: Parameterization. Just the word itself is a mouthful, and considering the amount of things that can go wrong (or right) when it comes to parameterization, we’d best start dismantling this mechanical monstrosity. Definition Parameterization – The…
Read more

MOPED Practice: Optimization tidbits

Time for some more MOPED. This time, however, we’re not doing a deep dive into a specific principle (the MOPED Lessons series handles that). Instead, we’ll talk about specific techniques and/or details related to Optimization. These are techniques learned from experience that help smooth the flow of gameplay and reduce overhead for the players. Local…
Read more

Project management tidbits

In this article, I want to take a step back from the details of game design and instead look at the bigger picture of our games as projects. And where there are projects, there’s project management. This is an article that is very likely to be updated multiple times in the future, mostly because these…
Read more

Designer’s glossary: Swingy (effects)

Swingy also swinginess/ ˈswɪŋi / adjective A swingy effect is any effect whose power varies wildly depending on external factors (e.g. current state of the game board or resources, number of players etc.) With swingy effects, the power levels for the best case and the worst case are too far apart, and because of that,…
Read more

Sidequest: too long; didn’t write

Welcome again to another Sidequest, which is consequently the first article of 2021 for me. And boy oh boy, after what an absolute shitshow of a year 2020 was, it’s only fair to start off with a Sidequest. I’ve touched upon a few different topics with the articles I’ve written so far, and as always,…
Read more

Designer’s glossary: A+B mechanics

A+B mechanics also enabler-payoff mechanics/ eɪ plʌs biː / noun A+B mechanics are mechanics which are made of 2 distinct and separate parts, namely the enabler (A) and payoff (B). These mechanics require both parts to be combined to have any meaningful effect or benefit. Now, A+B is mostly a sliding scale, i.e. the individual usefulness of…
Read more

To win, or to not lose?

In this post, we’re gonna take a look at a topic I’ve always found very interesting. It’s a thing that can be applied to any game’s mechanics, at (more or less) all levels of abstraction. Simply put, it’s the difference between mechanics which help a player win, and mechanics which help a player stay in…
Read more

MOPED Lessons: Optimization

Welcome to the second of five articles where we take a deeper dive into the principles that make up MOPED. Last time we talked about Modularity, and how it helps to structure your project into easily-manageable chunks. This time, we’ll be taking a closer look at Optimization—why do it, how to do it, and finding…
Read more

Designer’s glossary: Overhead

overhead also overhead cost\ ˈō-vər-ˌhed \ noun An amount of complexity or tracking in a game’s system that isn’t necessarily part of the meaningful decision-making a player does while playing the game. Overhead is never beneficial to gameplay, and as such should be avoided if possible, or at least mitigated otherwise. Usually, the overhead cost is…
Read more

Levels of Testing

Testing your games is important. I’ve said that in a lot of different ways and context with my articles thus far. With interactive systems, the only time you can get useful metrics and input is when you actually go and interact with them. This time, we’ll take a bit of a deeper dive into testing,…
Read more