Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion What is the best phone to buy for Android Development?

Received: by 10.66.86.102 with SMTP id o6mr637002paz.41.1349285640506;
        Wed, 03 Oct 2012 10:34:00 -0700 (PDT)
X-BeenThere: android-developers@googlegroups.com
Received: by 10.68.197.72 with SMTP id is8ls7082684pbc.5.gmail; Wed, 03 Oct
 2012 10:31:07 -0700 (PDT)
Received: by 10.68.219.198 with SMTP id pq6mr1504499pbc.0.1349285467173;
        Wed, 03 Oct 2012 10:31:07 -0700 (PDT)
Date: Wed, 3 Oct 2012 10:31:06 -0700 (PDT)
From: Indicator Veritatis <mej1...@yahoo.com>
To: android-developers@googlegroups.com
Message-Id: <8d93724c-a4f5-4101-a77f-56f39f1706ec@googlegroups.com>
In-Reply-To: <46c1fcee-1e31-447c-9449-42c0ec94b229@googlegroups.com>
References: <3f643d47-ab38-49e5-8df9-85a395d54219@googlegroups.com>
 <d74e5676-7b70-4c2a-b448-20f98bedefd4@googlegroups.com>
 <1bb93ffc-32ef-4f8d-884b-e878f2681297@googlegroups.com>
 <46c1fcee-1e31-447c-9449-42c0ec94b229@googlegroups.com>
Subject: Re: What is the best phone to buy for Android Development?
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_405_5065436.1349285466746"

------=_Part_405_5065436.1349285466746
Content-Type: multipart/alternative; 
	boundary="----=_Part_406_7195472.1349285466746"

------=_Part_406_7195472.1349285466746
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Yes, testing on real devices is important and useful for all the reasons 
you gave. But there are others. For one, it takes a ridiculously long time 
to launch the emulator. Hook up a real phone via USB instead, and it is 
ready in under 10 seconds. Another: the permissions are different on a real 
phone and the emulator. You automatically have root permissions on the 
emulator. Not so on the phone. This means that if you want to test the 
software in the environment the user will see (and you really should want 
this), you get a much closer match by using a real phone.

So summarizing briefly, yes, you can do a lot of useful testing on an 
emulator, and it is a cheap and easy way to test on various screen sizes. 
But before you release your product to the market, it must be tested on a 
real phone, and should be tested on as many as possible.

On Tuesday, October 2, 2012 5:40:32 PM UTC-7, gjs wrote:
>
> Hi,
>
> >The world doesn't comprise Eclipse alone.
>
> Wow really! Thanks for letting us all know...
>
> A real device is useful for testing various hardware features - bluetooth, 
> nfc, hd video recording, sensors - accelerometer, barometer, compass, gryo, 
> magnetic, wifi direct etc etc
>
> Regards
>
>
> On Tuesday, October 2, 2012 6:22:44 AM UTC+10, Lew wrote:
>>
>> gjs wrote:
>>>
>>>
>>> I'd suggest using the latest Google Android device, currently that is 
>>> the (Samsung) Galaxy Nexus, but rumors suggest it is to be updated very 
>>> soon (?)
>>>
>>> Main reason is that the Google phones allow you to see your own debug 
>>> message on the console pretty easily, where as most other phones have so 
>>> such junk debug messages on the console, that they swamp your own debug 
>>> messages making it difficult to test & debug your own apps. You can filter 
>>> debug messages but the console fills quickly (in Eclipse) anyway & then has 
>>> to be reset.
>>>
>>
>> I assume that by "debug messages" you mean the logcat contents. You can 
>> filter those by command-line 
>> quite readily also, for example into a text file, that you can examine at 
>> your leisure. You can also modify 
>> the buffer size to capture more data, or run the "adb logcat" command in 
>> the background redirecting to a file
>> for an arbitrary amount of data.
>>
>>
>>> If you can live without relying on debug messages through Eclipse then 
>>> any good & recent phone will likely do, eg Samsung Galaxy S3, HTC One X, 
>>> etc.
>>> The Google phones get OS updates before other phones as well.
>>>
>>
>> The world doesn't comprise Eclipse alone.
>>  
>>
>>>
>>>
>>>
>>> Nilashis Dey wrote:
>>>>
>>>> I am new to Android Development and would like to know which phone I 
>>>> should get to test my apps? Obviously, I would like the phone for which 
>>>> drivers for all devices are easily available and for which I would find the 
>>>> most amount of support discussions online - for when I run into problems.
>>>
>>>
------=_Part_406_7195472.1349285466746
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Yes, testing on real devices is important and useful for all the reasons yo=
u gave. But there are others. For one, it takes a ridiculously long time to=
 launch the emulator. Hook up a real phone via USB instead, and it is ready=
 in under 10 seconds. Another: the permissions are different on a real phon=
