I haven't named mine yet - for now it's just a "3D Game". It will focus on exploring and fighting through procedurally generated worlds with traditional RPG like might-and-magic mechanics. It is intended to be single player, although I am considering possibility of some kind of very limited local multuplayer, or at the very least AI companions to team up with for the harder battles.
A lot of design decisions are influenced by existing games, such as WoW or Minecraft or Hellgate London (the old one).
It is all on GitHub, I haven't put a license yet, but I mean for it to be open source so others can learn from it or come up with improvements. The code (and some outdated screenshots) can be seen at https://github.com/htmlcoderexe/3DGame.
I am currently working on item generation - there is some stuff I haven't committed yet, but the most recent committed thing involves generalising item "types" - I am trying to have it as data driven as possible. Character classes and abilities are already completely separate from actual code (although ability effect components are still hardcoded, I do not think this is avoidable, they are more like opcodes anyway). Now I also have items in broad categories (three classes of armour, accessories, ranged/melee/magic weapons etc), while actual item "types" are then used in game. These types decide the stats of the finished item based on its level, as well as its equipment slot, and description in the ingame view.
For example, a "Poleaxe" is a Melee weapon, with [some amount of] Physical Attack added per level. It equips into the Weapon slot and can have either of these three icons.
I actually used to have those hardcoded enums and arrays of stat growth and names and all bunch of stuff per equipment type - now it's all in a file somewhere, easily editable.
I think related to this is the actual editor app that I made - it's somewhat similar to the "Game Editor" window from RPGMaker, with all the different tabs for stuff. I now have a working tab for editing the character classes, with editable ability trees, another one for abilities, and now also the item types. It is using Windows Forms, I should probably move on from that, the GUI code is very annoying to manage, although #regions help a lot. Here it is in action:
Class editor with skill tree:
Selecting prerequisite skills:
The red lines are going to be fancy little arrows in the actual game, but at the moment the skill tree displays as is in there.
Another cool thing I did was a special kind of GUI tinting that only targets grayscale, which makes it almost like a rich colour palette swap. I use this extensively in drawing all the randomly generated item icons. I have done a small writeup here:
https://www.reddit.com/r/gamedev/comments/6bze8v/improved_spritebatch_tinting_for_monogame_or_xna/
I actually have an entire GUI system with a window manager, windows, controls, text input, events and dialogue boxes. I have been able to "rip it out" and successfully put it into another game project with minimal adjustments.
The hardest things so far are graphics, hands down. This is using the MonoGame framework (started out as XNA), and there is a lot of code that is needed to make the basics happen. I have my own models, terrain etc, even animation and billboards - I really have to thank Riemer and his tutorials from eons ago to get me started on the whole thing. I still have a lot to do to make it go smoothly (I rather inefficiently have a big Model instance for every single object that's out there at the moment, no particle pool and my animations don't slerp which means ugliness unless each rotation is like 10+ fps matrices).
Getting the terrain chunking right was definitely a pain too - both working with the special data type I created for the purpose that defines every position (a Vector3 for fine float coordinates and a pair of integers for chunk coordinates) as well as making generation align. Now it is mostly working and is probably easily portable to another project - it even has its own very cheap collision detection - it simply interpolates the heightmap.
I am afraid that proper collision detection for everything else that is not terrain will be the hardest thing to implement, though. I am talking about things like dungeon walls and stairs and buildings and all that kind of stuff. I am delaying this until a while later because right now there are all these other things I should be fixing too - I feel that I should have something with more playable functionality before going for the marathon that implementing such collision would be.
