Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #2787

Re: Why Do We Have ...

From Dirk Bruere at NeoPax <dirk.bruere@gmail.com>
Newsgroups comp.lang.java.programmer
Subject Re: Why Do We Have ...
Date 2011-04-03 01:49 +0100
Organization Dirk Bruere at Neopax
Message-ID <8vpuh9Fo5fU1@mid.individual.net> (permalink)
References <im6uee$nfu$1@lust.ihug.co.nz> <8uope3Ft9gU1@mid.individual.net> <rur8p6p65ve3sdvh15f5epq7fecktj81mm@4ax.com>

Show all headers | View raw


On 31/03/2011 13:18, Roedy Green wrote:
> On Mon, 21 Mar 2011 11:00:19 +0000, Nigel Wade<nmw-news@ion.le.ac.uk>
> wrote, quoted or indirectly quoted someone who said :
>
>> If you want to know why Android isn't Java you may be better asking Android.
>
> Android is a resource starved-environment compared with Java desktop.
> Apps are small. You are constantly trying to shave bytes and CPU
> cycles at the expense of program readability. You have roughly 200 ms
> to respond or the user will perceive you as laggy.  You have 5 seconds
> to respond before the OS says your app has died.  Your user is more
> impatient and you have fewer resources to satisfy him. You are doing
> everything you can to avoid draining the battery. This means letting
> the screen go off, cpu turn off etc. whenever possible.

That's got to change, at least with Honeycomb.
I am working on a £200 ($300) Android 2.2 Tablet with a Tegra 2 chipset 
and half a gig or RAM. That kind of processing power was found on 
desktops not very long ago.

-- 
Dirk

http://www.neopax.com/technomage/ - My new book - Magick and Technology

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Find similar


Thread

Re: Why Do We Have ... Roedy Green <see_website@mindprod.com.invalid> - 2011-03-31 05:18 -0700
  Re: Why Do We Have ... Lawrence D'Oliveiro <ldo@geek-central.gen.new_zealand> - 2011-04-03 10:41 +1200
  Re: Why Do We Have ... Dirk Bruere at NeoPax <dirk.bruere@gmail.com> - 2011-04-03 01:49 +0100

csiph-web