Live data from Hacker News

Where Are the Android Killer Apps?

daringfireball.net

71–80 of 161 posts

Re: Where Are the Android Killer Apps?

#71
post #59

Earlier quoted context omitted.

I don't understand how Android allows you to pass data between applications while iOS does not. I'm under the impression that I can use copy/paste and custom protocols to pass information between applications on my iPhone. Am I missing something? If there's any cultural divide Gruber alludes to, it's that iPhone users tend not to know a whole lot about how the phone works deep inside, and whether by necessity or curi…

You say "iPhone users tend not to know a whole lot about how the phone works deep inside, and whether by necessity or curiosity, Android users do." I don't think that is true. Most Android users have no idea how their phone works inside. They are not techies, they are just smartphone users. Most people have no idea what a computer does inside. Don't think that all Android users are techies because many on HN are.

I probably know a dozen people in my circle of friends with Android phones at this point. Of those, maybe 3 would give you any more than a blank stare if you asked them what CDMA and GSM are. I'm the only one out of that group that has a rooted device.

I think technically inclined people are more drawn to Android, but I don't think that anything close to the majority of Android's user base is technically inclined by a long shot.

Re: Where Are the Android Killer Apps?

#72
post #46

Here's a list to start off with: Any home screen widget, because you can. ConnectBot PDAnet (no shady jailbreak needed) Barcode Scanner My Tracks Swype Google Navigation Google Voice (better than the new iPhone version) Layar Scripting Layer 4 Android Google Speech To Text (Voice Search) Slide Screen Chrome To Phone Dropbox (whoah, not limited by a weird file sandbox!?) Whatever system software that allows you to mou…

Yeah, Scripting Layer 4 Android is what I came over here to say. Why does he distinguish google-developed apps from 3rd party apps? In terms of the "killer-app" criterion, it makes no difference.

Re: Where Are the Android Killer Apps?

#73
post #20

Gruber seems to make the assertion that a platform only has worth based on its exclusive "killer apps". He goes wrong there and never really recovers. Android's strength is not its suite apps, it's its flexibility. It runs on an enormous range of hardware, and doesn't require that you buy into a single vendor's toolchain to use it. The core philosophical difference between the two platforms is "Steve Jobs decides wha…

If you read the article, he's not making that assertion about the relative worth of Android. (And opening up with that as the basis of your argument is a disingenuous tactic, if done intentionally.) He's arguing that the third-party software library is weak, especially away from "enhancement/tweak" type software. Flexibility is useful only insofar as it translates into capabilities of high value to end users. It's no…

The point you make about the killer app is very true. Halo on the XBox came to mind. I think Google hoped turn-by-turn navigation would be it initially for Android, but I agree that (for the average user) there aren't any killer apps. If you get into domain niches (such as medical), that might be different.

Re: Where Are the Android Killer Apps?

#74
My suspicion is that the "killer app" is an artifact of the super-balkanized era of computing, the era when every vendor's machines ran a different bespoke operating system. That was true in the mainframe era, and it was true in spades in the early PC era, when the IBM PC and the Mac and the Apple II and the Amiga and the C64 and several dozen vendor-specific flavors of Unix all coexisted, all with different OSes and radically different hardware.

Just from the evidence, it seems clear that porting software is still hard, but nowhere near as hard as it used to be. There's been some convergence in hardware and operating systems. The rate of turnover in these things has slowed way down. But perhaps the biggest reason is that our hardware and the abstractions built on top of it are now so powerful that large classes of apps -- the ones that don't push the limits of the hardware -- have become trivial to port. The term "killer app" was invented around the time of Visicalc; Visicalc was written in highly tuned assembly language so that it would fit in 20K of RAM (no, that is not a typo!):

http://www.frankston.com/public/?name=ImplementingVisiCalc

Nowadays you can implement Visicalc in Javascript and run it on any platform with a customer base larger than five, while routinely creating temporary variables that are ten times the size of Visicalc's entire codebase.

So the modern strategy is to test your software on one platform, and then if it takes off port it to the others. So why don't more people start on Android and port to iOS, rather than vice versa? Maybe it's the vaunted fragmentation problem, but I'd guess that it's mostly because iOS is where the money is. There's an app distribution model and a store. That makes it easier to iterate there. Release the app on iOS and see if it floats or sinks. Then spend your Android-porting energy -- figuring out an ad-based model, testing on many different devices, marketing to all those Android users who don't know what "Android" means -- on the winners.

