But once management finds out about their tweets, watch them end up fired for spilling the beans, like Nicole Crowther in this BI article, in favor of people who can keep their mouth shut. Then watch management find people like twitter, who can do the job of a dozen people.

What would it display for "price per hour" in the case of games that ship with one episode and use a one-time in-app purchase to "register" the game and unlock the entire rest of the campaign? Historical examples include Doom, which had "Knee-Deep in the Dead" without charge and two mission packs called "Ultimate Doom" and "Doom II".

It would also render invisible any games that use your suggested shareware model. There are two distinct kings of IAP: "entitlements", which are purchased once and stay with the user as long as the use continues to use the platform, and "consumables", whose purchase can be repeated. Purchases of paid apps are essentially an entitlement inside the App Store app, and registering shareware is the same as buying mission packs, which are entitlements. Most of the IAP ire comes from consumables like "smurfberries". What you appear to want is a way to hide apps that use consumable IAP while keeping those that use entitlements.

Unless none of the performance settings in the relevant version of CM offer comparable battery consumption to stock. I imagine that some power saving technologies in some devices might not have suitable drivers in CM.

LJ65 is expected to return once Mr. Pajitnov stops claiming that free software should never have existed because it destroys the market.

T-Mobile plans already include tethering according to T-Mobile's page.

Then perhaps JIT might not be the best term. Ahead of time compilation managed by the PHP engine could help; it's the same philosophy that APC uses and Python uses when importing a module. I was mostly objecting to the concept of distributing a compiled PHP script for two reasons. First, debugging integration with a library is more difficult if you don't have the library's source in front of you, and second, ABI is even more likely to break between platforms or minor versions than PHP already is.

How is it piracy to run any of these games?

Jailbreaking does "improve Internet security" by letting a device's owner install a DNS blacklist.

That's like saying "Just don't install the apps". Most apps not on F-Droid need a buttload of permissions just to run. And if it's a game, it almost certainly isn't on F-Droid.

If CyanogenMod screws your Android device's battery life, you could always root your stock ROM and install Xposed Framework, which runs on top of your existing ROM.

I'm not ready to speak to other items on your list, but for the first, you could always switch to a different service provider that isn't "greedy as hell". It's not like the early days when AT&T had a monopoly on the iPhone.

If you're going to hack up the operating system to pieces just to run an NES emulator, why not just run the emulator on an Android gaming tablet made by JXD in the first place?

I have compiled a list of such apps. For example, MozStumbler could never be ported to iOS because Apple refuses to make available any public API for enumerating nearby SSIDs.

An iPad comes with has the same restrictions as an iPhone. Or is the iPad not "your computer" either?