I’ve entered strictly for learning purposes and to see if I can actually finish something. Game development is surprisingly very different from application development, and it’s nice to feel really stupid again.

Synopsis

I fell back to my roots and attempted to build a mobile application that used “gamification”. Basically, you make the application fun through adding gaming elements to it. I’m good at building applications so figured if I fell back to my roots and adding just a little bit of game dev to it, I’d be able to create a lot more in the same period.

I changed my lifestyle last year in March of 2012 through adding fitness and changing my diet. A year later, I feel better and look better. I wondered how I could help others reach the same goals. While people tell you it’s 50% diet, 50% exercise, I felt for me 80% of the challenge was diet. I know nothing about cooking beyond what I’ve taught myself. My mom and grand mom taught me some stuff, but for whatever reason as I kid I just never really cared to better myself at it.

So, I made a list of all the smaller things I did that had longer term impact. I realize Type A Personality techniques of making huge changes with hardcore willpower are not the most effective way at changing people’s behavior. I’ve also read the statistics on how many actually keep weight off after they’ve lost it, and the time people devote to food preparation vs. exercise. For Americans, it’s pretty dire. I took that list I wrote, and selected the ones that were the low hanging fruit, and hopefully easy attainable without requiring a Doctor’s note to attempt.

If you look at most nutrition advice, at least online or in books, it’s usually huge lifestyle changes. That’s asking a lot of people, and the #’s prove it doesn’t lead to longterm positive lifestyle changes. What DOES work is small habits that lead to longer term change. If you change a bunch of them, they collectively, slowly, lead to a more healthier, and more importantly, a self-empowered, individual. I started to make the application I wish I originally had: simple tips I could try everyday that didn’t totally shock my way of life, and that I could actually accomplish, and feel good about.

Goals

Give people simple healthy diet changes to try. From making people healthier, feel better, or empowering them to learn on their own. Giving someone 1 thing to try every day, even multiple times if they wished, to practice at being more healthy without having to focus 100% of their life on doing so. My hope was it’d be the least invasive thing in their life, thus hopefully maximizing the success rate. Kata’s are simple exercises you do in martial arts to practice and get better. I wanted something like that in a diet context vs. “OMG CHANGE YOUR LIFE!”

