Skip to main content
fix my typo
Source Link
Dan Hulme
  • 35k
  • 17
  • 91
  • 157

There are several factors.

  1. No carrier or manufacturer bloatware. If you want to test apps or OS changes and be sure you're not hitting some device-specific bug, a Nexus device makes it less likely that will happen.

  2. They all use the same tool for flashing ROMs: fastboot. Not all third-party devices use it, and having to learn a new set of commands for every device you have is quite annoying.

  3. Easy to unlock bootloader. Many third-party devices don't give you a means to unlock the bootloader (in order to flash your own ROM) without tricksy hacks. Sometimes the manufacturer does this; sometimes the carrier adds it to avoid you getting around their restrictions on tethering or something else. On Nexus devices, it's as easy as fastboot unlock-bootloader.

  4. You can compile your own ROM for a Nexus device from the AOSP sources. If you want to hack on Android itself, or if you simply want a userdebug build in order to allow more debugging options for apps, it's as simple as downloading and compiling the source. Third-party ROMs don't usually have source available, so to build a custom ROM, you have to reverse-engineer the ROM and/or port AOSP to the device yourself (or wait for other modders to do it). This is why the T-shirts worn by engineers on Google's Nexus programme describe it as "pre-hacked Android".

  5. Google puts a lot of work into keeping the logs (the ones you get from logcat) clean, to make development easier. They block code changes that add too much noise to the log, so that it stays useful for debugging. Other manufacturers aren't usually so careful: they don't see the log as something their customers will want, so they let it get noisier and noisier with driver debugging info nobody will want to look at. Clean logs make it much easier for app and OS developers to see and debutdebug the behaviour of their code.

  6. Nexus devices tend to get updates to new Android versions before third-party devices. If you're an app developer, and you want to make sure your app works with a new Android version as soon as possible, or you want to take advantage of new features and test on a real device (not an emulator), then you don't want to wait for a third-party manufacturer to get their finger out and port the new Android version to their hardware.

There are several factors.

  1. No carrier or manufacturer bloatware. If you want to test apps or OS changes and be sure you're not hitting some device-specific bug, a Nexus device makes it less likely that will happen.

  2. They all use the same tool for flashing ROMs: fastboot. Not all third-party devices use it, and having to learn a new set of commands for every device you have is quite annoying.

  3. Easy to unlock bootloader. Many third-party devices don't give you a means to unlock the bootloader (in order to flash your own ROM) without tricksy hacks. Sometimes the manufacturer does this; sometimes the carrier adds it to avoid you getting around their restrictions on tethering or something else. On Nexus devices, it's as easy as fastboot unlock-bootloader.

  4. You can compile your own ROM for a Nexus device from the AOSP sources. If you want to hack on Android itself, or if you simply want a userdebug build in order to allow more debugging options for apps, it's as simple as downloading and compiling the source. Third-party ROMs don't usually have source available, so to build a custom ROM, you have to reverse-engineer the ROM and/or port AOSP to the device yourself (or wait for other modders to do it). This is why the T-shirts worn by engineers on Google's Nexus programme describe it as "pre-hacked Android".

  5. Google puts a lot of work into keeping the logs (the ones you get from logcat) clean, to make development easier. They block code changes that add too much noise to the log, so that it stays useful for debugging. Other manufacturers aren't usually so careful: they don't see the log as something their customers will want, so they let it get noisier and noisier with driver debugging info nobody will want to look at. Clean logs make it much easier for app and OS developers to see and debut the behaviour of their code.

  6. Nexus devices tend to get updates to new Android versions before third-party devices. If you're an app developer, and you want to make sure your app works with a new Android version as soon as possible, or you want to take advantage of new features and test on a real device (not an emulator), then you don't want to wait for a third-party manufacturer to get their finger out and port the new Android version to their hardware.

There are several factors.

  1. No carrier or manufacturer bloatware. If you want to test apps or OS changes and be sure you're not hitting some device-specific bug, a Nexus device makes it less likely that will happen.

  2. They all use the same tool for flashing ROMs: fastboot. Not all third-party devices use it, and having to learn a new set of commands for every device you have is quite annoying.

  3. Easy to unlock bootloader. Many third-party devices don't give you a means to unlock the bootloader (in order to flash your own ROM) without tricksy hacks. Sometimes the manufacturer does this; sometimes the carrier adds it to avoid you getting around their restrictions on tethering or something else. On Nexus devices, it's as easy as fastboot unlock-bootloader.

  4. You can compile your own ROM for a Nexus device from the AOSP sources. If you want to hack on Android itself, or if you simply want a userdebug build in order to allow more debugging options for apps, it's as simple as downloading and compiling the source. Third-party ROMs don't usually have source available, so to build a custom ROM, you have to reverse-engineer the ROM and/or port AOSP to the device yourself (or wait for other modders to do it). This is why the T-shirts worn by engineers on Google's Nexus programme describe it as "pre-hacked Android".

  5. Google puts a lot of work into keeping the logs (the ones you get from logcat) clean, to make development easier. They block code changes that add too much noise to the log, so that it stays useful for debugging. Other manufacturers aren't usually so careful: they don't see the log as something their customers will want, so they let it get noisier and noisier with driver debugging info nobody will want to look at. Clean logs make it much easier for app and OS developers to see and debug the behaviour of their code.

  6. Nexus devices tend to get updates to new Android versions before third-party devices. If you're an app developer, and you want to make sure your app works with a new Android version as soon as possible, or you want to take advantage of new features and test on a real device (not an emulator), then you don't want to wait for a third-party manufacturer to get their finger out and port the new Android version to their hardware.

Source Link
Dan Hulme
  • 35k
  • 17
  • 91
  • 157

There are several factors.

  1. No carrier or manufacturer bloatware. If you want to test apps or OS changes and be sure you're not hitting some device-specific bug, a Nexus device makes it less likely that will happen.

  2. They all use the same tool for flashing ROMs: fastboot. Not all third-party devices use it, and having to learn a new set of commands for every device you have is quite annoying.

  3. Easy to unlock bootloader. Many third-party devices don't give you a means to unlock the bootloader (in order to flash your own ROM) without tricksy hacks. Sometimes the manufacturer does this; sometimes the carrier adds it to avoid you getting around their restrictions on tethering or something else. On Nexus devices, it's as easy as fastboot unlock-bootloader.

  4. You can compile your own ROM for a Nexus device from the AOSP sources. If you want to hack on Android itself, or if you simply want a userdebug build in order to allow more debugging options for apps, it's as simple as downloading and compiling the source. Third-party ROMs don't usually have source available, so to build a custom ROM, you have to reverse-engineer the ROM and/or port AOSP to the device yourself (or wait for other modders to do it). This is why the T-shirts worn by engineers on Google's Nexus programme describe it as "pre-hacked Android".

  5. Google puts a lot of work into keeping the logs (the ones you get from logcat) clean, to make development easier. They block code changes that add too much noise to the log, so that it stays useful for debugging. Other manufacturers aren't usually so careful: they don't see the log as something their customers will want, so they let it get noisier and noisier with driver debugging info nobody will want to look at. Clean logs make it much easier for app and OS developers to see and debut the behaviour of their code.

  6. Nexus devices tend to get updates to new Android versions before third-party devices. If you're an app developer, and you want to make sure your app works with a new Android version as soon as possible, or you want to take advantage of new features and test on a real device (not an emulator), then you don't want to wait for a third-party manufacturer to get their finger out and port the new Android version to their hardware.