Missing Pieces from the Windows Phone 7 Puzzle
On my way back from MIX10 I’ve had a chance to reflect on both the hype and substance related to the Windows Phone 7 Series. Except for the terrible product name, Microsoft is clearly doing all the right things.
There are a few pieces missing from the puzzle, though. Below are a few things I learned during a several (non-NDA) conversations I’ve had with people at MIX. Some of these issues have also been confirmed online.
- Missing Networking and Multi-Threading APIs — No socket class, no DoEvents,
no BeginInvoke. Currently the only way to communicate is through Windows Communications Framework or pure HTTP calls. The practical implications are no chat or mail apps, limited multi-player communications, and great difficulty for developers who are building apps that perform multiple tasks at once. - No Local Database — This is problematic. Storing data in a local database is essential, not only for applications that can work offline, but more importantly for regular applications to cache information, increase performance and reduce network traffic. Application vendors could include their own database engine (such as C# SqlLite) but if everyone starts doing this it will only create bloat, increase memory usage, and delay application startup.
- No In-App Purchase — This is no biggie, in my opinion. Aside from a few content-centric apps, the in-app purchase in the iPhone AppStore has only been used for semi-trial versions. The trial scenario is already supported by Windows Phone.
- No Copy & Paste — Call me superstitious, but I believe missing copy and paste in the initial version is a prerequisite for launching a successful mobile platform (look at Blackberry and iPhone vs. Newton and Palm Pre).
I was told that the Windows 7 Phone project was started only a year ago. The team has made truly remarkable progress and it’s no surprise that there are a few pieces missing. Hopefully many of these issues will be addressed before the final release.
One more thing: The Windows Phone OS update mechanism will be driven by Microsoft, not the individual carriers or device manufacturers. This will allow new versions to be deployed very quickly and let the platform to evolve at a very rapid pace.

I’ve seen the future and it is murder. Who’s the victim? Your PC.

Nearly every opinion I’ve read about Google Chrome OS has been negative. The predominant thinking is that if a perfectly capable light-weight version of Linux is already available for free, why would you want an OS that can’t run any apps?
I’m writing this post using 
Join me at
Check out