Skip to main content

What does a good game consist of? (part 37)

Challenging additional content

Additional content here implies unlockable boss levels, medals,
collectibles and trophies, not only (buyable) downloadable content.
Additional content makes a good game replay able, so you can beat it

multiple times. If you ever played Shadow Labyrinth on Steam, you'll
probably want to play the game again if you beaten it. The game is
very hard to play and finish, and that's exactly why it's worth playing

again. There's no problem with making a hard game, but additional
difficulty challenges keep the players playing for a lot longer time
and difficulty makes a game worth playing longer, in fact a lot

longer.  Many players play idle clickers instead, because of being
dead sick of hard games. What is the actual truth however is that
hard games a great teachers of cunningness and life. It feels damn

freaking good to beat a tough challenge. Additional challenges
therefore come very handy when making a hard, exciting game. Making
a good and a hard game is a not an easy task either. But insane

challenge in games is most rewarding.

story mode        |beat the main game
challenge           |find all unlocks
trial                   |beat all additional boss levels

Example challenges:

story mode             |finish all quests
challenge                |finish all quests, the timer challenge
trial                        |beat all quests hardcore(perma death)

The good thing here is also you can extra money making hard to beat
DLC(downloadable content). This means new game modes, that are tier 2.
Or not a basic, starting challenge level, put in other words. Works

great on steam platform.

Comments

Popular posts from this blog

object oriented programming

Object oriented programming is a sound and bold approach to c++ and internet wiring application and video games. It reduces a lot of code messes, made by global and half global functions. One of the more advanced object programming techniques are private access, poly morph and object message inheritance. It is set by c++ bjarne stroustrup and iso isometric standard convention comitee to use classes instead of structs and structures for making objects. Which means you most definitely should , but not must or have to. class Monster {     std::string memory_attributes{}; public:     void treck();     void track();     void trace(); }; The treck() function makes the monster roam and do human like jogging and trimming. track() means the monster goes ai path tracking and trace() means it tries to find other monsters in the area. class Weapon {     std::string memory_attributes{}; public:    void use(); }; void Weapon::use() {   ...

Coding and game development, part 2

 Consider the following C++ sample: int main() {     std::cout << template_1() << '\n';     return 1;      } Every moron who knows C++ would know what this means. Now consider that almost every line is a regular expression, so try to translate it into your native language, English for example; line by line in steps. ... rofl lol oO? I tried to do that with the example and my head almost had a system shutdown.

C++ and OOP in a different manner

Keep in mind this article is meant strictly for C++ game devs and not for application programmers or game devs of scripting/other languages. I have my own technique when it comes to OOP in C++. The game I'm deving right now(or we are making) is a simple windows console project. It's up to you to decide whether you'll use this technique. First let me tell you in which cases you might need this technique: if you're ready for a new look on OOP if you need a new toolset for your coding practice if you like to learn(which I clearly hope for) So, the technique then. Decide which you prefer more: classes or structures. This helps you understand what kind of objects you want in a game.