e and the emulator. You automatically have root permissions on the emulator=
. Not so on the phone. This means that if you want to test the software in =
the environment the user will see (and you really should want this), you ge=
t a much closer match by using a real phone.<div><br></div><div>So summariz=
ing briefly, yes, you can do a lot of useful testing on an emulator, and it=
 is a cheap and easy way to test on various screen sizes. But before you re=
lease your product to the market, it must be tested on a real phone, and sh=
ould be tested on as many as possible.<br><br>On Tuesday, October 2, 2012 5=
:40:32 PM UTC-7, gjs wrote:<blockquote class=3D"gmail_quote" style=3D"margi=
n: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi,=
<div><br></div><div>&gt;The world doesn't comprise Eclipse alone.</div><div=
><br></div><div>Wow really! Thanks for letting us all know...</div><div><br=
></div><div>A real device is useful for testing various hardware features -=
 bluetooth, nfc, hd video recording, sensors - accelerometer, barometer, co=
mpass, gryo, magnetic, wifi direct etc etc</div><div><br></div><div>Regards=
</div><div><br><br>On Tuesday, October 2, 2012 6:22:44 AM UTC+10, Lew wrote=
:<blockquote class=3D"gmail_quote" style=3D"margin:0;margin-left:0.8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">gjs wrote:<blockquote class=3D"gma=
il_quote" style=3D"margin:0;margin-left:0.8ex;border-left:1px #ccc solid;pa=
dding-left:1ex"><div><br></div><div>I'd suggest using the latest Google And=
roid device, currently that is the (Samsung) Galaxy Nexus, but rumors sugge=
st it is to be updated very soon (?)</div><div><br></div><div>Main reason i=
s that the Google phones allow you to see your own debug message on the con=
sole pretty easily, where as most other phones have so such junk debug mess=
ages on the console, that they swamp your own debug messages making it diff=
icult to test &amp; debug your own apps. You can filter debug messages but =
the console fills quickly (in Eclipse) anyway &amp; then has to be reset.</=
div></blockquote><div><br></div><div>I assume that by "debug messages" you =
mean the logcat contents. You can filter those by command-line&nbsp;</div><=
div>quite readily also, for example into a text file, that you can examine =
at your leisure. You can also modify&nbsp;</div><div>the buffer size to cap=
ture more data, or run the "adb logcat" command in the background redirecti=
ng to a file</div><div>for an arbitrary amount of data.</div><div><br></div=
><blockquote class=3D"gmail_quote" style=3D"margin:0;margin-left:0.8ex;bord=
er-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>If you can liv=
e without relying on debug messages through Eclipse then any good &amp; rec=
ent phone will likely do, eg Samsung Galaxy S3, HTC One X, etc.</div><div>T=
he Google phones get OS updates before other phones as well.</div></blockqu=
ote><div><br></div><div>The world doesn't comprise Eclipse alone.</div><div=
>&nbsp;</div><blockquote class=3D"gmail_quote" style=3D"margin:0;margin-lef=
t:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div><b=
r></div><div><br>Nilashis Dey wrote:<blockquote class=3D"gmail_quote" style=
=3D"margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"=
>I am new to Android Development and would like to know which phone I shoul=
d get to test my apps? Obviously, I would like the phone for which drivers =
for all devices are easily available and for which I would find the most am=
ount of support discussions online - for when I run into problems.</blockqu=
ote></div></blockquote></blockquote></div></blockquote></div>
------=_Part_406_7195472.1349285466746--

------=_Part_405_5065436.1349285466746--