This was my first thought as well. Android will basically be able to do the same thing that Audible is doing but on a much larger scale. I wonder how many different licenses that is going to affect?
I'd say it's a little of both. On a game like 007 GoldenEye (N64), people have been speedrunning the game for almost 20 years, and are now in their early or late thirties. But there are still younger people that are getting to the game just now and getting new World Record runs. And this is just one game as an example, every game is different.
I wish the App Timer was like a TV timer, where the TV just turns off after the timer is up. I'd like something that kills a certain app that is running on my phone. It sounds like that isn't what the App Timer will do.
I imagine you would need root on your phone to kill apps from another app.
If you're brave it looks like you can replace it in only 5 steps. The caveat being that those 5 steps look very difficult, and in some cases require special tools.
The only way that I could check to see if Github knew they were having problems was by searching Google for "github status", and then seeing from the embedded Twitter section in the results page that there was a tweet about having problems. Twitter also being down for me didn't help the situation either.
The attack is on the DNS servers, which take names like www.github.com and resolve them to ip addresses (i.e. 192.30.253.112 for me). Their status page is status.github.com - it is on the same domain name (github.com) as the rest of the site. Normally this isn't a problem because availability is usually something going on with a server, not DNS.
In this case, the servers (DNS server under attack at Dyn) that knows how to turn both www.github.com and status.github.com into an IP address were under attack and couldn't respond to a query. The only way to mitigate this would be to have a completely different domain (i.e. githubstatus.com) and host the DNS with a different company (i.e. not Dyn).
Right, this was my point. Hosting "status.domain.com" doesn't help much when it's "domain.com" that's having the problem. I think today's event will make a lot of companies consider this a bit more.
Anyway, for them to take the github.com nameservers out of the mix they would need a completely separate domain name; would you know to look there?
You can delegate subdomains to other providers, but the NS records are still present in the servers listed in the registrar. So, you'd already need multiple DNS providers.. And you wouldn't have been down. Just sayin. I'm not sure anyone rated a DNS provider of this status getting hit this hard or completely as high enough risk to go through the trouble.
It's easy enough to look at a system and point out all the things you depend on as being a risk. The harder part is deciding which risks are high enough priority to address instead of all the other work to be done.
Seems like that isn't even 100% certain.