tag:blogger.com,1999:blog-10735231.post1756486712539798244..comments2024-03-09T17:42:04.882+00:00Comments on The Radioactive Yak: Making Apps Indistinguishable from MagicReto Meierhttp://www.blogger.com/profile/04583545000534514486noreply@blogger.comBlogger12125tag:blogger.com,1999:blog-10735231.post-73865125381051570372012-10-23T03:44:25.263+01:002012-10-23T03:44:25.263+01:00Hi mate, are you still in perth aus ? I love andro...Hi mate, are you still in perth aus ? I love android too and from perth, am keen to talk more with you...onlineshophttps://www.blogger.com/profile/02027563524655496417noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-87234100771324750362012-09-25T19:42:18.687+01:002012-09-25T19:42:18.687+01:00Who is to say that Google will continue to certify...Who is to say that Google will continue to certify devices w/ 2.3 on them? My guess is they will stop (have stopped?) certifying them.. That means if they want to release w/ 2.3 they don't get Google Play, etc. Chrishttps://www.blogger.com/profile/07761839622015289953noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-90070060533805493832012-08-03T01:23:38.342+01:002012-08-03T01:23:38.342+01:00Thanks for your reply. It's definitely importa...Thanks for your reply. It's definitely important that the Android (and other Google) APIs work reliably and consistently with how they're described. In fact, I'd say that's one of the key priorities for the framework team.<br /><br />As far as the networking example, I think we're basically saying the same thing. Ultimately the app (and the OS) should be smart enough to provide a smooth interface irrespective of the connectivity currently available. The exponential back-off I suggested is part of that, but so is tracking your connectivity (and type), queuing any failed uploads, and adjusting your prefetching and network lookups based on the speed and reliability of your connection.<br /><br />If the user doesn't want to connect to the network, they can disable that at the device level. They shouldn't be expected to make decisions like that within your app.Reto Meierhttps://www.blogger.com/profile/04583545000534514486noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-55956728558228917132012-08-02T23:58:26.518+01:002012-08-02T23:58:26.518+01:00I have to agree with the basic sentiment that &quo...I have to agree with the basic sentiment that "apps should be magic". But I have to disagree with the network example. The HTTP abstractions are what Joel calls "leaky abstractions". That is, it is SUPPOSED to be perfectly layered and abstracted so that TCP and HTTP really do provide reliable service, but we all know they do not. Meier does account for this. It is the way he accounts for it that raises my eyebrows. The user might know better than the programmer: he might know that the local WiFi is down, and the phone carrier is only offering 2G or GPRS at the moment, so he does not WANT to connect to the network. Meier's proposed solution of exponential backoff etc. does not accommodate this. The user needs to have a smooth interface even when saying to the app, "don't bother with the net, do what you can with local/cached data and don't bother me with net failures, I KNOW it is down".<br /><br />For that matter, it is a lot easier for app writers to write 'magic' when the Google APIs work reliably. But on my G1 phone, for years I had the problem of its inability to keep up a network connection with my Belkin54G WiFi router. When I looked up the bug on the public database, I discovered others had reported the problem and the bug had not even been updated, far less fixed, in over two years.<br /><br />Finally, in a similar vein, if Google is going to ask so much out of developers, Google has to embrace the idea (popularized by Scott Meyers but not original with him, probably due to Bertrand Meier) of API description as contract: you are making a contract with your developers that the API will perform as described. If it does not, it is a bug, and the sooner it is fixed, the better for a LOT of developers.Indicator Veritatishttps://www.blogger.com/profile/14061750313228927235noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-73726212301955307192012-08-02T21:58:02.188+01:002012-08-02T21:58:02.188+01:00No, you will not - unless Google optimizes 4.x for...No, you will not - unless Google optimizes 4.x for low-speced devices. Somebody will always need cheap smartphone so somebody else will build one, but then they must use less resource consuming 2.3.Željko Trogrlićhttps://www.blogger.com/profile/05942594049791118602noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-63078938085936538002012-07-31T15:54:09.783+01:002012-07-31T15:54:09.783+01:00Absolutely. That's why Project Butter was such...Absolutely. That's why Project Butter was such a big priority for Jelly Bean. Smoother UX, more dejanking, and better audio latency are going to continue to be priorities for the framework team in future releases.Reto Meierhttps://www.blogger.com/profile/04583545000534514486noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-21898059365028401892012-07-31T15:31:49.502+01:002012-07-31T15:31:49.502+01:00Andrew, you can pretty much forget about Android v...Andrew, you can pretty much forget about Android versions below 2.2 at this point, and within a year you should be able to forget about below 2.3, which will be a relief for those of us developing with the NDK.<br /><br />On the topic, for some types of apps to feel like magic, you really need instant touch response, both visually through animation and when applicable through audio. Only now with Jelly Bean are the latencies finally low enough that apps that generate audio responding to touch events can feel anywhere close to being magic, and it still could be better.<br /><br />The platform needs to be magic too.Henrikhttp://www.henrikrydgard.comnoreply@blogger.comtag:blogger.com,1999:blog-10735231.post-91345879547523909422012-07-31T00:02:39.613+01:002012-07-31T00:02:39.613+01:00Hide your kids.
Hide your wife.Hide your kids. <br />Hide your wife.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-10735231.post-77378141983921779992012-07-30T23:51:08.329+01:002012-07-30T23:51:08.329+01:00My apps also support 1500 devices without applicat...My apps also support 1500 devices without application issues ... and I am doing it for fun, just like you. The root problem is with Google and Android developer advocates/support. I agree - send emails (to unmonitored email) fill out ignored support requests, etc. Do what you can to be heard as a owner, developer, user and fan. I like this blog and that is why I posted my comment -- because it welcomes them.coryhttp://www.corytrese.comnoreply@blogger.comtag:blogger.com,1999:blog-10735231.post-80162040695868170192012-07-30T18:40:08.123+01:002012-07-30T18:40:08.123+01:00To be fair: he never said magic was easy. All of t...To be fair: he never said magic was easy. All of the things he's mentioned take a lot of careful thought and hard work.<br /><br />Now, I'm not saying that Android shouldn't be changed to make things better, just that it's current incarnation requires you to have some good coding and design skills to be successful.<br /><br />As for your other points: yes Google definitely needs better customer support, but this personal blog is probably not the right place to discuss it. Send emails, call up their support lines, and then complain- loudly and often. If their customer support managers are even halfway decent they'll bring everyone's complaints to their managers, who will hopefully work on making things better.<br /><br />As far as the fragmentation goes: I don't like it either, but that's what happens when you're allowed to choose from a large number of Android compatible devices. The alternative is to restrict things to the point where personal choice is lost and everything looks the same. In other words: everyone becomes boring.mduran1023https://www.blogger.com/profile/07806396490600034474noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-55165750595848049212012-07-30T18:20:52.780+01:002012-07-30T18:20:52.780+01:00My Android apps run on more than 1500 devices with...My Android apps run on more than 1500 devices without problems... and I'm doing it on my time for fun.<br />If you follow the Android Design guidelines, your app should run on all Android devices without problems.<br />If you're trying to develop your Android app with the same methodology as your iOS app, you'll fail.Mathieuhttps://www.blogger.com/profile/03371806970077874509noreply@blogger.comtag:blogger.com,1999:blog-10735231.post-30066009003421099652012-07-30T18:04:11.274+01:002012-07-30T18:04:11.274+01:00Unfortunately you are talking about Android OS ......Unfortunately you are talking about Android OS ... the magic is just surviving Google's hostile bots, scripts, non-existent customer service and getting your application running on a massively fragmented collection of devices, screens and hardware.coryhttp://www.corytrese.comnoreply@blogger.com