The submission title does not match the content. The majority of this post concerns the author's investigation of processes running on his Nexus 7.
He claims to have empirical evidence of Chrome being slow, but does not supply it. Something like a dump of logcat showing lots of GC is an idea of what to expect.
It does not state if the list of processes was obtained after a reboot. A complete list of installed apps would be useful, too.
Code for the ProcMan app that he used to get the list of processes is not provided under the excuse it was ugly and incomplete. This is on a website dedicated to sharing code.
All in all, article should have spent more time in the oven.
The background being of a butterfly specimen display, realistic and in faint grey, and one of the butterflies in full colour with the label Perl 6. The other butterflies can even be labelled as other programming languages, like Perl 5 or C or whatever.
Ever since updating to Lollipop, my Nexus 4 has had sudden restarts a few times a week. It's a very disappointing reduction in quality which makes me question whether to go Android for my next device. If Google can't support its own hardware reliably then I don't see why anyone else should put their trust in it.
You haven't said anything about the kid being interested in programming, so I'm not sure IntelliJ is going to be of any use. It's a very heavy tool, perhaps too much for anyone just starting to learn how to program.
Does anyone else find it difficult to highlight things on this page? Specifically, 'kvetchery' which is found in the third paragraph.
I believe the author is the one responsible for the facelift of Racket's documentation. He may belittle his own lack of formal programming education but I am thankful for his design chops.
Um, people have already been able to use Scala to make Android applications. Just about anything that doesn't require dynamically generated JVM bytecode can manage, difficult and error-prone as it is.
If we're talking about official support, then I'd rather Java 8 instead. And beefing up ART even more.
To me, Scala just feels like a mess. Java 8 isn't as modern as I'd like, but just having lambda expressions and declarative syntax would boost the quality of life so much.
Technically speaking, Android doesn't fully support Java 6. It's only a partial implementation of Java, since Java is overweight. The Android team has been adding requested features to the SDK in piecemeal form.
With that said, you can already get Java 8 lambdas in Android using the retrolambda project.
How does this work with a jar which contains classes using java8 features? Will it work in this situation or is it only for classes to be compiled? Can retrolambda be applied in other situations to keep the java version at 6 but use java 8 features?
I like it. Is the grade level calculated with Fleisch-Kincaid?
$5 is a reasonable price (to me) for a minimal text editor with this feature, though I would prefer something meatier and more expensive along the likes of Scrivener.