There are other potential sources of killer-app lock-in. Hardware is one. People who want hardware keyboards can't choose iOS. But that market doesn't seem to have enough size for its killer apps to make news -- particularly because only a subset of Android phones have keyboards, and those keyboards are all different.

There's one very obvious Android killer app: Verizon. Not exclusive for much longer, though, if the rumor mill is accurate.

Re: Where Are the Android Killer Apps?

#75
post #9

Earlier quoted context omitted.

Did you see this part at the end, and if so, does that affect your judgement? > A final thought, regarding Android’s relative weakness as a software platform. iOS’s exclusivity for a bunch of big-name mobile games — Need for Speed Undercover, Star Wars: Battle for Hoth, Monopoly, Tetris, The Sims, Assassin’s Creed — has been broken. Not by Android, where none of these games exist, but by Windows Phone 7, a one-month-…

Microsoft has a lot of weight in the game market. Not surprising that they convinced some people to get onboard. I doubt very much that, as Gruber seems to be implying, there is something intrinsically flawed about the Android platform that is a barrier to game development. EDIT: Unity will likely make a big difference to the Android appsphere: http://unity3d.com/unity/coming-soon/android

They "convinced" developers to get on board in large part because they let devs use the same tools they've been using to create the original games on Windows with. If I had an existing PC game it's a no brainer to target WP7. Android is a much tougher sell.

Re: Where Are the Android Killer Apps?

#76
post #75

Earlier quoted context omitted.

Microsoft has a lot of weight in the game market. Not surprising that they convinced some people to get onboard. I doubt very much that, as Gruber seems to be implying, there is something intrinsically flawed about the Android platform that is a barrier to game development. EDIT: Unity will likely make a big difference to the Android appsphere: http://unity3d.com/unity/coming-soon/android

They "convinced" developers to get on board in large part because they let devs use the same tools they've been using to create the original games on Windows with. If I had an existing PC game it's a no brainer to target WP7. Android is a much tougher sell.

They also paid for a lot of these ports. Many iPhone devs have mentioned Microsoft approaching them with money and help to get them to port to phone7.

Re: Where Are the Android Killer Apps?

#77
post #59

Earlier quoted context omitted.

I don't understand how Android allows you to pass data between applications while iOS does not. I'm under the impression that I can use copy/paste and custom protocols to pass information between applications on my iPhone. Am I missing something? If there's any cultural divide Gruber alludes to, it's that iPhone users tend not to know a whole lot about how the phone works deep inside, and whether by necessity or curi…

Applications on iOS aren't allowed to touch storage outside of their own data store or the photo roll. Some developers used to backdoor around this by passing data via the photo roll, but Apple started denying app approval for this a while back.

Some developers used to backdoor around this by passing data via the photo roll

I've never heard of an app that did that. Can you name some?

Re: Where Are the Android Killer Apps?

#78
post #22

Earlier quoted context omitted.

His logic is sound, but you're misreading him: he's saying that (quantity of app titles all that matters) => (we're all using windows). We're not all using windows, so by contradiction quantity of apps is not all that matters. He's not saying that everybody is using OS X, just that not everybody is using windows.

Exactly. This is a logical error that I keep seeing being made from people, and having a logics background I can't help to notice. A implies B does not imply that not B implies not A.

Actually, it does mean that.

If you write out the truth table, A -> B is equivalent to ~A \/ B, which means ~B -> ~A. This is called the contrapositive and is a valid inference. The two classical invalid inferences from A -> B are ~A -> ~B (the inverse) and B -> A (the converse).

Re: Where Are the Android Killer Apps?

#80
post #39

So he is asking, where are the apps that are available for Android, but not iPhone that meet the following criteria 1. Not made by Google or built-in 2. Popular and well made (no long tail) 3. Don't take advantage of things Android can do but iPhone can't (home screens, notifications, deep integration, background services, etc.) Suppose you had such an app, or were developing one. While Android has passed iOS in new…

In terms of deep integration, anyone know if an Android app can access the phone's text messages? I don't think an iPhone can, right?

SwiftKey (on Android) scans previous text and email messages, if I'm not mistaken.

The result is usually convenient, but it can be disconcerting - I had a friend borrow my phone to text someone and as he was composing his message, he continued to select the most suggested word until he'd completed an entire email I'd sent a week earlier verbatim...

Post reply on HN