Additionally, they’d have both motivation in the form of videos and citations that show the positives of even minor diet changes as well as a world wide achievements bored to see how many others had already accomplished each kata (or simple exercise  to also help with motivation.

Actual Results

I didn’t finish.

That said, all of the original katas are in the app, and you can try them, and have a record of your accomplishments. So it’s technically an early alpha, heh.

I ran out of time for motivations, and the achievements board was slowed because it was the first time I used Corona’s Cloud API.

The main problem with the data entered currently is that 3 important things are missing. I wanted to ensure all health recommendations I had were based on science that had at least 1 scientific study/citation. A lot of these studies are extremely wordy. Most people just want to know either WHY something is healthy or how it’s POTENTIALLY healthy. The later is horrible in terms of how we humans operate, but it’s also a good tool to get people to do what you want them to do. Anyway, collecting + summarizing all of that information is a ton of work. I’m constantly reading nutrition books and articles and taking notes, just not finished yet.

The other issue is turning those successes into congratulatory notes. When you complete a kata, you get a success message. For example, although I assumed users didn’t do drugs nor smoke, even just stopping smoking for example has a swath of awesome things that happen to your body. It’s important you not only reward people for accomplishing the simple exercise, this builds self-confidence in them, but also you teach them WHY. Once someone knows the why and has self-confidence, change is afoot. Writing those is tough… even tweet size ones.

Finally, the questions are sometimes backwards; I need to add a boolean to the VO’s to say if yes leads to completing or starting the kata… or just make all the questions have “yes” lead to starting the kata. If you use the app now, just say yes to everything.

What Went Wrong

The main problems were:

• not enough free time
• still learning nutritional science
• Corona’s lack of basic GUI components and redraw invalidation
• not enough documentation on Corona Cloud + having to learn a new API
• Responsive Design
• explaining to people how no longer eating their favorite unhealthy things is fun… in a mobile application… yeah.

Free Time

As usual, work both in client projects as well as outside took a lot of time. My main current client has a huge feature release coming up that we’ve all be tag teaming. This requires a lot of consistent communication as well as on-site visits which means I’m travelling a lot. I also travelled back to Georgia to sell my house. I’m uncompromising in my workout schedule and picking up my kids from school which is 2 hours minimum a day. Also, it took me about 5 days to recover from March #1GAM burnout. Finally, my company released the FlowMVC framework based on the DeftJS framework that all works atop Sencha, and that took a lot of time to ensure we got the alpha out as well.

Nutrition Knowledge

I’m not classically trained in nutrition, so am learning the same way I learned how to program: read online articles, read books, and asking questions of those who appear to be experts. Suffice to say it’s just as hard as programming to get to the real truth; it’s all masked in subjectivity and utter untruths. Making definitive statements is VERY hard to back up with science. America in particular has a ton of science around how to cure sickness, but very little on how to keep us not-sick via good nutrition. Frustrating. You have tread carefully when utilizing Qualitative science from qualified individuals. Bottom line there are a few facts, and a few of studies that reach conclusions but aren’t facts.

Sadly, a lot online is useless. At least with programming you can use sites like Stackoverflow.com and communities that reference certain blogs/articles to find the good stuff. For nutrition, there are a few sites like that, but they don’t always cite their sources, nor differentiate between “the facts” and “the guesses based on the following studies which may/may not have contradictory studies”.

I wanted the app to have solid science, and getting solid science as a n00b is hard.

Corona’s App State

While Corona has made great strides on the widget front, their gaming focus, both as a company and in the runtime features are clearly biased. Even the Corona cloud library they posted on Github uses “name spacing”, a pseudo copy of how Python handles classes and packages. This, instead of using the proper class/module packages they introduced about a year ago. I reckon they did this to cater to game devs who freak out if you do 2 dots to get a “module” whereas for application developers, it’s just expected if you’re from a traditional OOP background and you get the time to actually think about class structure that often doesn’t change as much as it does in gaming.

This seems like a digression but it’s not; the simple fact they’re game focused makes even simple things application developers expect to be non-existent. For example, I DARE you to center a multiline block of text on the screen with arbitrary widths… and then put a different block of text in it. Works no problem in Flash/Flex and HTML(!). Corona doesn’t recalculate/remeasure, and your registration point is off, and using simple x and width values to center the text suddenly fail. If you just create another text field, no problem, but even game developers know you object pool where possible.

Layout in this case is made worse as they abstract away device specific text fields. While it’s nice to use native device (iOS/Android) text fields that do render well, they don’t always render like you think on the simulator, namely the native options with backgrounds/borders disabled. Haveing to compile to view on the device is just awful. It defeats the whole purpose of Lua being an instantaneous code reload solution. If I wanted to recompile and redeploy to the device, I’d use native XCode and Objective C.

These basic needs make building higher level abstractions that are actually efficient harder. As components scale in size and complexity, especially data driven ones, you need some form of invalidation routine. Invalidation is a huge topic I’ve written about before, but suffice to say it prevents common race conditions, is an efficient redraw mechanism for runtimes like Corona that share both code execution and redraw on the same thread (see elastic race track articles discussing this), and solve order of operation errors for developers using components that require multiple properties to be set to work.

I’m in the process of building one on top of their enterFrame, but it’s like a flash back to 2001 in Flash MX; i.e. it’s a lot of work for 1 person to complete. A company like Corona should have the resources to handle this. Either they don’t have the people working for them that know these problems, or they’re focused on other things. I think it’s the latter; game specific features like their 2.5 graphics and cloud initiatives whilst open sourcing the components are signs. That’s fine, but oy vey… pain…

Another annoying thing is some widgets/components don’t work with groups. I get why, but this makes layout a royal journey into frustration and workarounds, and just generally nasty looking code.

I will say the widgets they DO have are great overall and open sourcing them was a dope move. The API consistency, while I get challenging, needs to be improved in both the libraries they distribute and in their internal SDK.

Responsive Design (lack thereof)

Because of the above crunch, I didn’t get a very responsive design. This lead to some devices not scaling properly… which sucked. For games, you can just scale up or down; Corona does this automatically. For applications, however, you basically do a “responsive design“. While most web sites prefer to use media queries and funky font measurements to accomplish this, using things like Sencha, Flex, or even Corona, and you can simply have each component size itself and it’s children. As the application grows, this works out well because they’ll fill whatever space you tell them too.

The kicker here is “if the design supports it”. For example a toolbar can scale infinitely horizontally, but tends to stay 60 pixels high. On most smartphones, this is fine, but on tablets, especially the high rez ones, it gets a bit too small to work. At that point you fall back to another nav. I didn’t even get that far… as soon as I went from a Nexus One to a Droid X, my app couldn’t even handle the extra 24 pixels.

I put a 640×960 mask on stage and called it a day.

Corona Cloud

Corona Cloud is awesome. The documentation is ok. The example code is awesome, although completely ignores Corona’s package structure and they’ve foregone using metatable vs. closure based classes for the same reason a lot of JavaScript libraries do the “large object on global window” to avoid the closure vs. Object.prototype debates. Anyway, nothing major here, just hard to learn a new API in such a short time frame with all the other challenges going on, thus compounding it.

Making Health Fun

For me, I was sick and tired of being sick and tired. Once I make my mind up, there’s no changing my mind. I have discipline with certain things I set my mind to. I get that to make broader changes to the world, you need to be more pragmatic about what you expect out of the general populace. I took the approach of “simple with positive messaging as instant reward and global awareness through achievements of other users”. The “simple” was simple, the Corona cloud achievements isn’t something I need but totally get how others need that motivation.

The “positive messaging” though is rough. When you look at the back of a “Matt’s Organic Orange Juice” container for example, they’ll go off about Vitamin D, and how it’s greatest thing for you evarrr. It clearly was written by a talented marketing copy writer and put through a few revisions. Trying to do that, for every single kata, was rough. As you can see, I can write a lot, but saying a lot with few words is HARD. Fun, but hard.

What Went Right

Finding a fitting design and icons I needed on GraphicRiver was uber easy. Getting the design to work in Corona, my component issues non-withstanding, also easy.

Setting up the MVC structure, also easy. I hadn’t messed with my port of Robotlegs for Corona for almost 2 years(!) since those kind of frameworks are more used for applications and less so games, so took the opportunity to bring it up to speed.

Coming up with simple things that are healthy for people to try was actually pretty easy as well. I just charted my own path and remembered all the hard things I did, and modified the order based on difficulty and organized into levels of lifestyle impact. The app was responsive on the device, and I only had minor masking problems with the Corona widgets. Once I got some good low level components, building the GUI’s was pretty quick and easy.

Key Takeaways

I think like my Februrary entry, I’d like to come back to this, finish it, and polish it. Even in application development, you can get into “the grind”, the last, brutal 10%. It’s easier to power through if you believe in the final product.

It’s also clear I shouldn’t do anything more GUI heavy without a Corona component framework ready before I start. Oh goody, another side project! *face palm*

I need to organize my notes about nutrition more. Most of it is for me related to fitness vs. just pragmatic well being. That and I forget what research/study/book told me what, and whether it was a “study” vs. a “paper” vs. a “theory” vs. a “scientific fact”… which greatly affects the other research/beliefs it’s related to. Like programming.

Finally, I need more time with Corona Cloud. It’s really cool, just haven’t had enough time to play to learn it more.

Conclusions

May: Go back to the 2D side scroller. From my February entry, it’s clear I liked making Box2D levels, and need more practice in making them, even if I don’t finish.

Once again, I’m burnt, and need a few days to recover. This time, though, I knew it was coming and planned for it: notes for May dev all ready, concepts documented from awhile ago when I’m ready to nail down an idea, and tons of alcohol and XBox games while I recover.

The source code is up on Github and you can install on your Android device here (although I’d wait until the version says “beta” hah).

I’ve entered strictly for learning purposes and to see if I can actually finish something. Game development is surprisingly very different from application development, and it’s nice to feel really stupid again.

Synopsis

An role playing game in the play and art style of 1996’s Final Fantasy 6 released in 1994.

A group of 11 or so individuals come into contact with Manifest Crystals and come to terms with their new powers.  They learn the true depth of humanity’s crystal exploitation as well as the ecological impact and purpose of crystals.  They are tenuous allies with the military/government as they learn the truths, overcome some planetary threats, and work to stop the main antagonist.

Manifest Crystal Goals

I wanted to do an RPG, badly. It’s the whole reason I wanted to work for Squaresoft when I grew up. However, I really struggled to get excited about Moai. While they have grids and pathfinding built in, I just didn’t see how the low-level API helped me; what I’m doing is not that sophisticated in terms of GUI. Gideros had a similar fate when with their simplistic API that was missing some things I wanted from Corona. I looked at them specifically because their API is familiar and had bitmap features, like Moai, which Corona doesn’t have. Some tests I did of Corona last year moving large masked bitmaps were promising, so I figured I’d give her a go.

Actual Results

March was a no show. Not even a build.

First week I was extremely burnt out of #1GAM. I worked really hard for my February entry, so spent the first week fixing burn out: which means no computer.

Additionally, March is when taxes are due in the USA, so that was a lot of work as well aside from the normal quarterly state and federal filings

Also work was pretty rough in March. Lots of challenges in the code, working multiple projects with multiple developers; huge cognitive load that made me collapse at night with zero energy left for #1GAM. March is also the month when companies start hiring to close their 1st quarter budget or get plans for 2nd quarter, so fielded a lot of sales calls/emails.

Finally, I’ve been playing with my diet for fitness and health goals. That means 40% protein, 30% fats, 10% carbs + a 300 calorie deficit. This means 3 weeks of adjusting my head to the lack of carbs it needs to produce mad serotonin + being distracted by being hungry. That and I still struggle with getting enough sleep. Grumpy, tired me.

Not the best combination to tackle my hardest game challenge yet. At the end of the day, I prioritize work 1st, working out 2nd, and #1GAM 3rd so he’s the first to get cut from a busy life.

What Went Wrong

First, this is the 2nd time I attempted this game. The first was about 3 years ago. I picked the best people in the industry I knew at the time that I’d kill to work with, sent them a mass email, and laid out my plan. It was clear I could inspire, but not get people to actually do what I wanted them to do. Additionally, not sure everyone bought into the idea, and I think everyone wanted some more organization around tasks & milestones. That, and doing a game on the side is asking a lot of people who are A players in this industry and already have a ton going on. You need to provide key incentives. I think.

I tried to learn from that mistake and organize things a bit more, especially since what I learned from January and March is that even spending 10 minutes to write, organize, and prioritize high level tasks has a HUGE impact down the line. I know what I’m supposed to be doing, if I hit a brick wall or just get tired of a task, I can jump to another one, and if scope becomes a problem it’s easier to see what I can cut vs. keep. It wasn’t enough, though; I probably should have spent 2 days vs. 10 minutes. An RPG, even a small one that’s story driven like mine, requires a ton more upfront work as I’ve found. Twice, hah!

At this point I’ve been content producing horrible game art myself. However, I misjudged just how much and the varied types I need for this game. I struggled to reduce the scope because even minimalist design still has the responsibility to evoking the emotions in the player the story is trying to convey and key junctures. I could probably pull it off, but without a full list knowing what was needed, and where, it was too much work for me and sabotaged my momentum on art days.

What Went Right

I got a lot of great code out of this. Although I only put in maybe 10, 1 hour days, I now have a ton of great converted from ActionScript to Lua and new code I can use to try again later this year.

I also finally managed to get a highly level scalable battle system that I hired a mathematician to verify.

I really enjoyed playing with various menu systems on mobile devices, and built my 2nd pie / radial menu, taking many cues from Secret of Mana. I still haven’t gotten the Swype esque way of using it down, but it’s good enough even with just taps.

My tile engine performed just fine with large textures on crappy Android devices so that was promising.

Finally, I learned yet again a ton whilst coding and designing and writing. Just a lot of little things that all add up to make even this failure totally worth it.

Key Takeaways

I’ve yet to see myself over plan. It’d be nice to make that mistake and see results.

I really should put a budget together for an artist to handle most of the game art, and I can handle the GUI well ahead of the start date at least to get discussions going. It was such a huge percentage of my time this month and required some iterations to get right both for story and technical reasons. I fail to see how I can do it all myself. Reducing scope is out of the question, so maybe I can write a different story to test all the engine + code out first for a separate game, much like Square did back in 1995 (scrub to 11:45) at Siggraph making 3D FF6 characters to test out the FF7 3D engine for the upcoming Playstation 1. It’d make a good tracer bullet, not sure how fun though, we’ll see.

Yet again I’ve proven even failures results in tons of good, reusable code and a lot of things learned.

Conclusions

I think I’ll postpone my next RPG attempt for June or August for a variety of reasons. First, I need some more practice getting teams to work together; would really rather tackle it NOT by myself even if it’s just an art + audio sub. Second, it’ll be summer then, and I’ll be outside more. While I’m taking Vitamin D supplements (yes, no dairy + no outside == deficient), by then the pool will be open and I’ll be taking the girls their daily. That and carbs will be 50% of my diet. Those’ll up the mood. Third, I’m burnt out on involved game mechanics, I need to fall back to my roots to get rejuvenated: app development.

April: A health and nutrition game both to educate people and get them eating better. While games like this exist, it’ll be more app like so that’s something I excel at, and it’ll help me to continue to learn about nutrition which I’ve been learning about on the side for awhile. Making this a game sounds fun.

I’ve entered strictly for learning purposes and to see if I can actually finish something. Game development is surprisingly very different from application development, and it’s nice to feel really stupid again.

Synopsis

You’re a dwarven treasure hunter piloting a gnome sphere powered by music on Thuldanen, 2nd layer of Esheron, the plane of war. The plane has floating cubes with caves inside, and the 2nd layer, Thuldanen, is notorious for having many treasures left over from the ever-happening wars above. They turn to stone after a time, so you have to be quick… this includes if you go outside of the sphere.

The sphere is powered by colored crystals, and each color has a different element that unlocks different powers. You start with black, gravity, to roll and jump the sphere. Later you get blue, electricity, to power the explosive grappling hooks to traverse over the more rough terrain full of impassable refuse. The gameplay is similar “Where’s My Water” where as you learn a new power’s abilities, you can start to combine them to defeat each new level’s complexity.

I was inspired by the game Loom which utilized a simple interface of music notes to basically do everything in the game. Some songs you knew, some you had to memorize, and some you had to simply find on your own. That, and I like dwarfs fighting orcs and goblins on their home turf with an axe or just rolling over the whole lot with a giant metal sphere, for the sake of getting pimp treasure, all the while attempting to do so quickly so you don’t turn to stone.

Thuldanen Maestro Goals

My goals with Thuldanen Maestro were to make a smaller scoped game than my January entry in the hope I could finish it. Additionally, I wanted to follow the month’s theme of “music”.

Actual Results

I didn’t finish.

… but it’s playable and feels… well, almost like a real game. I had sketched out 7 levels that utilized at least 2 crystals, and started getting pretty challenging and cool. Instead, I  fell down the rabbit hole that is game juicing (polishing). I didn’t know this ahead of time, but in retrospect it makes sense, it’s a lot like perfecting code that’ll never be perfected.

Even so, I was really happy with how it turned out. This is definitely a game I want to come back to in 2014 first and git-r-done proper. My girls wanted to play this one during development a lot more than the first one.

What Went Wrong

First problem, I lost 18 days. I’m a adult, run a business, do business trips, have taxes, and 2 kids. And I got a flu I think for 10 days. And I workout at least 1 hour, 5 days a week. All conspired to use the most amount of my time during the shortest month of the year.

Second problem, too much polish. I spent too much time in art land, when I should just be doing programmer art and hiring an artist to the real stuff.

Third, while it’s a music driven game, I had no time for music itself, and no time for sound effects, nor the dialogue I wanted to create.

Fourth, I didn’t even get to create proper buttons for moving the dwarf around, nor time to create enemies for him to fight (although the fight code IS in there…). That game didn’t really need ’em but it DID need the stone bar; the progress bar that slowly shrinks before you turn to stone if you get out of your sphere. Without, you have no sense of urgency, and less of a desire to roll around in the sphere to explore and experiment with notes.

What Went Right

I’ve fallen in love with Corona SDK because they make Box2D easy. You can do it in Flash which has some great implementations, but it doesn’t run on mobile devices at all. However, I’ve always felt compelled to make level editors because I never know how to properly generate the required geometry for Box2D. However, creating non-concave shapes, and MULTIPLE convex shapes to assemble a concave one was… ridiculous.

…until I found out about PhysicsEditor. Holy. Drastically changed, sped up, and improved my workflow. That and I have little need for level editors on the smaller games. Now I can create un-even terrain for side-scrolling levels and all kinds of crazy shapes for terrain, both static and interactive.

I also found out PhysicsEditor has a friend called TexturePacker. Now it’s uber-easy to create sprite sheets, and edit AND re-edit them vs. using those insanely unwieldy and hard to write JSFL scripts for Fireworks. The workflow with After Effects was great as well.

I made my package structure only 1 level deep this go around and started the code base from scratch only pulling in classes/libs when I needed them. This made a massive difference in the speed of iteration. That said, it’s merely a work around for the lack of tooling.

While I suck at art, I really liked the Steam Punk style for the game. Victorian era steam tech works great with gnome engineering and dwarven grit.

Even during the first play iteration tests (you create a build just to see how the game feels to play), it felt like a game I’d actually want to play. I was CLOSE!

Key Takeaways

Like any n00b who isn’t a n00b in other things, I realize I still don’t know what I don’t know. Things like PhysicsEditor make curious what other earth shattering tooling or techniques I don’t know about that could drastically speed up my development process.

I didn’t use Trello as much this go around because I knew what needed to be done since the scope was smaller. I feel like that’s a good sign. That said, I could feel when I was spending too much time on a task because it was fun vs. actually needed. Not sure how to fix that since I’m doing this for fun.

Conclusion

March: Smaller scope, focus on more levels, just a little polish. Maybe team up?

The source code is up on Github and you can install on your Android device here.

I’ve entered into the One Game a Month party. It’s like Ludum Dare, a challenge to make, and most importantly FINISH, a game in a set amount of time based on a theme. What makes #1GAM unique is you have an entire month and it spans an entire year. They have a thriving Twitter and Google+ group.

I’ve entered strictly for learning purposes and to see if I can actually finish something. Game development is surprisingly very different from application development, and it’s nice to feel really stupid again.

Snynopsis

PlaneShooter, a 1942 clone, was all about the story, improved plane engine & weapon customizations, and taking advantage of improved graphical hardware. You play Kay, the protagonist, who flies a P90 Lightning aircraft modified for cargo. Her Dad, O, a former military pilot, and her battle bandits at their latest town of delivery. They slowly uncover a plot that leads to war with an ending that leads you to the 2nd version of the game.

I really liked how you could personalize even a 1940’s era plane with tech that was available around then, yet still leave room for the fantasy element to give it otherworldly powers.

PlaneShooter Goals

My 2 goals with PlaneShooter was simple: finish a game I’d been working on for 8 months in my spare time, and hopefully learn more about the marketing/business side. I had a bonus goal of finally getting a chance to juice a game, ie polish.

It was basically a 1942 clone with a story behind it with extra side-scrolling levels to help in character and story development. Additionally, you could customize your plane between levels. Finally, the game had on going dialogue either during the game or it would pause at key points.

Actual Results

I didn’t finish.

I managed to get the game 99% there with 2 levels. I did get an intro screen, game play, reasonable interaction, a semblance of scoring, reasonable programmer art, and an end screen.

I had created a script and recorded audio content + sound effects for 8 levels.  I had completed all the mechanics for drag and drop of upgrading your plane. This includes the speed + weapon power adjustments, etc. The achievements were half done, and scoring was 99% there, I just had some persistence challenges I was working through. None of which made it in the game, hah!

The intro screen and end screen were not completed and used the wrong art, but I made them functional to call it a day. All planes had 1 hit points except the bosses which was not planned.

What Went Wrong

I’m still learning, so this is all conjecture.

I believe my story scope added a ton of work. While I believe it made/will make the game actually fun to play, it required a significant amount of audio work man hours, including 4 days of purely just scripting writing. If I removed the entire story element, removed the plane weapon/engine customizations, and focused strictly completing levels + art, I may have had a game that felt more complete. That wasn’t the kind of game I wanted to create, though.

All in all, audio took up 60% of my entire work effort. Music creation, dialogue recording & editing, and sound effects. Whoops. I sure had fun, though.

Conclusion: That level of scope was not something I could complete in a month.

What Went Right

Taking a year old code base with 8 months worth of work and yelling at it, “You’ll be frozen in a month” was a great feeling. Many of us programmers have ideas laying around, dozens of them, that are left unfinished. Some don’t need to be completed, but others… yes. So over all that part really felt good to attempt to get some closure.

Secondly, I learned a ton. I read a lot about game design process, re-opened a lot of the artistic tools I haven’t really used professionally in 10 years (Photoshop, After Effects, Reason, Audition, etc). I got to spend significantly more time in them. Some things I remembered, but others I had to learn while under such a short deadline. I also learned new ways to put them into a workflow.

Third, the processes I did use SEEMED to pan out fine:

1. think up idea
2. write it down, sketch it out
3. write up a list of goals, tasks, and scope
4. code the things I don’t know
5. create art & audio
6. implement
7. bug test

That general process seemed to work great, and while there were some kinks, it proves that the general way of build games is a lot like software; you do a hybrid approach of Waterfall and Agile, the requirements (heavy on the pen & paper since they are cheap to undo/redo), and then you iterate on 4-7. I think I just put a too huge idea into the process.

Fourth, although not complete, I could taste I was getting close on some things, but I also started to get a better sense of how much work polish actually is. Additionally, some polish you don’t actually know about until you get the idea solid. Sometimes getting the idea solid is an actual prototype WITH assets in it to play with.

Fifth, Corona actually worked with tons of assets and code. As a long time Director/Flash/Flex developer who grew up in tincy runtimes using dynamic languages and learned how much “better” it was to have a mature one with a strongly typed language… it was nice to have success with a non-mature runtime with a loosely typed language, Lua.

Sixth, it was interesting to see where architecture got in the way, and where it didn’t, but more importantly WHEN it was too early to implement. People have written volumes about YAGNI. They’re usually exhausted Java developers who have found a job doing Ruby in a different company with good medical benefits. YAGNI, like all things software, is an on-going learning process. Building things only when you need them is a given, but it’s when is it too early, too late, how much do you build, etc… that’s the challenge.

Seventh, Chris gave us no deadline for January… which allowed me to learn my lesson. Sort of.

Eight, taking a 5 year old and having her do dialogue actually worked out well. We did all 8 levels in one sitting which took about 40 minutes with a few re-takes and 2 glasses of water. I was very impressed with Adobe’s Audition and how quickly I could batch my hundreds of assets all with my effects applied. It’s a bit unstable, though, and I have to reinstall when the audio drivers get corrupted.

Nine, I actually liked most of the code. I suffered from a lot of left over ideas in the code which meant navigating it was a little challenging, but it is starting to be clear which parts of architecture I like and help. I lived and died by my game loop, and since Corona doesn’t have one built in, I was impressed you could build an entire game based on one. That, and Box2D’s collisions were solid.

Ten, creating music went quite well, and the timing was also just luck as well for the crescendo’s to hit when you reach the mini-bosses.

Key Takeaways

Over all, #6 was directly the result with the lack of tooling. While my package names, ways to build classes in Lua, and other architecture patterns were legit, wading through it and modifying it was way more challenging than it is in other languages that have mature tooling and IDE support. This in turn adjusted how much architecture I implemented, where, and when.

For example, yes, long descriptive package names are helpful, prevent you from having to think where things are, and really organize your code. However, in Lua and Sublime… they’re a pain in the ass to navigate and change. Once you want to refactor something, even with unit tests the entire effort is on you; you get no help from the IDE nor runtime what you forgot unless you’ve left asserts with descriptive error messages everywhere. That is a HUGE burden on a developer under a tight deadline.

Additionally, I learned that a lot of the Robotlegs code I borrowed you don’t need in Corona SDK because it has a built in event bus that works fine. You don’t often need to create sequestered event buses, 1 is fine. That and Dependency Injection isn’t worth it merely because the language doesn’t support it; you’re better off just following a convention, much like jury-rigging PureMVC to act like Robotolegs by firing created and destroyed events in the View’s so the framework can add the required Mediators.

I spent 5+ years ensuring I don’t use global variables in my code, and another 5+ years ensuring you don’t create too many Singletons once ActionScript went to a class based language. Now, I’m always using the same 2 globals in my games and they’re really useful and make the code readable. It’s still not good practice, but for quick iterations and speed, they’re legit. Having to pass the same 2 variables into 99% of my classes externally is ridiculous… it got a lot worse with composition. I no longer judge those who use _G intentionally.

Organizing my tasks into Trello quickly pointed out how much work I had left. If I kept tabs on my tasks, I could quickly judge if I was off track (doing the wrong tasks), or if I was going to have too much work. That, however, took a lot of discipline… when the whole reason I’m doing this is for fun.

Conclusion

Feburary: Smaller scope, focus on more levels.

The source code is up on Github. You can install on Android here.