3 ms·

Thanks for the feedback. #3 was meant to be a more than a little sarcastic, but I guess it didn't mesh well with some of the others. There are really two type

by haseman 17y ago

Thanks for the feedback. #3 was meant to be a more than a little sarcastic, but I guess it didn't mesh well with some of the others. There are really two types of fragmentation. The first is UI screen size, which isn't too hard to work with. The second, and uglier, is code fragmentation. This is where a piece of code might work totally differently on two separate platforms. Right now Android has a lot of the former, but it's looking like there's a lot of the latter to come.

pkulak 17y ago
How could code run differently on one Android 1.6 device from another?
- haseman 17y ago
  While Android might be internally consistant, the hardware drivers that support it isn't. Everywhere your software interacts with the hardware is suspect for fragmentation. Google will have compliance testing to force OEM's into correctly supporting the Android runtime. However, their only leverage is the inclusion or not of their Google Apps and the "Made with Google" logo for the back of the device.
- blasdel 17y ago
  The handset makers (mostly HTC) have taken to shipping the same kind of "value add" UI changes that they did with Windows Mobile. What's most unfortunate is that it's not even bullshit -- they are actually adding real value! HTC's on-screen keyboard is better, and they add in some of the multitouch events that Google foolishly left out.