- Jun 23, 2001
- 27,730
- 8
- 0
http://www.androidpolice.com/2011/1...ting-devices-will-receive-ice-cream-sandwich/
Translation: We add our bloatware in, make sure the device is still slightly usable. Pass to the carrier, more bloat added. Usability compromised, disregard user feedback. Release update, phones become unusable, many cases of bricking. Carrier and Moto social networks slammed with angry posts. Posts deleted, update quietly pulled. More testing, no bloat removed. Same update released a week later, bricked phones simply replaced.
1. Merge and adapt the new release for different device hardware architecture(s) and carrier customizations
This means that we take the source code and incorporate it into upgrades for devices on which this can perform well, along with making sure the carrier requirements are met. Silicon partners such as Qualcomm, TI, and nVidia adapt this to their chipsets in parallel and we incorporate these as they become available. This is also the time when we begin integrating all of the Motorola-specific software enhancements into the source code. Features like MotoCast, Smart Actions, and our comprehensive enterprise solutions are integral parts of our device experiences, and we want to make sure we continue delivering differentiated experiences for our consumers with these software upgrades.
2. Stabilize and bake the result to drive out bugs
This means that we will prepare the upgrade to meet the quality and stability requirements to enter the wireless carriers certification lab.
3. Submit the upgrade to the carriers for certification
This is the point in the process where the carriers lab qualifies and tests the upgrade. Each carrier has different requirements for phases 2 and 3. There may be a two-month preparation cycle to enter a carrier lab cycle of one to three months.
3.5 Perform a Customer pre-release
We may perform some customer testing before a final release is delivered publicly to our user base.
4. Release the upgrade
We are planning on upgrading as many of our phones as possible. The ability to offer the upgrade depends on a number of factors including the hardware/device capabilities, the underlying chipset software support, the ICS support and then the ability to support the Motorola value add software.
Translation: We add our bloatware in, make sure the device is still slightly usable. Pass to the carrier, more bloat added. Usability compromised, disregard user feedback. Release update, phones become unusable, many cases of bricking. Carrier and Moto social networks slammed with angry posts. Posts deleted, update quietly pulled. More testing, no bloat removed. Same update released a week later, bricked phones simply replaced.