This Should Go Fine

At, Brad Reed on Microsoft’s plans to let you port iOS and Android apps to Windows:

Microsoft is raising the white flag when it comes to developing its own mobile app ecosystem — instead, it’s going to let developers easily bring their iOS and Android apps over to Windows 10 without having to completely rebuild them from the ground up as they’ve had to do in the past. Essentially, Microsoft is letting developers reuse most of the same code that they used to write their apps for rival platforms and is giving them tools to help them optimize these apps for Windows.

Wow! Sounds tremendous. I’m sure there won’t be any redesigning needed. I mean, it’s not like Apple or Google have their own design guidelines, like this and this.

I’m also sure performance will be lickity-split. No lag or recoding needed.




 /  /  / 

I am in charge of my device, my device is not in charge of me.

Steven Levy on the problem with his ever-increasing notifications:

But it’s hard to do this right when every single app wants to send you notifications. Even given that the system will limit itself to notices worthy of instant notice – and The Melvin Renaming is evidence to the contrary – there are just too many notifications elbowing their way into what should be a narrow passage labeled, “Stuff I absolutely need to see.”

This decreases the value of all notifications. If you want an example of another realm, consider the situation of “alarm fatigue” in hospitals, as recently exposed in a book by Dr. Robert Wachter, excerpted here on Backchannel recently. Of the 350,000 drug prescriptions a month that Wachter’s hospital issues, pharmacists get alerts on nearly half of those. In the hospital’s five Intensive Care Units, bedside cardiac units alerts go off 187 times – per patient, per day. That’s 381,560 a month. If you weren’t inured, you’d go crazy. But what about the really serious ones?

We aren’t at that level of desperation yet with online notifications. But the Age of Notifications is about to face its biggest mess yet, as alerts move from phone screens to watch faces. Notifications are just about the entire point of a smart watch – you’re not going to be reading books, watching movies or doing spreadsheets on them. And a tilt of the wrist is the perfect delivery system for those little blips.

I say these are his ever-increasing notifications because I don’t have this problem. Because I turn off most notifications on my iPhone. The only time my phone vibrates is when I receive a phone call. You know, that old-timey medium were you hear a voice and you talk into your device and they can hear you.

I understand I’m an outlier in how I handle my notifications, but I still don’t have any sympathy for these self-made “victims” of notifications. I am in charge of my device, my device is not in charge of me. As George Carlin said, I have this real moron thing I do, it’s called thinking. When I install a new app, and that app asks permission to send me notifications, I think for a minute if really makes sense for Flappy Bird or Instagram to send me notifications. The answer is usually no.

I have some advice for anyone who feels their device is running and ruining his or her life:

  • Delete Facebook from your device

Now those hours you’d normally be wasting following the lives of other people? Use a small fraction of that time in the settings area of your iPhone or Android phone. Familiarize yourself with how notifications are handled and turn off the unimportant ones.

I’m normally a big fan of Steven Levy, but shame on him for writing that piece.


Human Experience

Disinformation Around Background Processes On iOS

My father got an iPhone 5 this past Christmas. I know he’ll enjoy using it.

How do I know this?

This is usually what happens when my wife and I go back to Jersey to visit my parents:

Me: [lays iPhone on kitchen counter]

Dad: [picks up my iPhone, starts messing with it]

Me: Dad, what are you doing?

Dad: Ha, I figured out your passcode, 1111.

Me: Congratulations, Dad.

Dad: [Continues to swipe and tap around, eventually puts it down]

Dad: Ha, neat stuff.

My dad’s an engineer so by his nature he’s a tinkerer. I know what you’re thinking and no, he hasn’t tried to take his iPhone apart to understand how it works. He knows a lot about computers and technology and he took the time a few weeks ago while I was on the phone with him to “enlighten” me on a “trick” he learned on his iPhone. I was intrigued.

Dad: So Mikey, you got your iPhone handy? Do this: Go to your Home screen. Okay? Now double-click the Home button. Ok, you see all those apps? Now tap and hold on one until they all start shaking. Now you can kill apps that are running in the background and draining your battery.

Mike: Dad, who the hell told you to do this?

Dad: The guys in my IT department recommended I install a task killer app on the Galaxy S3 they gave me. They said these task killer apps let you quit apps running in the background that are draining your battery. Once I discovered this [App Switcher] on my iPhone I figured it worked like the task killer app on my Galaxy.

Mike: No, no, no, Dad. No, you don’t need to do this on iOS. The operating system handles on this for you. And so began the re-education of my father on how background processes work on iOS. I explained to him the App Switcher tray can be thought of as a history of apps you’ve used. It’s not showing you everything running in the background. I explained to him, sure, he might only have 5 items total in his App Switcher, but I have over a dozen in mine. This does not mean over a dozen apps are running in the background on my iPhone.

He understood things after our conversation, but it makes me wonder how many other people are misinformed about how iOS handles resource management?

A few weeks after our conversation, he sent me this scan of a magazine my mother bought him called iPhone Life:

iPhone-Life-Mag-Jan-Feb-2013.gif It’s a bit hard to read, but #2 says:

Shut down background apps. Double-tap the home button to bring up the multitasking bar with the recently used apps. Tap and hold any app icon until it starts wiggling, then close it by tapping the little red button on the top left of the app icon. Sometimes these apps consume power even if they are not being used (especially Location Services).

Now this battery saving advice isn’t 100% false. Apps using Location Services can be a drain on your battery even if they’re not being used. For instance, I love the app Dark Sky. Its key feature is it can tell you, almost down to the minute, when it will start raining where you are. In order to be so accurate, it has to track your location via GPS, regardless of whether you’ve launched the app or not. This eats up some some system resources. Dark Sky is the exception though, not the norm.

Reading through Apple’s Developer site can shed some much-needed light on this whole background process issue. On the page titled, App States and Multitasking, Table 3-1 lists the five states an app can be in: Not Running, Inactive, Active, Background and Suspended.

Let’s look at what “Suspended” is:

The app is in the background but is not executing code. The system moves apps to this state automatically and does not notify them before doing so. While suspended, an app remains in memory but does not execute any code.

When a low-memory condition occurs, the system may purge suspended apps without notice to make more space for the foreground app.

Farther down the page, under the heading, Moving to the Background:

When the user presses the Home button, presses the Sleep/Wake button, or the system launches another app, the foreground app transitions to the inactive state and then to the background state. These transitions result in calls to the app delegate’s applicationWillResignActive: and applicationDidEnterBackground: methods, as shown in Figure 3-5. After returning from the applicationDidEnterBackground: method, most apps move to the suspended state shortly afterward. Apps that request specific background tasks (such as playing music) or that request a little extra execution time from the system may continue to run for a while longer.

To be clear: all apps immediately transition to the inactive state once a user presses the Home button, presses the Sleep/Wake button, or the system launches another app and then they move right to the suspended state unless they request specific background tasks.

This highlights one of the most important differences between “open” platforms like Android and curated ones like iOS. In addition to controlling background processes on iOS, Apple also requires every developer put their app through an approval process where Apple checks for things like unnecessary background processes or malicious, [back doors](

On Android, there are no approval processes if you decide to publish your app outside Google Play. If you want to make an Android app, you just do it. This sounds great, but it requires things like task killers to quit resource-hogging apps.

To me, this defeats the purpose of a smartphone.

What can Apple do to dispel the misconception that all the apps in your Task Switcher are running and draining your battery?