{"assets":[],"author_link":"author\/badgerpriest\/","author_name":"BadgerPriest","cat":"LD #29","categories":["LD #29"],"comments":[],"epoch":1399483020,"event":"LD29","likes":5,"metadata":{"p_key":"80516","p_author":"BadgerPriest","p_authorkey":"0","p_urlkey":"289527","p_title":"Asteroid Tycoon Postmortem","p_cat":"LD #29","p_event":"LD29","p_time":"1399483020","p_likes":"5","p_comments":"0","p_status":"WAYBACK","us_key":null,"us_name":null,"us_username":null,"event_start":"1398384000","event_key":"22","event_name":"LD29"},"source_url":"2014\/05\/07\/asteroid-tycoon-postmortem\/","text":"

\"\"<\/a><\/p>\n

For this Ludum Dare, I worked with a group of friends to create Asteroid Tycoon<\/a>. I\u2019ve done the Compo a few times in the past, but none of us had ever game jammed in a team before, and it was quite the experience. I\u2019ve learned that doing Ludum Dare with a team brings with it both enormous benefits and unexpected challenges.<\/p>\n

What went right<\/h2>\n

Diverse talent<\/strong><\/p>\n

Being able to work with an artist, a UI designer, a game designer, an amateur musician, etc (some people filled multiple of these roles) was an amazing experience compared to previous Ludum Dares. For the first time, I\u2019ve submitted a game that actually looks and feels really solid.<\/p>\n

Combining multiple ideas together<\/strong><\/p>\n

During our team brainstorming session, a few ideas became big hits: a candy-box-like about building an asteroid mining empire, something involving moles and tunneling, and a game with programmable robots. The idea for Asteroid Tycoon came about as we realized that we could combine elements from these three ideas into a coherent concept.<\/p>\n

Constant balance tweaking<\/strong><\/p>\n

Gameplay elements underwent many changes as work on the game went on. For example, the robot upgrade progression initially was triggered by amount of minerals collected (a different mineral for each robot), but switching to a depth-based system proved to be a lot more enjoyable for the player. For much of the weekend (at least once we had something playable), at least one person (usually a team member taking a break) was playing the game at all times, so we constantly had feedback that we used to adjust parameters, and in many cases, rework entire mechanics.<\/p>\n

Cute little touches<\/strong><\/p>\n

Little things like the marquee seem to have made a big difference in enjoyment and immersion. Also, some of our last-minute graphical tweaks, such as the beaming-down animation from the ship, improved the look of the game rather significantly.<\/p>\n

What went wrong<\/h2>\n

Repetitive music<\/strong><\/p>\n

Once we had a short loop of music, we deemed that \u201cgood enough for now\u201d and decided to come back to the music situation if we had time. Unfortunately, we didn\u2019t have any more time to work on music, and the result was slightly disastrous, as the constantly repeating main loop proved to be annoying to many players. We quickly added a mute button, but the damage was already done. In the future, I\u2019d hesitate to add music unless it was sufficiently varied to not be a hindrance.<\/p>\n

Not enough organization<\/strong><\/p>\n

Never having worked with a team on Ludum Dare before meant that my default workflow was an informal, poorly defined task list and a single development branch in git. This is reasonable enough for one person, but proved to be a disaster when working with a team of 7 people. On several occasions, lack of communication led to two programmers separately implementing the exact same feature or our two artists stepping on each others\u2019 toes. Meanwhile, all work being on a single branch meant that nearly every commit resulted in a merge conflict, which proved to be very time-consuming in the long run. In retrospect, we should have had a more well-defined task-assignment scheme and used feature branches.<\/p>\n

Gameplay not explained clearly enough<\/strong><\/p>\n

The primary gameplay mechanic in Asteroid Tycoon works as follows: you first click on a robot to build and then click on a destination square for it to try to move to. However, we didn\u2019t explain this very clearly within the game itself, which led to many players thinking that they had to click on the surface or on the spaceship \u2014 the result being that the robots reached their destination immediately and from then on proceeded to move in a way that would have appeared to be more or less random to the players.<\/p>\n

To make matters worse, important information is conveyed to the player via printouts that regularly appear but go away on the next mouse-click. What we didn\u2019t anticipate was that most players click around so quickly that they don\u2019t even get a chance to see the printout before accidentally closing it (old printouts are still saved in the top-left panel, but most players never bothered to use it).<\/p>\n

In retrospect, we should have done a better job of explaining exactly how gameplay works from the start, and come up with a different way to hide printouts (perhaps by giving them a Close button). These are both hopefully things that we will work on in the post-Jam version.<\/p>\n

Only starting work after 18 hours<\/strong><\/p>\n

We made the conscious decision to not start work until noon (PST) Saturday, to give our brains plenty of time to process our different ideas. While this gave us lots of brainstorming time, it put us at a disadvantage time-wise compared to most Jam teams, and led to us being very pressed for time near the end (compounded by the fact that many of us had to go to work on Monday). In the future, I\u2019d like to spend a little less time brainstorming and perhaps at least try to get a little bit of actual coding done Friday night.<\/p>\n

All in all<\/h2>\n

After trying a Ludum Dare with a team for the first time, I don\u2019t know if I can go back to doing the Compo! Not only were we able to build something bigger and more polished than any one of us could do on their own, but we had lots of fun working as a group. We\u2019ll try to work together in future Ludum Dares.<\/p>\n

As far as Asteroid Tycoon goes, we\u2019re really happy with how it turned out. We\u2019ll probably tweak it a little bit post-Jam \u2014 primarily to make the instructions more clear, make the music a little less repetitive, and fix some sneaky bugs that people have reported.<\/p>\n

Tags: ld29<\/a>, postmortem<\/a><\/p>","time":"May 7th, 2014 5:17 pm","title":"Asteroid Tycoon Postmortem","title_was_empty":false}