Thursday, December 23, 2010


I'm currently in the final semester of my 3rd year of studies in University now, and just one more year, two more projects, and I'll be off saying bye bye to my Uni and work in some (probably) good company later on.

It sounds like a great ending, but the more I think about it, the more I felt useless, as I can only wish for those "successful" things to happen in the future after I graduated, instead of being "successful" while I'm still in Uni... It's like I'm gonna regret about my Uni life when I started working, just like how I regretted not doing anything really meaningful in high school.

Not that I don't have anything to be proud of now, I do have one currently, it's my first Unity game, EcoTat... It was my first and somehow complete game I designed and developed entirely. It's also something I created when I've pushed myself up to my limit, during the time when I first started using Unity and scripting in Java; building a turn-based fighting system...

Anyway, my progress had gone worst than before in the following semesters: I developed a vehicle-adventure game, and a 3rd person shooter adventure game based on 'the boring Tim Burton's movie, Alice in Wonderland', which were not entirely complete. Particularly the Alice game, where I completely stop its development after the presentation is over, though the game wasn't even half complete during the presentation day, as the scope I set was a bit higher than the others.

And my latest work, a job-searching application did not meet up to my majoring coordinator's expectation. To be quite frank, I've been really lazy lately, and developed the application within a week's time (again?). Furthermore, I've had zero interest on the project, as my primary interest is on game development. The output and reception were worst than I expected...

But from these past experiences, I've really learned a few things, something values which I, and probably the rest of the young developer/beginners may need in the future:
1. Never look down on projects - 
As boring and uninteresting a project may seems, you should always give in your best, because whether of not it's in the real world or in your University life, you always have to develop stuff that satisfy your client, which in a student's case, the lecturer is the client.
2. Create stuff that isn't possible in real life - 
My latest project revolves not only the interactions but also the architecture and design of my virtual environment. One of the review by my lecturer is that, the building and environment I made for my application was too common in the real world. I'm building a virtual world here, and it's a place/world where impossible ideas from the real world can be fulfill even with just a slight creativity.
3. Your lecturer sucks doesn't mean you are too - 
To be quite frank, my current majoring lecturer was the worst I had throughout my studies in this University. He's not like rude or not being friendly or anything, he's just not up to par. And during the semester when my progress had gone from good to bad, he was my lecturer of the semester. Anyway, I realize later on that I blame the others too much, and never think about what my major problem is here: I'm too lazy (probably from )
4. Do what you are suppose to do, stuff within your range - 
After facing so many failures in these development stuff, particularly it's because that my application wasn't well-received by everyone, I realize something... I'm not just a game programmer... I'm a freaking game designer. And I'm like nothing if compared to those real Computer Science and IT people... I've been focusing so much on programming that I rather give up on my designing time just to make better technologies for my applications/games. This is a wrong step, and I understand it now... 
5. Project finished within a short time is not always good - 
While some developers may have been talented for developing games within a short time during Ludum Dare. But you can never do the same when working on a school's project or for a client (lecturers). Doing a project within a short time means, less game design, less interaction ideas and thought-out, less focus on the game project, and less chance of it getting tested by anyone other than yourself, etc... Means you will have no idea on whether the project is gonna be good or not if you are not able to develop a prototype first for user testing... blah, blah, blah, and get pawned by critics later on...

I do remember there's still some more... but that's all for now, I'll update more when I think of them...

No comments: