2 ms·
Backwards compatibility and portability is not a strength for mobile devices in 2010. Existing UX paradigms don't translate, apps have to be written around the
by underwater 7y ago
Backwards compatibility and portability is not a strength for mobile devices in 2010. Existing UX paradigms don't translate, apps have to be written around the constraints of the device, etc. Apple went clean slate, and look at how that worked for them.
- rossdavidh 7y agoIndeed, I think backwards compatibility was actually a disadvantage, because it tempted app makers to want to use the same look and feel for devices that were too different for a single interface to work for both.
- toast0 7y agoIt's not super clear to me if Microsoft made a mistake by not having a compatibility path for WinCE 6 applications on Windows Phone 7; the UI was completely different. Incidentally, you could write native code for WP7 with the WinCE tools. I think the mistake was in doing the same thing for Windows Phone 8 and Windows Mobile 10. Yes, you could run an app built for the old platform on the new one, but in order to do it right, you had to rewrite everything to the new frameworks, and then maintain two seperate stacks. This fragmented the already small market share into even smaller pieces. The other big mistakes were a) not allowing other browsers, given IE and later Edge aren't the best, b) focusing Windows Mobile 10 towards flagship phones and ignoring budget phones -- where they were actually doing well with WP 7 and 8, c) not making a good release of Windows Mobile 10 until a year after launch.