Why you shouldn’t host your blog on a VPS

Last week I realized that some of my games had lost their ability to update the leaderboards. Within a couple of hours I also realized that this blog was down. After emailing my VPS provider (www.vpsland.com) I have been told that the disk on my virtual server has been corrupted and there is nothing they can do about it.

Obviously, I am partially at fault for not taking proper back ups of my posts but I am absolutely fed up with maintaining my own server both from an OS security patch update and DB backup perspective.

As a result, this blog is now being hosted on wordpress.com for $10/year. Now going back to recovering one year of lost posts.



Enterprise vs Startups

I am a big supporter of working software and entrepreneurship. I hang out at some of the more popular hacker/entrepreneur forums online.

Naturally, in the past couple of weeks I have been coming across a lot of forum posts about how architecting for the enterprise is uncool and how everyone should be working on the latest cutting edge, open-source, ramen-fueled startup idea of theirs.

Having worked on both ends of the spectrum I have formed some opinions over the past couple of years…I know ofr a fact that the thrill of writing a piece of code in the wee hours of the night and then releasing it to users the next morning is not comparable to working in a more structured, slowly progressing project.

However it would be good if people understood that enterprise software architecture is all about managing the complexity across business domains that have dozens of supporting systems and processes. It takes a different type of genius, patience and most importantly focus to get things done. Personally, working at both ends of the spectrum is fun but I know that it takes an entirely different point of view and attitude to succeed in either one.

My Mobile Development Experience on iOS, Android and Windows Phone 7

My mobile development itch started as soon as the iPhone came out. I just wanted to create some quick apps/games as a hobby. Over the course of next couple of years I developed on the iOS/Android and WP7 with different experiences/features/limitations. Below I summarize my personal experience in different platforms.

Full Disclaimer: I am not developing primarily for monetary purposes, since this is a side project it needs to be fun for me and I have been using .NET since the first beta.

iOS Development with Objective-C ~ circa 2009

Although architectural approach looked perfect on paper (use of MVC, clear separation of different responsibilities), the development experience with IDE and the language was a while different story. Simple things such as creating properties would require 3 disconnected steps, the libraries were a left-over from the Next Systems (NS-prefix on everything) and frankly for someone with Java/C# experience on a day to day basis it felt like I was going back in time to develop on a device. Long story short, I was not having enough fun to develop on the iOS to make it a hobby. I suppose since I was not quite interested in the monetary rewards that comes with iOS development, I lost interest and stopped altogether.

iOS Development with Titanium ~ circa 2009/10

Then I used Titanium to see if it was possible to come up with a simple application using JavaScript for behavior and a JS like layout language. Yes, it was possible and it was pretty quick too. I actuallly published one application. However, since Titanium was an abstraction on top of the native API, certain lower level things were not quite accessible. It remains a viable option to create a form over data type of  application within a couple hours, but for games and more complex applications it was not really a good candidate in my opinion.

Andoid Development with Titanium ~ circa 2009/10

While I was at it, I figured it would be interesting to see if the same code-base I used for iOS using Titanium would compile and run on Android. Unfortunately the experience was not that great. Credit to Titanium folks who really try hard to create a consistent cross-platform compatible API and I admit that it is a very hard problem get 100% right and make everyone happy. 
Although 80% of the code-base just worked fine, certain things kept just crashing and I was not too keen on isolating every single issue and then forking the code, so I stopped there.
Android Development with Java ~ circa 2010
After the not so successful try with Titanium on Android, I went ahead and started looking into Android SDK. Farnkly, I love the architecture. It is well thought and makes complete sense to any programmer who looks at it for the first time (unlike the iPhone SDK). I created a couple of prototypes and deployed onto the emulator everything worked fine and I was happy. Since I did not have an Android device at that time, I did not test on the device. The only thing that I did not like about this was how slow the Simulator was and each compile/deploy took forever on a reasonably good machine (dual-core, 4GB ram etc).


Windows Phone Development with Silverlight: ~ 2010

When they announced Windows Phone 7 SDK beta prior to the device launch, I did not pay much attention to it. Then one day, I realized it was using Silverlight. Since I had used Silverlight on a couple of projects I had a good idea on how to get started on it. I downloaded the SDK and within 6 hours I had ported the game done in Titanium over the course of 2 weeks. I have to admit that C# and Silverlight with Visual Studio are my comfort zone. That probably has much to do with the fact that it took so little time.

One thing that was not too exciting on the Windows platform was that it is way too simple to get started and create the apps just like the VB6 days. Stuff everything into the UI control handlers and let the code execute in the UI thread and eventually lock the thread by doing web-bound I/O.  Hopefully, certain frameworks that are available out there will emerge and somewhat force developers to use the MVVM pattern when developing apps on the WP7.
As per gaming experience, I certainly love the XNA model. It was my first introduction to XNA with WP7 and it is very simple to grasp and run with. I definitely recommend looking into WP7 with XNA to all developers who are trying to get into game development.


In my experience, working with iOS using the intermediary language/platform such as Titanium was a good enough way to create some line of business apps or simple things. Android has a great SDK but really suffers from JDS (Java Development Syndrome) on the windows stack – hopefully Linux environments are faster/more stable, and Windows Phone 7 development is the easiest for existing .NET developers, has great IDE/environment support.
I am really hoping to use MonoTouch and MonoDroid in the next couple of months to see if cross-compilation/execution of mobile apps is possible with C# or will people have to wait for HTML5 to be available on all platforms.

