Ph: 12263719
skip to main | skip to sidebar

21 January 2009

Moving House and Home...

Please excuse the past few days of silence. But I'll moving this blog/journal/collection of incohesive rants yet again.

The new home will be at my new brand new domain: http://dorianpula.ca/

Now at the moment of posting this message, the domain is not up.  CIRA, you fail again.  So for the next few days I'll be working on putting up a new blog on that site, and copying over my content.  I'll keep this blog up for posterity though.  However I will post new entries on the new site.  Also I might be silent for a few days while I transition over.

20 January 2009

Retro-gaming: Torus Trooper

In the mood for a bit of retro-gaming?  Try out this amazing abstract shooter.

This page contained an embedded video. Click here to view it.


Torus Trooper is a fantastic game, where you fly a fighter through a twisted torus filled with enemies.  The art brings you back to the era of wireframe graphics.  The trancy, techno music provides an excellent, motivating yet relaxing ambience.  The gameplay starts off easily and progresses with successively more challenging levels.  If you love a frantic, furious shooter to pass the time, you'll love Torus Trooper.

Ubuntu Linux gamers can install it from the Universe repos with: 
sudo aptitude install torus-trooper

Windows gamers can download it from:
http://www.asahi-net.or.jp/~cs8k-cyu/windows/tt_e.html

19 January 2009

The Filter Problem

Recently, Matt Asay blogged about Clay Shirky's keynote on Web 2.0 Expo.

I must agree that many problematic aspects of my web experience hinge on the concept of filtering.  Now I realize that ultimately everyone on the web can read my content.  However, I would prefer different people to get different content at different times.  It is not that I have something to hide.  But I don't want every single one of my contacts to read up on my all blog entries, my personal Facebook updates, my professional LinkedIn account and follow my project progress at the same time.  Why should professional contacts care or know about my relationship status?  Or should my high school buddies to follow up on my professional interests?  I certainly don't want everyone at work to see know about my side projects or my silly photos from my last vacation.  It is all a question about audience is privy to which information and view from which perspective.

So rather than provide a rich networked experience to all of my audiences, I try to separate my different online parts of my life.  In theory I could flood everyone with so much data to make it impossible to get a complete picture of my life.  But that would inconveinence everyone...  No, what we need to do is to create intelligent filters that provide different lens for different people to see my life through well-engineered perspectives.

16 January 2009

Hard Crash

Yesterday I realized I need more sleep.  Basically living the life of a rockstar: 5 hours sleep and then 1.5-2 hours of a catnaps just doesn't work for me.  Initially I became more productive with more time in my day.  But it seems that illness and tiredness caught up with me.  And I get irritated, nervous and slothful when I don't get enough sleep.  So I slept A LOT yesterday.

Today I am back to my cheerful, energetic and productive self again.  And for the most I caught up with most of the tasks and projects that carried over from last year.  There is still work to be done.  But nothing worthy to loss sleep over.  So a new, New Years resolution: sleep my 7.5 hours a day.

15 January 2009

How Not to Run a Community-Project: justCheckers Post-Mortem

So the day before yesterday, Aaron Seigo wrote up a brilliant piece on running a community-driven project. Since I stole^H^H^H^H^Hborrowed his post, I want to contribute back my own experiences. The justCheckers project is currently in a semi-active state at the moment. But in its heyday, we had a group of 5 active developers. But overtime the momentum dropped off until only I remained on the project.

A major reason for this is my own inexperience in managing a project. Over the years, I learned about and tried out different project management techniques. Unfortunately by the time I could implement those in justCheckers, people had moved on to greater things. And I even thought of closing down the project, until recently I revived it again for a different purpose...

Some of the lessons I learned along the way are:

Manage Expectations. This is a real killer. It is fun and easy to overhype your own project and your involvement in it. But it doesn't help the project in the long run especially once people realise that their initial expectations differ wildly from reality. Myself I promised the moon, and didn't deliver.
Be Prepared to Spend the Time. As a lead developer, you will end up doing most of the work. Open source projects begin as ordinary projects, and only in the later stages do submissions and community efforts come into play. So before you begin, be prepared to do a lot of pushing until the project can maintain itself. Being a university student and running an open source project can be difficult if you are still developing your time management skills.
Code is King. This I believe is one of Matt Asay's favourite sayings. Source code contributions are what make open source work. Later on other kinds of contributions come into play. But source code should come first. I spent an inordinate amount of time on documentation and planning. Instead I should of thrown up a quick sketch and just concentrated on coding. Establish Good Lines of Communication. Without good, honest and open communication your project goes quickly astray. Facilitating that communication is not a trivial task. My greatest success was via individual e-mails and forums. But things went downhill when I lost the forums. Bringing them back ended up in fighting spam. Same thing with a wide open wiki. A wiki is good for knowledge discovery but not for discussions so much. I tried setting up an IRC channel on Freenode.net but my request never went through. This is one issue I never figured out how to resolve. Be Flexible. I tried applying conventional project management techniques and that doesn't work for a volunteer open source project. In time I learned about the importance of voluntary involvement and persuasion as the best tool for moving forward. But that is another matter altogether. More Warm Bodies Don't Mean Faster Coding. I learned that open sourcing a program doesn't suddenly mean that a bunch of people will suddenly appear and work on your ideas. No, again you need to be the primary mover until others decide to help out to use the program to their advantage.
We did do somethings well:
Delegate Tasks by Components. This gave everyone ownership of some part of code. This also prevented people from setting on each others work. Market Help Needed. This helped a lot in bringing together the core team. In fact the project would of never got off the ground without Sourceforge's ask for help functionality. Build to Last. We tried to build everything in a generic enough manner to allow for future functionality. It takes more time to build this way, but it ensures better design and future-proofs the end result.
Now, the justCheckers project is heading in a different direction. And so a different approach is needed.
 


You are viewing a mobilized version of this site...
View original page here

Mobilized by Mowser Mowser
Mobilytics