Skip to main content

Learning BYOND, Day 9: Purposeful Toil

With the focus placed on my Graphical User Interface from Day 8, I’ve pretty much created the game. The GUI is the game, after all. At least that’s what I quoted yesterday… but, I have to concur from personal experience that once you’ve got the basics of the GUI ironed out, the game itself materializes.

My GUI will have three separate play modes. A sensible first-time BYOND Dream Maker user would develop one game, but I’m a fickle gamer, I apparently want my first game to be three games in one. (This is to say nothing for the dynamic content focus.) The specifics (such as balancing the individual pieces) have yet to be worked out, but I now know enough to build the basic skeleton I’ll be using and tweaking to project completion. I wouldn’t have been able to do so without knowing both the BYOND 4.0 skin features and the screen objects discussed in yesterday’s blog entry.

Whether it’s my over-ambition or simply a sign of inexperience, it’s been difficult to get my code synced up right. I’ve tried putting an entire design on paper, but I’m afraid I can’t visualize the underlying mechanics well enough. Instead, I’ve been somewhat forced to build piece by piece, creating individual aspects of the game and seeing how well they stand before moving on to the next.

Perhaps this is the way all newbies start out, but the consequence is having to rebuild or re-arrange my code when previous implementations fail, to the point where it seems I’m no closer to my final product now than I was a few days ago. It’s a bit discouraging, but I shoulder on knowing a few things:

First, learning BYOND coding is an excellent self-improvement mechanism. Second, the code I create will be doing the work for me once it’s done properly (it’ll be a joy once I can stop coding and start world-building).

Third, as I get better at using BYOND, the difficulty of putting together more content like this should lessen – design and coding are learned through practice like any other applied skill.

Finally, whether or not my games are ever popular or if I ever get paid for making them, this is essentially the birth of a game designer. Perhaps a game designer whose games only entertain himself, but a game designer nonetheless.

Well, enough slacking on today’s blog entry. Back to the grindstone.

Comments

Popular posts from this blog

Resonant Induction Really Grinds My Gears... In A Good Way

From about 2pm yesterday until 8pm today, I've been dabbling with my latest custom mod mix for Minecraft 1.6.4, which is this time very much Universal Electricity focused.
Aside from the usual GUI enhancers and Somnia, the primary contenders in this mix were:
Calclavia Core - Of course: this is the base of the Universal Electricity system.Resonant Induction - This seems to be largely focused on increasingly more advanced methods of refining ores divided across 4 ages of technological progression.  It also includes some really cool things such as assembly lines.  I'll primarily be talking about just a few blocks out of this mod today.Atomic Science - A mod dedicated to generating more of those lovely universal electricity volts via the power of splitting the atom.  Build your own nuclear reactor!  Deal with nuclear meltdowns!  You maniac!ICBM - A mod dedicated to generating more destruction using those lovely universal electricity volts (and more than a little gunpowder), it cer…

Empyrion Vrs Space Engineers: A Different Kind Of Space Race

In my quest for more compelling virtual worlds, I have been watching Empyrion: Galactic Survival a lot this bizarro weekend, mostly via the Angry Joe Show twitch stream.  What I have concluded from my observations is Empyrion is following in Space Engineers' shadow, but it is nevertheless threatening the elder game due to a greater feature set (the modding scene notwithstanding).

Empyrion is made in Unity, whereas Space Engineers is built on a custom engine.  While this does put Empyrion at a disadvantage when it comes to conceptual flexibility, its developers nevertheless have a substantial advantage when it comes to adding features due to a savings of time spent that would have gone into developing their own engine.  Examples include:
Planets.  Empyrion already has planets and space to explore between them, whereas in Space Engineers planets are in the works but still awhile away (so you just have asteroid fields to scavenge).Enemies.  Space Engineers' survival mode boasts onl…

Greasing The Grind: Adding Lasting Appeal To Virtual World Sandboxes

Game design, being about entertainment, is not as much science as art.  We're coming up with interesting things that the human mind likes to chew on that "taste" good to it.  Different people find different things, "Fun," and a game designer is tasked with coming up with fun, appealing things.  As pertains to virtual world sandboxes, I identified three of them.

Challenge Appeal.

Dwarf Fortress and Fortresscraft Evolved have the same end game appeal preservation mechanic: wealth equals threat.  The more money your Dwarf Fortress is worth, the bigger the baddies who will come for you, including a bunch of snobby useless nobles who do nothing but push dwarves around and eat.  The more energy you make in Fortresscraft Evolved, the more and bigger bugs come to shut down your base.  Rimworld does something a little different based off of which AI Storyteller you choose, but it generally adds time to your wealth accumulation when deciding what kind of threats to throw a…