Moving away from GoDaddy

I had been using GoDaddy’s domain registration services for a long time (this domain is also being served by them) despite their tacky commercials and confusing UI. I always found the hassle of switching carriers to be too much effort as long as the service did the job. After all, how many times do you need to go back and play around with your domain settings after the initial purchase/setting.

However seeing Bob Parsons kill an elephant in Africa while making the entire village wear GoDaddy hats was something I really could not stomach. So effective today, I will start moving my domains away from GoDaddy (about 60 of them) to another provider like NameCheap.com.

For those of you wondering how you can do this quickly (through the complicated UI that GoDaddy has that practically makes this impossible) here is a guide on how to switch your domains from GoDaddy to another provider.

I hope many follow the lead and do not put the $1-2 year savings every year above some good ethics both as a person and as a corporation.

Software Design for Tablets

There is quite a bit of interesting posts about tablets these days with the introduction of new players such as the Motorola XOOM, ViewSonic ViewPad and Galaxy Tab to an Apple dominated space. This blog post by Jon Stokes talks about how the user’s own hands get in the way of human-computer-interaction when using the tablet and block the view, making things much harder to focus on and decreasing the valuable real estate.

Even if you hate them, tablets are here to stay. They cater to the needs of most people who want to just digest information from the web on the go. Nothing ground breaking here so far but let’s take a look at how this information is actually different…

Some of the most common tasks performed on the tablets are:

  1. Watching videos
  2. Flicking through pictures
  3. Reading the news/magazines
  4. Consuming social content (mainly looking at bits of text from your updates and sending out bits of updates)

Do you see a trend here? The amount of input required to complete these actions are at most 2-3 taps on the screen. This is the key to designing any user-acceptable software for the tablet: reduce the input to output ratio with considerable think time between user inputs.

Let’s look at some examples of this in games and apps:

1) Angry Birds: carefully calculate what you think might happen, set the bird free (or on fire!) and just observe the impact.

2) Words with Friends: think about the word you will form and then put the tiles on the board with 4-5 taps

3) Facebook: browse through pictures of friends and latest status updates.

4) Twitter: read the tweets of people you follow

This is exactly why I cringe when I see applications like “focused writing” on the iPad. I just cannot possible imagine an adult sitting down and trying to type more then 3 sentences on a 10″ iPad while covering the lower part of the screen with a keyboard, making sure that there are no typos and then with the rest of the attention she has left focus on what she was actually trying to type. Tablets are meant to be information “consumption devices” where large amounts of data are distilled into smaller bits and the user quickly consumes the data and moves on.

This is right in line with how the society behaves in the past 20 years. The progression of people reading books to blog posts to 140 character messages shows us how much majority of  people value snippets of shallow information over deep thinking about a particular topic.

The actual work of creating the content should mostly be left to other input devices. So next time you start thinking about the scope of that tablet app, make sure you let the user consume more than he produces.

ITARC 2009 Presentation

I recently gave a talk on Re-thinking Software Architecture for Mobile platforms and it was very well received. What’s interesting is that most architects today keep ignoring the mobile space and think of it just as a new, shiny UI for the existing applications.

Unfortunately, however existing systems that were architected for web applications does not scale well to serve the requirements of multiple mobile clients.

In short here are some key points from the presentation:

  1. Cloud computing is the key enabler of scaling architectures for new mobile solutions
  2. User Experience is key when designing a mobile solution
  3. Analyze your users, not all of them are on the same platform. Create different applications for different users instead of creating a monolithic applications with menus and options
  4. Touch UI is a minimum requirement today
  5. Responsiveness of the touch interface determines the usability of the application
  6. Responsiveness on the client is achieved by introducing asynchronous client development
  7. People who use your mobile solution will have short attention spans, break-down your workflows into smaller activities that can be completed within a couple of minutes
  8. Limit the text input to a minimum, use selection based data entry as much as possible
  9. Platform choice is key but some of the determining factors are: Internal/External Deployment, current skills of development team, market share of the platform, form factor and screen resolution of the target platform

Above points mostly talk about the client aspect of mobile development. The server aspects were covered in great detail during the presentation.

Why I love Netflix?

I have been a very happy Netflix customer for years now. It’s nice to see a company innovate and adopt all the new technologies like streaming to the XBox360, provide a Silverlight based video player etc. However, sometimes things go wrong. Last night I had some problems watching an episode of Coupling on my Xbox 360. Nothing that a good reboot couldn’t fix. I had almost forgotten about the incidence when I received the following email:

Netflix apology

Netflix apology

Not that 3% really matters on a $10/month account but this shows what customer satisfaction means to Netflix. Once again cementing my loyalty to their service, good job Netflix!

CCD and HealthVault

A new paper written by on the topic of integrating legacy health care systems to CCD compliant me has been published on Netsoft’s web site.. Here’s an excerpt from the paper

In recent years, health care providers, insurance companies
and health applications have all been collecting mountains
of health-related data in various electronic formats. The
ability to search and analyze this data in context is required in
order to prove it worthy of the effort of collecting it in the first
place. One big challenge that stands in the way of ubiquitous
health information is the data format disparity between different
systems. It is not uncommon today to see legacy applications that
are using older standards such as flat text files, HL7, CCR …

You can read the white paper on Netsoft USA’s web site by clicking here.