Android (smartphone): Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Ashwath Ravichandran
(Why does google 'REALLY' want to push Android?)
imported>Pat Palmer
(→‎Why does google REALLY want to push Android?: softening style of discussion)
Line 39: Line 39:
Put in very simplistic terms, the battle between Android and the iPhone is similar to the one between Linux and Windows - at least from an open source vs. proprietary software perspective. However, the fact that the Android vs. iPhone debate is set in the mobile arena changes things considerably. Without going into the nuances of how future mobile telecommunication policy (700Mhz auction) is going to affect Android and the iPhone, we can take a look at how the Android phones might have an upper hand on the iPhone from a software perspective. According to an article <ref name="SDK Showdown">{{cite journal | author=Brad Reed| title=iPhone vs. Android| journal=Network World| year=2008| volume=25| issue=17| page=22-22}}</ref> recently published in ''Network World'', the major drawback of the iPhone Software Development Kit is a "..nice" yet "..constrained" framework. The article points out that Apple not only gets to pick and choose which applications it will sell in its AppStore, but also prevents developers from making applications that modify or compete with existing iPhone applications, such as Web browsers. Another obvious but important point to make about the iPhone is, the OS runs on only one device. Android on the other hand is expected to be used on a wide array of devices ranging from 12 key feature phones, to high end [[Smartphone]]s. Vice President Mobile Platforms for Google, Rich Minor, adds <ref name="Rich Minor/">{{Cite web|url=http://www.youtube.com/watch?v=lpGJv2RssaI|title=Rich Minor on Android|accessdate=2008-08-010}}</ref> that there are specific applications that just can't be written for the iPhone - "..they [Apple] don't let you do multiprocess things, they don't allow your applications to run in the background, you can't have interpreted languages (here he is referring to the fact that applications for the iPhone can only be written in Objective C)." Android is not bullet proof either - where the openess of the operating system gives us freedom, the variability of its use on different devices leaves us with endless possibilities of bugs and security issues. Essentially, a good part of [[Google]]'s (and in effect the [[Open Handset Alliance]]'s) success with Android will depend on "...making the platform and programming language behave universally on a variety of devices, thus cutting down the work programmers have to do to get their products to market."<ref name="SDK Showdown">{{cite journal | author=Brad Reed| title=iPhone vs. Android| journal=Network World| year=2008| volume=25| issue=17| page=22-22}}</ref>
Put in very simplistic terms, the battle between Android and the iPhone is similar to the one between Linux and Windows - at least from an open source vs. proprietary software perspective. However, the fact that the Android vs. iPhone debate is set in the mobile arena changes things considerably. Without going into the nuances of how future mobile telecommunication policy (700Mhz auction) is going to affect Android and the iPhone, we can take a look at how the Android phones might have an upper hand on the iPhone from a software perspective. According to an article <ref name="SDK Showdown">{{cite journal | author=Brad Reed| title=iPhone vs. Android| journal=Network World| year=2008| volume=25| issue=17| page=22-22}}</ref> recently published in ''Network World'', the major drawback of the iPhone Software Development Kit is a "..nice" yet "..constrained" framework. The article points out that Apple not only gets to pick and choose which applications it will sell in its AppStore, but also prevents developers from making applications that modify or compete with existing iPhone applications, such as Web browsers. Another obvious but important point to make about the iPhone is, the OS runs on only one device. Android on the other hand is expected to be used on a wide array of devices ranging from 12 key feature phones, to high end [[Smartphone]]s. Vice President Mobile Platforms for Google, Rich Minor, adds <ref name="Rich Minor/">{{Cite web|url=http://www.youtube.com/watch?v=lpGJv2RssaI|title=Rich Minor on Android|accessdate=2008-08-010}}</ref> that there are specific applications that just can't be written for the iPhone - "..they [Apple] don't let you do multiprocess things, they don't allow your applications to run in the background, you can't have interpreted languages (here he is referring to the fact that applications for the iPhone can only be written in Objective C)." Android is not bullet proof either - where the openess of the operating system gives us freedom, the variability of its use on different devices leaves us with endless possibilities of bugs and security issues. Essentially, a good part of [[Google]]'s (and in effect the [[Open Handset Alliance]]'s) success with Android will depend on "...making the platform and programming language behave universally on a variety of devices, thus cutting down the work programmers have to do to get their products to market."<ref name="SDK Showdown">{{cite journal | author=Brad Reed| title=iPhone vs. Android| journal=Network World| year=2008| volume=25| issue=17| page=22-22}}</ref>


==Why does google ''REALLY'' want to push Android?==
==Why does Google want Android?==
===FACT 1: ===
===Possible reason 1: ===
Google thought Microsoft had beat it to mobile—it had a quickly growing platform, tied to Microsoft's ends. Google, on the other hand, was having its apps, like mobile Picasa, shot down by carriers who wanted to extort users to do the same thing Google offered for free. (They wanted to create a niche in the mobile internet market where they had no presence)
Google thought Microsoft had beat it to mobile—it had a quickly growing platform, tied to Microsoft's ends. Google, on the other hand, was having its apps, like mobile Picasa, shot down by carriers who wanted to extort users to do the same thing Google offered for free. (They wanted to create a niche in the mobile internet market where they had no presence)
So Created Android which is totally web centric which is clearly Google’s Strong Hold.
So Created Android which is totally web centric which is clearly Google’s Strong Hold.
===FACT 2:===
===Possible reason 2:===
The 700 MHZ Band was up for Sale. And Google saw this as a chance. Verizon and AT&T were the leading bidders but the perception in the industry was that, after winning the bid, they would simply keep it unutilized. That’s the reason Google pushed for one of the bands, not so much with an intention of buying it. But by promising the FCC $4.6 billion for the band C, Google was able to enforce upon FCC to make the band an open network.  
The 700 MHZ Band was up for Sale. And Google saw this as a chance. Verizon and AT&T were the leading bidders but the perception in the industry was that, after winning the bid, they would simply keep it unutilized. That’s the reason Google pushed for one of the bands, not so much with an intention of buying it. But by promising the FCC $4.6 billion for the band C, Google was able to enforce upon FCC to make the band an open network.  
===Conclusion===
===Possible conclusion===
Why would Google want to a have an open network? Because then they would not have to pay any royalty for providing services over any network, Which today is highly closed and restricted by the telecom service providers who overcharge customers for providing various mobile web services.  
Why would Google want to a have an open network? Because then they would not have to pay any royalty for providing services over any network, Which today is highly closed and restricted by the telecom service providers who overcharge customers for providing various mobile web services.  
That would also result in a more competitive mobile internet business than the largely closed system available today.
That would also result in a more competitive mobile internet business than the largely closed system available today.


==Other Open Source Mobile Operating Systems==
==Other Open Source Mobile Operating Systems==

Revision as of 07:57, 12 August 2008

This article is developing and not approved.
Main Article
Discussion
Related Articles  [?]
Bibliography  [?]
External Links  [?]
Citable Version  [?]
 
This editable Main Article is under development and subject to a disclaimer.
Nuvola apps kbounce green.png
Nuvola apps kbounce green.png
This article is currently being developed as part of an Eduzendium student project. The project's homepage is at CZ:CIS 700 Special Topics 2008. One of the goals of the course is to provide students with insider experience in collaborative educational projects, and so you are warmly invited to join in here, or to leave comments on the discussion page. However, please refrain from removing this notice.
Besides, many other Eduzendium articles welcome your collaboration!



Android is the name of an open software platform for mobile/Smartphones development.[1] The Android project is a collaborative effort of the Open Handset Alliance.[2] It includes an operating system, middleware, and critical applications. Android was built from the ground-up to enable developers to create compelling mobile applications that take full advantage of all a handset has to offer. It is built to be truly open. For example, an application could call upon any of the phone's core functionality such as making calls, sending text messages, or using the camera, allowing developers to create richer and more cohesive experiences for users. Android is built on the open Linux Kernel. Furthermore, it utilizes a custom virtual machine that has been designed to optimize memory and hardware resources in a mobile environment. Android will be open source; it can be liberally extended to incorporate new cutting edge technologies as they emerge. The platform will continue to evolve as the developer community works together to build innovative mobile applications.

Features

  • Video showcase of the Android features : Android Demo
  • Application framework enabling reuse and replacement of components
  • Dalvik virtual machine optimized for mobile devices
  • Integrated browser based on the open source WebKit engine
  • Optimized graphics powered by a custom 2D graphics library; 3D graphics based on the OpenGL ES 1.0 specification (hardware acceleration optional)
  • SQLite for structured data storage
  • Media support for common audio, video, and still image formats (MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF)
  • GSM Telephony (hardware dependent)
  • Bluetooth, EDGE, 3G, and WiFi (hardware dependent)
  • Camera, GPS, compass, and accelerometer (hardware dependent)
  • Rich development environment including a device emulator, tools for debugging, memory and performance profiling, and a plugin for the Eclipse IDE

Developing Applications

Applications for Android can be developed using a Java-based Android SDK. The SDK or Software Development Kit has detailed instructions - right from installing the Androind plugin for your eclipse development environment to creating complicated applications that exploit powerful Google APIs.

Android Application Design Philosophy

Android, being a mobile platform and a product that was nurtured by Google, puts primary emphasis on user experience. According to the Android philosophy an outstanding mobile user experience is one that is fast, responsive and seamless. Detailed descriptions of these three rubrics that measure the excellence of an Android application can be found here. However, as any developer can gather from his/her experiences - one must learn how a tool CAN be used before he/she learns how it SHOULD be used. Therefore in the section that follows there is a very brief introduction to the anatomy of an Android application.

Building Blocks of an Application

An Android application is a combination of any or all of the following base classes:

  • Activity
  • Intent Receiver
  • Service
  • Content Provider

Very briefly, an Activity in Android terminology usually means a single screen in an application. For example, the first screen with a list of contact names and numbers on your phone would be an Activity. The second block - Intent Receiver - is related to the concept of an Intent. An Intent is any action the user takes to nagivate between the screens of your application. VIEW, PICK, EDIT are all examples of actions that would qualify for Intent. A Service is quite like the media player the user may invoke but once he/she does so and navigates to a different screen the music (or in this case, the Service) shouldn't stop. Last but not least the Content Provider block makes it possible for different applications to access the same data - standardized methods of storage and retrieval. This was an oversimplification of the Android application model and interested readers should definitely visit: Android Innards for more information. One of the major advantages of the Android platform is the ease of development and a very good demonstration of that can be found in the following Hello World link.

Application screen shots

  • Emulator Screen shot 1 Emulator Screen shot 2
  • Emulator Screen shot 4

Motivation

According to Andy Rubin, Google's Director of mobile platforms, Android is an attempt to accelerate innovation in the mobile world by incorporating ideas from the advancement of the internet.[3]The goal of Android is to provide an open handset platform with which developers can create their own applications.[2] Although Google's official position about subsidizing the cost of Android handsets by putting ads all over wireless is, "...thats crazy. The economics don't work.." .[3] Critics view the development as an opportunity to expand their (Google's) internet advertising market to mobile internet devices. According to the critics, creating a platform, free to cell phone companies, will rapidly increase the demand for mobile internet advertising. Google also hopes to cripple the products of competitors, like Microsoft's Windows Mobile.[4] All speculation and hidden agendas aside, it is safe to say that Android is a new stage in the evolution of the smartphone - the balance of power has been shifted from the producer to the consumer.

Android vs. iPhone

Put in very simplistic terms, the battle between Android and the iPhone is similar to the one between Linux and Windows - at least from an open source vs. proprietary software perspective. However, the fact that the Android vs. iPhone debate is set in the mobile arena changes things considerably. Without going into the nuances of how future mobile telecommunication policy (700Mhz auction) is going to affect Android and the iPhone, we can take a look at how the Android phones might have an upper hand on the iPhone from a software perspective. According to an article [5] recently published in Network World, the major drawback of the iPhone Software Development Kit is a "..nice" yet "..constrained" framework. The article points out that Apple not only gets to pick and choose which applications it will sell in its AppStore, but also prevents developers from making applications that modify or compete with existing iPhone applications, such as Web browsers. Another obvious but important point to make about the iPhone is, the OS runs on only one device. Android on the other hand is expected to be used on a wide array of devices ranging from 12 key feature phones, to high end Smartphones. Vice President Mobile Platforms for Google, Rich Minor, adds [6] that there are specific applications that just can't be written for the iPhone - "..they [Apple] don't let you do multiprocess things, they don't allow your applications to run in the background, you can't have interpreted languages (here he is referring to the fact that applications for the iPhone can only be written in Objective C)." Android is not bullet proof either - where the openess of the operating system gives us freedom, the variability of its use on different devices leaves us with endless possibilities of bugs and security issues. Essentially, a good part of Google's (and in effect the Open Handset Alliance's) success with Android will depend on "...making the platform and programming language behave universally on a variety of devices, thus cutting down the work programmers have to do to get their products to market."[5]

Why does Google want Android?

Possible reason 1:

Google thought Microsoft had beat it to mobile—it had a quickly growing platform, tied to Microsoft's ends. Google, on the other hand, was having its apps, like mobile Picasa, shot down by carriers who wanted to extort users to do the same thing Google offered for free. (They wanted to create a niche in the mobile internet market where they had no presence) So Created Android which is totally web centric which is clearly Google’s Strong Hold.

Possible reason 2:

The 700 MHZ Band was up for Sale. And Google saw this as a chance. Verizon and AT&T were the leading bidders but the perception in the industry was that, after winning the bid, they would simply keep it unutilized. That’s the reason Google pushed for one of the bands, not so much with an intention of buying it. But by promising the FCC $4.6 billion for the band C, Google was able to enforce upon FCC to make the band an open network.

Possible conclusion

Why would Google want to a have an open network? Because then they would not have to pay any royalty for providing services over any network, Which today is highly closed and restricted by the telecom service providers who overcharge customers for providing various mobile web services. That would also result in a more competitive mobile internet business than the largely closed system available today.

Other Open Source Mobile Operating Systems

References

  1. What is Android?. Retrieved on 2008-07-24.
  2. 2.0 2.1 Openess of Android. Retrieved on 2008-08-05.
  3. 3.0 3.1 Rubin's Interview. Retrieved on 2008-08-09.
  4. Miguel Helft (2007-10-08). For Google, Advertising and Phones Go Together. Retrieved on 2008-08-06.
  5. 5.0 5.1 Brad Reed (2008). "iPhone vs. Android". Network World 25 (17).
  6. Rich Minor on Android. Retrieved on 2008-08-010.