Slashdot Mirror


Why Developers Still Prefer iOS To Android

An anonymous reader writes "Google Chariman Eric Schmidt recently addressed an Android user lamenting the fact that that mobile apps are often released on Apple's iOS platform well before they finally reach Android. Schmidt cooly and curiously explained that this dynamic will change in just 6 months. Here's why he's wrong. Though Google brags about the total number of Android users, developers care about certain kinds of users (those that pay for apps). A similar dynamic can be found in television advertising, where advertisers will more money for ad spots on less popular shows in order to reach desirable demographics, even though other programs may have many millions of more viewers."

106 of 614 comments (clear)

  1. Android has many problems by InsightIn140Bytes · · Score: 4, Insightful

    It's not only on television advertising, it happens with every kind of advertising. Internet, newspapers, magazines, even billboards. That's what makes both Google and Facebook advertising so lucrating and why Google is so desperately wanting to get their own social network - advertisers can directly target users with certain interests. Advertising to people with no interest about such things is useless. For example, Google has many advertisers targeting searches that might get searched only a few times a month, but when they do, advertisers are happy to pay more than $50 per click. They could get standard banner advertising to tens of thousands users at that price, but those are useless to them if it's a very targeted product or service. TV advertising mostly just works for brand names or products that almost anyone has use for. With internet you can target very specific people.

    Now the thing is, this targeting translates badly to applications and games. When user plays games, he isn't interested in anything else. It's completely different situation to some where the user is actively looking for something. This is why app developers make better money by selling their apps or games. However, Android users aren't as willing to spend as iOS users. They have even got used to the idea of getting their apps for free with advertising. But because advertising isn't really effective for such, Android app space in general suffers badly. On top of that you have to deal with fragmented devices and Google's ignorance regarding their app store. You can buy gift cards for iTunes, but you cannot for Android store, so you're out of luck if you don't have credit card. So you have an userbase with fragmented market, increased support costs, users without ability to pay for apps even if they had cash and the general culture that expects free apps with ads where ads just don't work.

    The funny thing is that even Windows Phone market has comparatively more developers, apps and games. Microsoft has went at great lengths to make app developing for WP7 pleasant experience. They provide great tools, XNA, Silverlight and you can code with .NET. It is relative easy to port your games between Windows, XBOX360 and WP7. The same services are used for all platforms. And while the amount of users as large as Android or iOS, the users are paying for apps and is exactly the kind of crowd developers want. You also have less competition, so you can earn more easily.

    1. Re:Android has many problems by InsightIn140Bytes · · Score: 5, Informative

      Here's one article that shows most expensive categories http://techcrunch.com/2011/07/18/most-expensive-google-adwords-keywords/

      I also remember that some years ago there was lawyers paying really high clicks for some really specific cases. I think it was targeting some people who got major health problems as result of some company. They paid for those clicks really much because the amount of money they got from settlements etc was so good.

    2. Re:Android has many problems by tripleevenfall · · Score: 3, Interesting

      Does this explain why, when you lay an iOS and an Android app side by side, the iPhone one almost always appears more polished?

      Usually the function is the same, but the one on iOS will show screen wipes graphically smooth, the animation is smooth, the interface is simpler because you don't rely on users to know they need to check the "menu" button for a bunch of options and suboptions.

      In some cases (like with Yahoo's fantasy offerings) the iOS app is pretty good, and the android one is just a link to a mobile site basically. I've always wondered why these things are.

    3. Re:Android has many problems by Fallingcow · · Score: 4, Interesting

      It's a combination of non-GPU-accelerated interfaces on many Android devices and the fact that Android doesn't provide as robust or helpful a GUI API (transitions, effects, widgets, events, GUI management in general) as iOS.

      It simply takes more work to make an app look good on Android, and even then it'll still "feel" worse because everything's being rendered in the CPU.

    4. Re:Android has many problems by InsightIn140Bytes · · Score: 5, Interesting

      Not to mention that Android runs interface on normal priority, compared to iOS's high priority. I have no idea why they choose to do it so, because interface speed matters a lot to overall look and feel of the device.

    5. Re:Android has many problems by Bucky24 · · Score: 3, Informative

      Apple has strict requirements on apps going into the app store. One of those is that at no time may the app make the UI look sluggish or out of place. Android as far as I know doesn't have those requirements. That might be the reason the iOS apps are prettier, because they have to be that way in order to make it into the store at all.

      --
      All the world's a CPU, and all the men and women merely AI agents
    6. Re:Android has many problems by shutdown+-p+now · · Score: 4, Insightful

      Windows Phone market has comparatively more developers, apps and games.

      False.

      And while the amount of users as large as Android or iOS

      False.

      (I won't even bother with references, because it is literally 10 seconds away in Google. Sapienti sat.)

    7. Re:Android has many problems by bonch · · Score: 4, Informative

      The short reason is that Android was first conceived as a Blackberry competitor, with most input coming from a keyboard. High-priority interface responsiveness wasn't as much a concern in that environment. The Android simulator used to look like this. The iPhone came out and blew everyone away, made touchscreens all the rage, and Android changed to compete. The fact 2011 Android interface responsiveness is not competitive with the 2007 iPhone is something of an embarrassment, in my opinion, but the technical foundation was just not designed to deliver that kind of experience, while iOS was designed from the ground up to support it (every interface element is backed by a GPU-accelerated Core Animation layer).

    8. Re:Android has many problems by InsightIn140Bytes · · Score: 2

      Yeah, I skipped a word there. The amount of users isn't as large as Android or iOS, but it's largely different demographic from Android and the users are more willing to pay for apps. You also have less competition.

    9. Re:Android has many problems by shutdown+-p+now · · Score: 4, Insightful

      The big problem with WP7 today is that it's very hard to write code for it that would be portable to other platforms. With iOS and Android, you can write common code in C or C++, and only need to handle UI differently. In case of games, you pretty much write the whole thing in C++ with a few platform-specific hooks. But WP7 does not support C++, and the only thing it supports - .NET languages - is not well supported by other platforms. Sure, there's MonoTouch and MonoDroid, but they are too expensive - for this market, especially for hobby developers, $400 for each additional platform is a lot.

      Given that WP7 is significantly less popular, in terms of sheer user count, than either Android and iOS, there's no way it can be the first platform being targeted. So, it has to adapt to allow easy porting of code from other, better established mobile platforms, before it can have considerable success with developers.

    10. Re:Android has many problems by Anthony+Mouse · · Score: 4, Insightful

      How does that help you when there is no installed base? Even if every user buys your app, when there are no users you make no sales. On top of that, your points are self defeating: If by some miracle they actually gained some market share then other developers would follow the users, and you would immediately lose the advantage of the lack of competition.

      There is just no incentive to be an early adopter of WP7, which is why it hasn't (and won't) go anywhere. There need to be users before you can get developers, and there need to be developers before you can get users. They need some actual advantage over the existing competition in order to bootstrap, like Apple had with the original iPhone or Google has by making Android free, but now those are the baseline and Microsoft doesn't have anything that can beat them in a sufficiently drastic way to overcome the lack of apps. Plus, nobody likes Microsoft on general principles.

      On top of that, you can throw all of the "Apple is better than Google because diversity sucks" arguments at them: Who wants to promote the establishment of another app store and development platform? All that does is create more work for developers. Why should they promote such wasteful duplication of their own effort by producing apps for a platform that presently has no significant number of users?

    11. Re:Android has many problems by sleigher · · Score: 2

      Except he didn't point out class warfare as it pertains to iOS and Android. He pointed out class warfare because of the way he interpreted MG's comments about the differences. Honda and Mercedes, and how things that cost more are better no matter what. The whole rant was about how he spoke/wrote and not about the phones at all. Or, at least they were secondary...

      --
      All points of time and space are connected.
    12. Re:Android has many problems by bonch · · Score: 2, Interesting

      Nothing you wrote disputes anything I wrote, and in fact, you further support my points. Android was intended to compete with what was then the most popular smartphone, the Blackberry. Hardware-accelerated, touchscreen-driven interfaces weren't yet the norm, and everything was CPU-driven. Just check out what the Android simulator looked like. These are the technical foundations on which Android is based, in contrast to iOS which is driven entirely by GPU-accelerated layers.

      All you did was restate what I wrote but more angrily and with a random accusation that I claimed Google copying Apple, which I didn't write and have in fact never written. You come off like one of those guys who doesn't want to see any criticism of Android, and if anyone even remotely says something negative, they must fit some stereotype you have in your head, and you accuse them of being that stereotype in an attempt to dismiss their points.

      I don't care all that much about smartphone operating systems or which one "wins." I just use what I like and couldn't care less what you like.

    13. Re:Android has many problems by Dynedain · · Score: 5, Insightful

      Actually the original version of Android was specifically for blackberry-style devices with a physical keyboard and some kind of d-pad like interface.

      Read his post again, did he say that Android copied Apple anywhere? No, he pointed out valid underlying architectural and business reasons why these issues exist on Android devices.

      Yes, Android today is designed for many different form factors and input methods. But ultimately when you design for many different things, you end up building to a lowest common denominator, and sacrifices are made. I think you argued his point for him actually. Since Apple requires all their devices to have GPU-acceleration, IOS benefits. Android doesn't require it, and so you have to build your apps to specifically take advantage of it. By targeting cheap devices, they sacrificed user experience.

      Oh, and considering how secretive Apple is, and that Android was announced before the iPhone, who else would Android be competing agains in the pre-iPhone marketplace? The playing field was Symbian (very small developer base) Palm (already dying as they started shipping WinMobile devices) Microsoft (with their very painful an kludgy Mobile OS which has since been killed) and Blackberry. Blackberry was the smartphone leader by a very large margin before the iPhone appeared.

      Stop pushing anti-Apple revisionist history. It's just as bad as pro-Apple revisionist history.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    14. Re:Android has many problems by loconet · · Score: 5, Informative

      There are a couple of insightful posts by a Google engineer addressing this specific myth. The original reddit comment, where your comment originally came from, generated a very interesting discussion on the subject over at G+.

      --
      [alk]
    15. Re:Android has many problems by Threni · · Score: 2

      > Does this explain why, when you lay an iOS and an Android app side by side, the iPhone one
      > almost always appears more polished?

      Android is outselling iOs. Either what you say isn't true, or nobody cares.

    16. Re:Android has many problems by AuMatar · · Score: 3, Interesting

      Screen wipes are now polished? I detract 100 points from them- they're pointless, annoying, and a waste of my time. That looks like a giant point in Android's favor to me.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    17. Re:Android has many problems by Sancho · · Score: 3, Interesting

      Before Android bought it, the only Android prototype was a Blackberry clone. After the acquisition, Google began designing on two separate systems--one based upon the prototype with a keyboard, and one with just a touchscreen. The clone was the focus, to try to get something to market as soon as possible. The touchscreen version was considered a long-term goal. I doubt very seriously that full touch-screen considerations were being made on a device whose main purpose (for the company) is to get something to market. Google has shown a willingness to design separate product lines and integrate them later. It's extremely likely that this was the plan.

      When Apple introduced the first iPhone, Google saw the writing on the wall and scrapped the Blackberry clone to focus all its Android efforts on a touchscreen version.

      All that is largely irrelevant to the point at hand, though. No matter the history of the code, Google did design what is now the current design of Android with touchscreens in mind. And that fact makes it that much worse that they can't achieve the responsiveness of an iPhone today, 4 years later.

    18. Re:Android has many problems by JohnnyMindcrime · · Score: 3, Insightful

      I'm sorry, but you're out of your depth here and should probably stop at this point...

      What is your measure for stating that "Apple spends more time on developing their operating systems than Linux developers and/or Microsoft" because the statement is nonsensical.

      Firstly, Apple do NOT develop their own entire operating system, they actually use a FreeBSD UNIX core with some of their own stuff on top of it. Much of that FreeBSD core comes from Open Source development which also gets ported across to work on GNU Linux - so in that respect a lot of the development is actually linked between the two.

      Secondly, you comment on something you clearly know nothing about. "Linux" does not mean an operating system that looks and works the same way when you first boot it up, as it would for Windows or a Mac. Linux is *JUST* the kernel, everything else on top of it is (usually) a conglomeration of Open Source applications that are configured to work in a certain way - that is precisely why Linux is scaleable to run on anything from tiny embedded devices though desktop PCs to hulking great servers. ALL of them can be said to be "running Linux" but in each case, they are versions of Linux that look completely different with different applications running on different kernels that have been compiled for different CPU architectures. Therefore, just saying "Linux" means absolutely nothing to anyone.

      Thirdly, you're completely wrong anyway because you clearly have no understanding of the sheer scale of Open Source development that is actually out there. Open Source, contrary to what you may believe, is not *JUST* Linux but free software like OpenOffice.org, Firefox, GIMP and thousands of other tools that happily run not just on Linux but on Windows and Macs also.

      And, I'm sorry, but if you believe that the number of Windows or Apple developers, whilst both being very large in number, comes *ANYWHERE CLOSE* to the number of people who have been developing free software for essentially 30 years now when UNIX first came on the scene, then you need your head tested.

      Really, I'm not a Linux or Open Source evangelist, I believe people should just use the software that works best for them - but I'm not going to sit here quietly when someone with clearly no knowledge of the subject spouts out utter rubbish, like you have done.

      --
      Windows 10 is great - I used it to download Linux.
    19. Re:Android has many problems by frank_adrian314159 · · Score: 2

      The fact is Android was designed to run on multiple platforms.

      And the fact is that anything that is designed to run on multiple platforms will almost certainly run poorly on your particular platform in some way, shape, or form. The fact is that Apple has made the proper decision in limiting the number and kind of devices they run on. Will Apple always have the highest number of units shipped? No. Will they have better customer satisfaction and less support costs leading to higher margins? Yes.

      --
      That is all.
    20. Re:Android has many problems by epine · · Score: 3, Interesting

      Nice links. Interesting how bonch presumes Google had to look around for something to measure themselves against of type "gadget". In truth, they were striving to be the opposite of Facebook and Microsoft, on the presumption that might work out OK in the long run:

      A key goal of Android was to provide an open application platform, using application sandboxes to create a much more secure environment that doesn(slashcode fuckup)t rely on a central authority to verify that applications do what they claim.

      Here's the deep analysis of the Blackberry internals, reading between the lines with psychic divination:

      To achieve this, it uses Linux process isolation and user IDs to prevent each application from being able to access the system or other application in ways that are not controlled and secure. This is very different from iOS(slashcode fuckup)s original design constraints, which remember didn(slashcode fuckup)t allow any third party applications at all.

      How to spot a Blackberry competitor? It's designed around having multiple windows on the screen at the same time:

      Because Android is designed around having multiple windows on the screen, to have the drawing inside each window be hardware accelerated means requiring that the GPU and driver support multiple active GL contexts in different processes running at the same time. The hardware at that time just didn(slashcode fuckup)t support this, even ignoring the additional memory needed for it that was not available. Even today we are in the early stages of this -- most mobile GPUs still have fairly expensive GL context switching.

      It's probably true that Apple has a near monopoly on the early adopter spendoids. I don't think there are a lot more people out there lining up to be so loose with their cash. They are already at the apogee of milking their traditional 10% and these people will soon take their short attention spans to whatever Apple invents next. With Apple, value is rarely time invariant: one part useful, two parts sooner and sexier. Mature market segments tend to deflate the later terms.

      Six months is too soon, but I'll be interested to check back on how this pans out a year from now.

    21. Re:Android has many problems by mollymoo · · Score: 2

      Either they don't care or can't afford an iPhone. People who don't care about having nice things don't spend money buying nice apps. People who can't afford a nice phone are less likely to buy apps. Either way a significant chunk of people who buy Android phones are not people developers want to target.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    22. Re:Android has many problems by shutdown+-p+now · · Score: 5, Informative

      There were two, actually - the first one (VS2002 and VS2003) was "C++ with managed extensions" - that was pretty nasty in more ways than one could imagine, and was hastily scrapped. The new one that's still alive (VS2005+) is C++/CLI.

      However, it's important to understand what "compiles to .NET" actually means. VC++ compiler can compile pretty much any random C++ code to IL bytecode, but to do that it needs to use bytecodes which are not memory-safe ("not verifiable", in .NET parlance) - think pointer arithmetics and other such things. IL itself is expressive enough to allow for such things, and the resulting code is architecture-independent, and is JIT-compiled and runs under the VM just the same. So, yes, you can take a C++ library as is, and run it in .NET. The catch is that it cannot be sandboxed. Therefore, it does not run on Windows Phone (or Silverlight), because those only allow for verifiable IL, such that it can be sandboxed.

      Then there's C++/CLI, which is a set of language extensions to C++ that lets you access .NET APIs, and define your own - keywords like "ref class" and "gcnew". If you write code using only those language extensions, you can use /clr:pure compiler switch to request the compiler to produce verifiable, sandboxable IL. That runs on WP7 just fine, but in that mode, you can't use most features of regular C++ - no arrays, no pointers, no regular classes etc. Basically, what you end up with is a subset of C# with more C++-like syntax. Obviously, this is completely useless from portability perspective - you can't run any existing C++ code with this.

      There is a way to use this mode to write code that's portable between WP7 and other platforms if you do it from the get go. I briefly described it in one of my old Slashdot post; basically, the idea is to define a bunch of macros such that they expand, alternatively, to C++/CLI constructs when compiling for WP7, or to regular C++ constructs with identical meaning when compiling for everything else (with a support library for smart pointers, strings and such that matches C++/CLI semantics). You still end up with a rather limited subset of C++ - about as expressive as C# or Java with C++-style templates - but it's actually possible to write something useful in it, and have it run on all platforms. However, this is only applicable to any code that you would be writing yourself there and then - i.e. it doesn't solve the problem with numerous existing C/C++ libraries, and it doesn't solve the problem with porting existing iOS or Android apps. Besides, given the current market penetration of WP7, it is likely still too much effort for too little gain.

    23. Re:Android has many problems by sydneyfong · · Score: 4, Insightful

      Your sig might have something to do with it...........

      --
      Don't quote me on this.
    24. Re:Android has many problems by shellbeach · · Score: 2

      the interface is simpler because you don't rely on users to know they need to check the "menu" button for a bunch of options and suboptions.

      This seems a rather subjective classification -- some of us like having a dedicated menu button, rather than sacrificing precious screen real-estate. In my opinion it makes for much better UI design, as the user always knows where to access options for an app, rather than searching for some dinky little settings icon that may or may not be there ...

    25. Re:Android has many problems by shellbeach · · Score: 2

      iOS was designed from the ground up to support it (every interface element is backed by a GPU-accelerated Core Animation layer).

      This is changing within Android -- Honeycomb and ICS make much better and more extensive use of GPU acceleration. There's still some work to do, but using ICS after GB is a massive leap forwards.

    26. Re:Android has many problems by willy_me · · Score: 3, Interesting

      Oh, and considering how secretive Apple is, and that Android was announced before the iPhone, who else would Android be competing agains in the pre-iPhone marketplace?

      Don't forget that Eric Schmidt was on the board at Apple while also CEO at Google. Right after the iPhone was announced he stated that he had to step down due to a possible conflict of interest. So he was fully aware of what was happening with the iPhone long before everyone at RIM and Microsoft.

      And this is why Jobs was so pissed at Google - Schmidt was given insider knowledge of the iPhone and then 4 months after the iPhone is release, Android is here. I know there are plenty of great programmers at Google but it takes more then 4 months to design such a UI. Even if they based it on the original iPhone announcement (and not the physical phone), it's still only 11 months - not enough time.

      So Android did have the iPhone in mind when it was being designed, but only in the latter part if it's development. I don't agree with the poster to whom you replied, but Google wasn't in the dark when it comes to the development of the iPhone.

    27. Re:Android has many problems by nschubach · · Score: 5, Interesting

      They've been paid to sit around waiting for it to be posted so he could say something nice about Microsoft. It's officially called "online reputation management" but it's essentially someone who's paid to tote the company line and up-sell the brand. They'll have several accounts and down-mod anyone that speaks ill of the company (or poster) For instance, I'd wager they have a registered account to see the incoming stories and it gives them time to come up with some advertisement for the release post. (AKA, the long post about how Microsoft is great. This one is a "karma bump" that basically tells you what everyone already knows to build up the account karma which they use to get the karma point bonuses so more people view it and down-mod dissenting opinion.)

      This is the second account that I'm aware of that these people use (CmdrPony was mentioned as their previous, I do not know of the ones previous). The last account they basically came out and said they will create a new account because someone will eventually karma bomb them by down-voting every post they can to try to reduce the amount of trolling by this account. The new account will build up karma by posting agreeable comments, then start towing the line.

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    28. Re:Android has many problems by gl4ss · · Score: 2

      you're barking at the wrong tree.

      take a look at old j2me sdk's and the philosophy on which savaje was built on if you want something that was happening years before android that had almost 1:1 pixel and philosophical ideas of android.

      --
      world was created 5 seconds before this post as it is.
    29. Re:Android has many problems by Dr_Barnowl · · Score: 2

      Installing software on Linux distributions is a huge pain in the ass.

      Was a huge pain in the ass, a long time ago. Now there are even pretty "App Store" package managers that will suggest applications for you, and even sell you commercial ones. Sometimes I have to add a repository for an extra package (something you can't do on iOS without jailbreaking it, right?).

      Very occasionally I have to build something from sources (but only because I'm a software developer ; non-technical people would almost never have to do this). This is usually as simple as running ./configure and paying attention to the libraries it says it needs the -dev package for, and then running make. On Windows I would have to bend over backwards installing a compiler (maybe I'd even have to buy a specific compiler), libraries, setting up my environment, etc.

      Windows falls half way between Linux's hell and MacOS.

      I'm sorry, Windows is by far the worst. The point you make about Windows 3.1 apps repeatedly installed shared libraries? Windows installers still do this. Having built Windows installers, a lot of the effort is finding and integrating all the 3rd party dependencies into your MSI database. Making Debian packages isn't any kind of fun, but at least you only have to list the packages you need, rather than working out what you need, desperately trying to find merge modules with the correct versions in them, swearing, and then having to repackage third-party dependencies because you can't find a module for them, and then rolling it all into your installer, making it many multiples of the size of your actual application.

      Because in a Linux distro there is a single central resource for packages, you don't end up with multiple different packages of the same libraries competing with each other, you don't have to include shared libraries that are available in the repository, etc. Not to mention that you don't have to screw around with registry settings just to make libraries work at all. It is literally the difference between writing a simple list of dependencies, and constructing a whole database.

      Because Windows packages don't integrate into any kind of package management, if you want your application kept up to date to improve the opinion of your customers, you at the minimum have to implement some kind of update checker. The less obtrusive ones integrate into the application and check when you run it, but a lot of applications include a separate program that loads at boot time, consuming resources and probably screen real estate by inserting itself into your system tray.

      All too often the only way to source updates for Windows applications is to manually check the website and download a new installer.

      How you put these things on a scale with Linux at the bottom I have no idea. A distribution that uses a package manager does all three of the things that you state are the ideal, only better, because applications don't have to bundle shared libraries that they can get from the repository, meaning you don't waste bandwidth and disk space (trivial concerns these days, I will acknowledge) on rolling the same libraries into your packages. Applications don't have to update themselves because the package manager will do it, so the developer can concentrate on the core of his application, instead of having to write a web browser and update engine into it. You don't even have to reboot for most updates, because the files can be updated in-place, unlike Windows with it's obligate read locks on every file.

      I've done packages for both, and neither are fun, but Windows is much, much harder to package software for, and a much less pleasant experience when it comes to updating software.

    30. Re:Android has many problems by BasilBrush · · Score: 2

      What you say is basically right, but your timing s a bit off. Here's the video showing what you say, but it dates from 10 months after the iPhone was announced. The primitive state of the touch version suggests development of that started after the iPhone announcement.

      http://www.youtube.com/watch?feature=player_embedded&v=1FJHYqE0RDg#!

    31. Re:Android has many problems by BasilBrush · · Score: 2

      They're not a waste of time. They give a user a sense of structure in an app. For example in a drill down app, master lists are on the left, detail is on the right, just as they might be on a PC screen. But as a phone screen is too small to display both at once, animated transitions give that sense, whilst only displaying a part of the full picture.

    32. Re:Android has many problems by toriver · · Score: 2

      Android = J2ME + the more advanced profiles for it, without paying a license fee, which is why Oracle are suing Google.

    33. Re:Android has many problems by Dynedain · · Score: 2

      Apple do not make iPhones to run iOS .... they make iOS to run on iPhones, they are a hardware company, they sell hardware, and incidentally sell software so that it works ..

      I hear this (and the other side, "Apple is a software company with hardware to support it") all the time. It's wrong wrong wrong.

      Apple is an Experience company. They sell the whole platform, with their goals to be the whole platform. Think Nintendo, XBox, or PlayStation, not Microsoft or Sony. Think Roku and Slingbox, not Toshiba or Adobe.

      --
      I'm out of my mind right now, but feel free to leave a message.....
  2. Really Has Nothing to Do with Development by eldavojohn · · Score: 4, Insightful

    Why Developers Still Prefer iOS To Android

    Is there something inherently better with iOS development? Is the API better written? Is there some technological inferiority to Android? Is it cheaper to buy the development tools for iOS?

    Oh, I see. What you meant to say is:

    Why Publishers Still Prefer iOS To Android

    And even that's sort of not very accurate. I mean, there are plenty of apps that are free and are on both Android and iOS like advertising based apps that want you to read some website's stories. And they just want to target the most users, not the most users who shell out money. So maybe it should be:

    Why Revenue Seekers Still Prefer iOS To Android

    Not everyone developing apps depends on that as their revenue stream.

    --
    My work here is dung.
    1. Re:Really Has Nothing to Do with Development by RyuuzakiTetsuya · · Score: 5, Insightful

      Is there something inherently better with iOS development? Is the API better written? Is there some technological inferiority to Android? Is it cheaper to buy the development tools for iOS?

      FTFA

      Unfortunately for Google, this is just the tip of the iceberg with respect to the uphill battle they face in the fight for developers. Clunkier development tools for Android have been on ongoing problem, and let's not forget about the vast number of scamware, crapware and malware apps that permeate through the Android Marketplace. The lack of an approval process for apps on Android certainly has its benefits, but letâ(TM)s not forget thereâ(TM)s also a downside to being open.

      So you mean I get to use lousier development tools, potentially have my app hijacked by scammers looking to repackage my app as malware AND deal with fragmentation?

      SIGN ME UP!

      --
      Non impediti ratione cogitationus.
    2. Re:Really Has Nothing to Do with Development by Anonymous Coward · · Score: 5, Interesting

      > Is there something inherently better with iOS development? Is the API better written? Is there some technological inferiority to Android? Is it cheaper to buy the development tools for iOS?

      Yes, yes, and yes.

      Xcode is a wonderful IDE, and with things like CLANG/LLVM and LLDB it's only getting better. Cocoa and Cocoa Touch are insanely great APIs and Objective C kicks the shit out of Java in terms of readability and performance. The development experience for iOS is much, much more streamlined and defined then Android.

      I'm not even sure if it's worth mentioning the fact that Google (and it's associates) actively brag about a new Android device every week now- with different specs, hardware, and screen resolutions. Trying to support a moving target like Android is a nightmare, so you might as well pick the top 5 phones and make sure your stuff works on those- and forget about the five thousand other devices out there (which may or may not work).

      Comparing iOS to Android is like comparing the Xbox 360 to a PC. You get a stable and well defined platform with one, and a crapshoot with the other.

      -AC

    3. Re:Really Has Nothing to Do with Development by RyuuzakiTetsuya · · Score: 5, Insightful

      Screw the language. Interface builder rocks. Using XML files with no WYSIWYG editor? Screw that.

      --
      Non impediti ratione cogitationus.
    4. Re:Really Has Nothing to Do with Development by aristotle-dude · · Score: 4, Interesting

      Why Developers Still Prefer iOS To Android

      Is there something inherently better with iOS development?

      Yes. iOS has an integrated development environment including debugging tools that allow on the fly changes to the code while debugging.

      Is the API better written?

      Yes. The iOS API is more feature rich and provides things like low latency audio.

      Is there some technological inferiority to Android? Is it cheaper to buy the development tools for iOS?

      Yes, as mentioned above, there is no low latency audio support and the interface has a normal priority instead of high priority which is one of the major reasons why the UI on android phones feels sluggish at times.

      Android did not even have a native SDK until recently and you were forced to write everything against the Dalvik JVM.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    5. Re:Really Has Nothing to Do with Development by Mullen · · Score: 2

      Spot on! I have been learning Xcode 4.2 and it's a joy to use! Objective C is fairly simple and Interface Builder is a snap to use. Why anyone would bother with hand editing XML files is beyond me.

      --
      Linux O Muerte!
    6. Re:Really Has Nothing to Do with Development by InsightIn140Bytes · · Score: 4, Interesting

      Yeah, repackaging with malware or scamming users seems to be a major problem with Android. There's trojans and all kinds of nasty stuff, like this trojan repackages popular games and apps, says it's free version and scams the user by sending premium rate SMS to the malware author. Google isn't even really trying to do anything about it, they remove them afterwards when news get out and by then thousands of users have been scammed already. Stuff like that isn't happening on neither Apple's or Microsoft's store.

    7. Re:Really Has Nothing to Do with Development by Fallingcow · · Score: 3, Interesting

      Is there something inherently better with iOS development? Is the API better written? Is there some technological inferiority to Android? Is it cheaper to buy the development tools for iOS?

      Others have already answered this, but I feel it needs to be said again:

      YES.

      Maybe not exactly yes to the last bit, but it is cheaper to develop non-trivial commercial apps for iOS than Android, more often than not. The Apple developer fee is so tiny as not to be worth considering when compared with developer time. The extra testing necessary for Android would alone pay the developer fee many times over, and that's if development itself didn't generally take longer (and it most certainly does).

    8. Re:Really Has Nothing to Do with Development by bstarrfield · · Score: 5, Informative

      Most of the iOS APIs are derivatives of the very well tested, designed, and readable NS (NextStep) APIs that have been in production for over twenty years. Apple adds new APIs with every release, yet they still follow the design patterns and methodologies of the older application interfaces, making learning new ones quite easy.

      With Objective C finally receiving easier memory management (yes, it was never terribly hard but it was at times frustrating), new developers, especially Java developers, can start rolling out code relatively quickly. As a point of history, Java's developers apparently did look at Objective-C as one of their primary influences. Personally, I find Objective-C much easier to code in then Java, and the clear nature of Apple's APIs combined with very, very strong development tools makes me much prefer iOS development over Android

      There's an added benefit of iOS development which isn't commonly mentioned - it's relatively easy to port iOS code over to Mac OS X, allowing you to reach a broad and lucrative environment, leveraging your previous work.

      --
      /* Dang, I can't type that well. */
    9. Re:Really Has Nothing to Do with Development by larry+bagina · · Score: 2

      As a point of history, Java's developers apparently did look at Objective-C as one of their primary influences.

      The OpenStep specification was actually a collaboration between NeXT and SUN to make a platform independent NeXTStep. Sun had a beta OpenStep running on Solaris but then they caught java fever and the only cure was more java.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    10. Re:Really Has Nothing to Do with Development by hawguy · · Score: 4, Insightful

      Android vs iOS. The same is happening here with the Android platform having a significantly larger userbase.

      But I think this is more because Android is "free" as in "beer", not "free" as in "free speech".

      Very few people buy Android because they can download the source code for it (some of it), or because they can root it and run a custom version of Android.

      Most people buy it because the device is at a better pricepoint than the iPhone or has features/formfactor that they want.

      I love my Android device, but think IOS is more polished and runs better. But I don't want to give up my keyboard.

    11. Re:Really Has Nothing to Do with Development by Marxist+Hacker+42 · · Score: 2

      Exactly what I was thinking. Just as I was thinking the *OBVIOUS* solution would be to add a built in scripting language that isn't based on C, but on some higher level programming language.

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
    12. Re:Really Has Nothing to Do with Development by BasilBrush · · Score: 2, Insightful

      It's beyond me too. I remember when I went to classes to learn AutoCAD. Back in those days, much of the editing was with a keyboard. Of course things got better as more things were editable with mouse, stylus or trackball.

      Some people of course would like to pretend some machismo superiority from editing 3D models with a keyboard. But the truth is that direct manipulation using other devices is far better.

      Is that it? Does editing XML files for user interfaces make you feel like a grown up? Even though the resulting UI is worse and takes longer to create.

    13. Re:Really Has Nothing to Do with Development by icebraining · · Score: 2

      Nitpicks:

      - The UNIX API is called POSIX; glibc is just an implementation of it, and it's not what Android uses (they use Bionic).
      - The main Android API is not POSIX since people use Java, they have an API based on a subset of the official Java API, implemented by Apache Harmony.
      - The FSF doesn't work on glibc, the GNU project does. The FSF sponsors them.

    14. Re:Really Has Nothing to Do with Development by shutdown+-p+now · · Score: 2

      No, it's not, because it's an objective fact rather than attitude. It doesn't matter whether an event handler executes for 10 microseconds or for 100. What matters is that it doesn't execute for >10ms or so. That is big enough that difference between native and managed won't matter - the only way you can make it run that long either way is to do some CPU-heavy computation there, or do some blocking I/O.

      Case in point: WP7 has managed code only (at least for third party apps), yet its UI doesn't lag.

    15. Re:Really Has Nothing to Do with Development by bemymonkey · · Score: 2

      "tldr; Android is basically a web browser that's also a phone, while iOS is a computer that's also a phone."

      And you're basing that on the lack of low latency audio capabilities? I'm not quite sure I agree with you - Android has many traits that make it more of a computer OS than iOS... things like the file-system, or real-time multitasking. iOS is more polished and a joy to look at, but actually doing anything on the devices pisses me off to no end. Then again, I'm not saying that Android's way is better - just that it's more like a traditional computer, and that I prefer it to the rather more limited iOS.

      It just depends how you're wired and what you're used to, I guess... not to mention I'm not a creative type. :)

  3. Not surprising by bonch · · Score: 4, Insightful

    It's not surprising why app developers are betting on iOS over Android. According to the Flurry Analytics study, they make four times as much money on iOS. Developers are also concerned about fragmentation, the lack of store curation, and lower penetration of Google Checkout among Android users compared to iOS users, who are always payment enabled through their iTunes accounts.

    Android's target demographic is hardcore techies combined with budget buyers unconcerned with smartphone quality. It actually makes very little money for Google, while iOS is generating obscene profits for Apple. Slashdot still fetishes marketshare as if it's the only metric that matters, but Android is actually like a whole bunch of operating systems with different capabilities.

    1. Re:Not surprising by InsightIn140Bytes · · Score: 2, Insightful

      It actually makes very little money for Google, while iOS is generating obscene profits for Apple.

      The funny thing is that Android probably makes Microsoft more money than for Google. Microsoft gets something like $444 million annually from Android and they don't even need to develop it.

    2. Re:Not surprising by GodInHell · · Score: 2, Insightful

      It actually makes very little money for Google, while iOS is generating obscene profits for Apple.

      This has nothing to do with Google giving the OS away for free. Obv.

      -GiH

    3. Re:Not surprising by Toonol · · Score: 3, Interesting

      Android's target demographic is hardcore techies combined with budget buyers unconcerned with smartphone quality.

      Which will quickly massively outnumber Apple's demographic. Apple will be a major player for a while yet, but they're pursuing a dead end, I think. Don't know if it's a year or a couple years before they lose their perception as market leader, but it's clearly going to happen.

      I don't mean this as trolling against Apple; they've done some amazing stuff. I just think they have no realistic hope of outcompeting Android at this point. You can't occupy 'high end' and 'numerically dominant' niches at the same time...

    4. Re:Not surprising by Rennt · · Score: 4, Insightful

      I'm so sick of people getting this wrong. Android is completely free (as in beer). If you want to ship Google Apps you need to certify your device which costs money, but that don't stop the likes of Amazon from shipping millions of devices without paying a dime to Google.

    5. Re:Not surprising by DerekLyons · · Score: 3, Insightful

      You can't occupy 'high end' and 'numerically dominant' niches at the same time...

      That's TFA's whole point - Apple occupies the more important niche, "most lucrative/remunerative". Given the numbers in TFA, Android would have to outnumber Apple by almost fifty-to-one to equate to the same income to developers. But, because of Android's fragmentation, it's actually even worse for the developers. Think hundreds-to-one or thousands-to-one to get just one Android phone with the market penetration of the iPhone, and even then the user demographics will still skew radically differently.
       

      I don't mean this as trolling against Apple

      But that's pretty much all you have, because you missed the whole point of the article entirely.

  4. Qt by Anonymous Coward · · Score: 5, Insightful

    Google should buy Qt from Nokia and use that toolkit as the basis for Android apps. It is already efficient as hell on smartphones (Meego and Symbian), and uses C++ as its programming language. No more worries about Oracle lawsuits, excellent programming environment. Mod this up.

    1. Re:Qt by Anthony+Mouse · · Score: 4, Insightful

      You shouldn't say "mod this up" in your own post. You actually have an excellent idea, and people who might otherwise mod it up without you telling them to do so will be less inclined to because nobody likes to be told what to do.

    2. Re:Qt by Anonymous Coward · · Score: 2, Funny

      Mod grandparent up (and me as well).

    3. Re:Qt by Galestar · · Score: 3, Funny

      I like pie.
      Mod this up

      --
      AccountKiller
    4. Re:Qt by PuZZleDucK · · Score: 4, Funny

      I like moderators.
      Mod this up :)

      --
      Can a person program a new solution to a problem? Why should anyone be able to stop such a thing? -Richard Stallman
  5. Android is not a viable proposition by Anonymous Coward · · Score: 3, Informative

    For developers, that is. Android is a one size fits all approach, but not all Android phones can run all games, some are too weak. This causes developers headaches, bad reviews on their games, etc. And Android Market is not secure like iTunes, the apps don't go through a vetting process before they are put on the market, like iTunes does for their apps. So malicious apps are out there. Unlike iOS. Android is the new Windows... Sure it'll sell well, but Apple can give assurances on security, and the corporate sector will never adopt Android so it will remain the poor man's iPhone and the domain of geeks who can't face the fact that iOS is actually very good.

    Now... flame away :)

    1. Re:Android is not a viable proposition by tripleevenfall · · Score: 2

      It's true that often on Android games you'll see ratings all very high or very low, and the very low ones are usually "It didn't run well on my phone". with iOS there are no such worries about hardware (and OS) fragmentation.

      It's the same advantage Apple has always had, they know what hardware everyone has in advance.

  6. Fragmentation by Moof123 · · Score: 3, Interesting

    Phones are still sold with version 2.2 of android, 4.0 is now shipping. Faced with that, what could go wrong for developers?

  7. Why I only do iOS by tylersoze · · Score: 4, Insightful

    It's real simple for me, Android is an awful platform to develop for (as are all the lowest common denominator cross platform API's). I have fun developing for iOS and really like the native API and developer tools. It's important for me to actually enjoy what I'm doing. I've definitely lost some projects because I don't offer an Android, but it's not really mattered since I have more work than I know what to do with anyway. Even after culling Android and only taking projects that really interest me, I still have to turn down projects because I'm already booked up.

    Android is just not my cup of tea, if it's yours, then more power to you.

    1. Re:Why I only do iOS by emilper · · Score: 2

      somehow I feel like it's 1992 all over again, and we're debating MacOS vs. DOS/Windows 3.1, and MacOS is winning the debate ...

  8. Many reasons why devs did iOS first... by Anonymous Coward · · Score: 5, Insightful

    You know you're doing something wrong when RIM can claim (unchallenged) that the Blackberry App World is the #2 app store in terms of paid apps. #1 is, of course, Apple's App Store, but to have the #2 service be one from the #4 player is just... pathetic. (Windows Phone 7 is platform #3 after Android (#1) and iOS (#2)).

    There are many reasons for this.

    First, Google Checkout sucks. Yes, it does. When Android first came out, very few countries could access paid apps. As such, if you wanted to sell in the Google marketplace, you had to have free apps. The situation's better now, but you're still suffering from the fact that people found alternative ways to get paid apps for free. Google APKTor or the open-source counterpart.

    Second is that it's too easy to pirate apps. Google's APKs aren't DRM'd, so what people do is they buy apps, rip them, then return them. 15 minutes is enough time for this, and if it wasn't, they can always return and try again later. Given that there are almost daily "New Paid Apps" torrents on your favorite torrent sites... After all, the iPad was dinged as "cannot run pirate apps".

    Then Android users really don't want to pay for apps. I've seen some hardcore Linux users saying they'll never pay for apps - it should be FREE. Apparently, iOS users pay for 3-4 apps a month on average - Android stats are sketchier (C'mon Google - you just had 10B apps downloaded - how many of those were paid apps? Especially with the 10 cent deal?).

    Third, well, the fact you have to use your phone is a major drawback. iTunes sucks, but at least you can download your app on your PC first then sync it over rather than have to leave your phone alone while it downloads hundreds of megabytes of apps. Many apps use SD cards (and full SD permissions) to get around this by having a downloader app go and download all the game assets and such.

    Finally - fragmentation. Different screen sizes, different OS versions (a year after Gingerbread is released, it's on 50% of the devices. Which means roughly 100,000,000 out of the 200,000,000 Android devices run the what was latest and greatest OS. ALl the others run Froyo or prior (yikes). iOS has similar issues, but the number of people stuck at iOS 3 (only iPhone and iPhone 3G (iOS 4 doesn't run well so I'm not going to count it)) is fewer than those capable of running iOS 4/5, plus a number are upgrading. Ice Cream Sandwich will resolve this (Google's words), and maybe by tihs time next year we'll have 50% of Androids running ICS.

    Then there's the black sheep - AOSP. Without access to the market, it has to use alternative marketplaces, bringing us back to piracy.

  9. The REAL reason by WarwickRyan · · Score: 5, Funny

    Come on, we all know that the REAL reason devs prefer to code for iOS is because it's the only way we can convince the wife that we NEED that shiny overpriced MacBook Pro or MacBook Air.

    The Wife Acceptance Factor.

    1. Re:The REAL reason by DeeEff · · Score: 2

      This is an important part of the "Theory of my Wife's Acceptance to Technology," or as I like to call it, T.W.A.T.

      If you master your wife's T.W.A.T., you'll make money and be happy. Or at least have shiny toys.

  10. Re:Mod topic as flamebait? by bonch · · Score: 2, Informative

    It's not flamebait. It's based on a study by Flurry Analytics showing that Android developer share has declined by more than one-third in the last year. Apparently, refuting the Eric Schmidt with hard numbers is now "flamebait" because happens to be negative news about Android.

  11. I'm the opposite by Dan+East · · Score: 5, Interesting

    I'm the exact opposite. My game engine and various libraries (lua, box2d, etc) are all written in C++ / C, thus I have a single codebase that I build for both iOS and Android (and Windows and OSX). 99.9% of the code is shared - there are literally a few dozen lines of Javascript / Objective C that tie events at the app level into my game engine.

    I greatly prefer to release for Android first, and I can't imagine why anyone would want to release for iOS version first. I can patch bugs and have a new Android build online and rolled out to my users within an hour or so. I can throw a new build straight to a user via a URL or email that they can upgrade to directly to check the fix (which is, for all intents and purposes, not an option with iOS having to deal with getting the user's device ID, generating a mobileprovision file, using one of my 100 device slots, etc, etc) With iOS my app has to go through the entire approval process again, adding at least a 1 week minimum delay before the bug fixes reach the users. It's far better allowing the Android users to give the game a thorough thrashing for several days to make sure there aren't any obscure or hard to trigger bugs, then roll out to the iOS folks.

    --
    Better known as 318230.
    1. Re:I'm the opposite by jader3rd · · Score: 5, Interesting

      Sounds like an argument for why end users "feel" that iOS apps are more polished. End users tend to loathe updates. As a developer I completly see the value in your statement, but I can also see the point of view of people who don't want updates.

    2. Re:I'm the opposite by Anonymous Coward · · Score: 2, Insightful

      I do remember a time when software was actually tested before being published. Now it seems everyone insists on public, paying betatesting.

    3. Re:I'm the opposite by whisper_jeff · · Score: 4, Insightful

      So you use Android consumers as beta testers while you iron out the bugs in a rushed, poorly tested product?

      I know I'm going to be modded troll but, sorry, that's what your "interesting" post sounds like - you prefer to release to Android first because you can quickly and rapidly fix problems rather than taking the time to properly build and test your app before releasing it into the market.

      I'm even going to go one step further in my near-trollish commentary: you're one of the reasons that Android users are less inclined to actually spend money on an app because developers likely rush them out whereas iOS developers take extra time to make sure it's "just right" before putting it out because it's such a headache to fix problems. iOS users are more confident in a reliable app while Android users are faced with buggy initial releases. I don't know, call me crazy (or a troll, as you wish), but I wouldn't rush out to spend money on an Android app if your view is indicative of the majority of Android developers....

    4. Re:I'm the opposite by maccodemonkey · · Score: 5, Insightful

      This sounds like an argument for thoroughly testing your software and not releasing with bugs.

      Game developers have had similar issues on other platforms. It used to be that when you released on a cartridge you actually had to do good work the first time. You can't patch a cartridge in the wild. With internet connected consoles, the problem has been getting worse and worse. It used to be that when you bought a game at launch it was solid. Now you're pretty much guaranteed to get something extremely buggy until the first few patches, assuming you actually get the whole game and the developers haven't decided to favor an early release and just update the game with more content later, leaving you with a pretty threadbare experience.

      So if your complaint is that Apple makes things difficult if you don't write good code the first time, maybe the problem isn't with Apple. Heck, your description just made Apple's system sound much better to me. Why would I want to buy buggy games?

    5. Re:I'm the opposite by flimflammer · · Score: 2

      You should be modded troll, or at least flamebait for that drivel.

      You are clearly not a developer. You can do all the "proper building and testing" you want and will still encounter bugs unless your app is some simple fart machine.

    6. Re:I'm the opposite by Kenshin · · Score: 4, Interesting

      Old man alert (and I'm only in my 30s):

      I'm sorry, but "developers" today are fucking spoiled little children.

      Back 15 years ago, before the net was completely widespread, everything shipped on DISK. Floppy, CD, whatever. You had to get get your code right, because if there were bugs, you had to send out service packs on disk too.

      Complaining about having to go through Apple's "lengthy" review process is a laugh. Oh no, you wanna send out updates of your app several times a day? Maybe you need better coding standards.

      --

      Does it make you happy you're so strange?

  12. Re:Rich Users by Kenshin · · Score: 4, Insightful

    You scoff at them spending $20 on a pencil at an art store, they scoff at IT people spending $300 on a "server grade" hard drive they can get for $65 at TigerDirect.

    --

    Does it make you happy you're so strange?

  13. I'm guessing the following... by RanceJustice · · Score: 5, Insightful

    If I was going to totally through ethics out the window for the pursuit of profit as an "App" developer, I'd easily choose the Apple monoculture. Lets face it, Apple users are used to being free with their money; these people were, in a year that wasn't prefixed by "199", paying $40-60 for a bloody unzipping program. Now, these same people have paid a bloody fortune for a locked down phone and again for a locked down tablet which are both predicated on an "it just works, so long as you make sure you always buy the new one" monoculture, and attached their credit card they use for impulse purchases to it That's PT Barnum-level temptation right there!

    So long as one doesn't mind paying for dev access and isn't interested in making programs that strain social mores and/or step on Apple's toes, once you've made it past the gate the walled garden I'm sure appears glorious. You don't have to worry about multiple hardware/software platforms outside the well-documented and very limited iSphere, you are assured your userbase has someone's money to spend, and so long as you abide by The Apple Way For Developers (tm) and kowtow properly to cocoa and objective C, you'll probably watch the dollars roll in.

    1. Re:I'm guessing the following... by wilson_c · · Score: 4, Insightful

      The best thing about being inside the walled garden is that it muffles the sound of all the sanctimonious twits whining endlessly because they attach ethical judgements to to the most tedious of consumer choices.

  14. Re:Hey hold on there... by bonch · · Score: 4, Interesting

    Where did you get this statement from, or are you just trolling? Did you forget those folks like me who treasure freedom to do as I please [with my gadget], not as some pundit at Apple thinks I should do?

    Pretty sure I included you when I mentioned the hardcore techies. Folks like you are the only ones who "treasure freedom" and lash out angrily at Apple for daring to put constraints on your beloved software tweaking habits. You represent a minority of Android's demographic, with the rest coming from budget smartphone buyers.

    Here we go again...Do products like Chrome or Gmail make Google any cash? Why do [uninformed] people like you always think Google must make cash from Android in a particular way like Apple does from its iOS?

    Because that's how a business works?

    Has Google ever put a number on how much it makes from its advertising?

    Of course. Google shares those figures annually. Advertising is about 97% of their revenue, which is over $8 billion.

    From Android, Google makes cash indirectly...through advertising and its doing quite well. In fact better than iOS.

    No, Google makes relatively little money from Android, and that's according to Google. I have no where you're getting the idea that they're making more money than Apple is from iOS, because that contradicts every hard number available.

  15. More business model than development by alispguru · · Score: 2

    If you plan to make money on your app via:

    * Advertising
    * Demographic data collection

    you'll lean toward Android - more users, more support from Google, no interference from Apple.

    If you plan to make money from people who pay for software, you'll go for iOS.

    Schmidt may be right - "free" has a definite mass appeal.

    --

    To a Lisp hacker, XML is S-expressions in drag.
    1. Re:More business model than development by BasilBrush · · Score: 2

      you'll lean toward Android - more users, more support from Google, no interference from Apple.

      More users of Android phones. Less users of Android apps. And as it's app distribution you want to maximise, iOS is better.

  16. I agree with Google on this one by Thorizdin · · Score: 4, Interesting

    We publish on both iOS and Android and I can say without a doubt its a MUCH bigger pain in the ass to publish with Apple. Their processes for vetting applications, even updates, takes several days and they certainly don't work on weekends. It also took significantly (over a month) longer to get setup with an Apple developer account and the requirements in terms of legal documents are significant, to the point that my company had to go to the office of our Secretary of State to get some documents filed that we hadn't needed in more than 20 years of existence. In short, I can't see anyone who does freemimum or truly free apps preferring Apple and its certainly NOT a friendly environment for start ups. Interestingly the Amazon market is kind of a middle ground between the almost too open Android market and Apple's too closed (IMO) approach.

    1. Re:I agree with Google on this one by multiben · · Score: 2

      The reason that releasing for Apple is a pain, is the exact same reason why the majority of the non-techy world prefer to own Apple. It alleviates the need for them to do the vetting and testing themselves. They know that if the app is on the store then it has already gone through an approval process which gives them peace of mind. Most people aren't interested in the politics of open/closed and all the associated crap that we techies carry on with. They want something that works and they don't want to spend time getting it working. And at the end of the day, having an entire deployment, merchant and marketing infrastructure at your disposal is worth waiting for a few days here and there IMO.

  17. Re:Out of interest by Fallingcow · · Score: 3, Interesting

    The API. There's a ton of shit you can one-line in iOS that you'll have to write yourself in Android, or drag in 3rd party libraries.

    Once you get past development, every stage after that's easier too. Testing? Easier. Putting it in the store? Easier (only one to worry about rather than several). Push messaging? Well-supported through a single vendor (Apple) rather than poorly supported through several. Want to add in-app purchasing? No problem.

    For professional developers Android is, frankly, a pain in the ass. The only way it's better is if you're a hobbyist, and even then... I think I'd rather pay the $100.

  18. Re:Out of interest by multiben · · Score: 2

    No, actually Objective-C was the worst part of it. Most of the code I wrote was in C++ and I only used Obj-c for the necessary API interaction. It is as Bucky24 says, the integration of their interface builder with the development process. Like I said, writing for Android was not bad, but IMO Apple have a clear edge.

  19. one word: consistency by ZeroExistenZ · · Score: 5, Informative

    I'm developing on both Android and IPhone; started out on Android and now have extended my repetoire to IPhone.

    The advantage but also disadvantage with Android is that it's very open-ended. Often you want to get a specific thing done and you end up alot of time bending the API to your will. (Oh tabview, why art though so...) Or bump into the limitations of your architecture and need to rework some things to get it running.(why does it crash on device x when I have two nested frameviews to have this design? Why doesn't it scale well on device y?)

    The IPhone API takes more knowledge (how does that delegate call again and what object is stored where and how do I get a refernce to this?) but it's consistent. And the look is consistent. (which shaves up alot of time thinking about the GUI when trying to implement it.)

    I'm an avid Android lover but I can appreciate the IPhone API as well.

    --
    I think we can keep recursing like this until someone returns 1
  20. The Desktop Mirror by SuperKendall · · Score: 4, Insightful

    Android's target demographic is hardcore techies combined with budget buyers unconcerned with smartphone quality.

    Which will quickly massively outnumber Apple's demographic.

    What would you base that assessment on? If that were true why would lInux, which had exactly the same combination of possible buyers (techies plus people seeking really budget computers) not have beaten Windows long ago?

    It's amazing to me that so many computer literate people here are utterly unwilling to see the impact that software has on the platforms people chose to use.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  21. Android Market Problems by JohnG · · Score: 5, Interesting

    I tried to read all of the posts to see if someone else mentioned it, but didn't see one that did. Aside from the problems with Google Checkout not being widespread, there is a huge problem with the functionality of the market. At least once a month I get an email from someone that says they bought my app but the download would not complete. They demand their money back from me. This is annoying for two reasons. One, it is entirely possible that their order was never charged. If you look over your checkout account, there are several attempted purchases every single day that didn't go through. It happened to a friend of mine that tried to purchase one of my apps, and I know there was money on his debit card. This is a lot of money in lost sales. The second reason it is annoying is because I am being wrongly blamed for Google's incompetence. When customers complain to me that an app they purchased wasn't downloaded, it is the equivalent of buying a PS3 off of Amazon and complaining to Sony that Amazon never shipped it. I've never once gotten a support email from an iOS user about the same issue. And over a two year period there have been dozens from Android users. Google also has MUCH less developer support than Apple does. They simply do not care about us or our opinions. Period. They seem to view the market as an after thought as well. Why should I make them my primary platform under those circumstances?

  22. Odd definition of Open by SuperKendall · · Score: 4, Interesting

    Windows PC vs Macintosh. The more open platform won.

    I don't recall Linux winning. Windows to Mac, both are almost as closed.

    Wait, actually even that is not true. OS X is based on Darwin which is open source, and also BSD which is open source - and a lot of the things it ships with (like Apache or Bash) are open source.

    So doesn't in fact history tell us here that closed won definitively?

    Android vs iOS. The same is happening here with the Android platform having a significantly larger userbase.

    Aha, but the tricky thing is defining what a smartphone user really is. If it's someone that merely owns a smartphone, Android is "winning". But if it's users that actually use smart phones as, well, smart phones - it would appear iOS is winning handily by any metric (app sales, developer interest, percentage of users on web logs).

    Give it a couple more years. Apple will be a fading memory.

    I DARE you to short Apple. It is a rising behemoth that is only just at the start of REAL growth.

    And yes, I have bought stock - at varying levels since $30...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  23. And Here's Why This Opinion Piece May be Wrong by MikShapi · · Score: 2

    It assumes linear, progressive growth in line with what we see.
    But technology doesn't work that way.

    Namely, free stuff has always been, and will likely continue to be, a rising tide of stuff. Stuf that... well... you can get for free.
    You can't sell DOS to a market where Linux is free, or Office 95 to a market that has free office products that cover most of the basic functionality.

    The point I'm making is not "payware is doomed". Far from it. But it starts like a wild west of opportunity, but over time the rising tide of free stuff drowns out a lot of the noise, and it's only those that manage to keep their head above it and progressively innovate and get better that contribute to what ultimately becomes the "settled" market.

    Mobile software is still in its wild-west hayday. But when things get popular (and profitable) the probability that some developer throws his guts into a free alternative rises. Let time do its thing. Let the pay-vs-free balance settle and the PC effect to take over.

    Yes, iOS will always probably make more because Apple-ecosystem users have a more solid standing culture of paying for their software.

    BUT beware anyone who picks up that initial growth trend, extrapolates it linearly and builds mountains of logic on that.
    Because, if we've learned anything, our beloved tech industry doesn't like'em straight lines.

    --
    -
  24. Re:Mod topic as flamebait? by miltonw · · Score: 5, Informative

    Wait. The front web page of Flurry says "FLURRY: Introducing a game-changing marketing approach to build your iOS audience more effectively." So, they target Flurry for iOS and then find that most of their developers use iOS. And this is worthy of any notice?

  25. Re:Money, money, money... by thegarbz · · Score: 2

    It's all about the fact that casual purchase on iOS takes ... 20 seconds? Casual purchase on Android takes ... 20 minutes? I've timed them.

    What the hell have you been doing, converting the bits into morse code and sending them to google via telegraph?

    A casual purchase on Android is faster than a casual purchase on iOS. It takes precisely 2 clicks to make a purchase (vs iOS's 3), and 1 click to make a refund.

    I accidentally purchased an app and refunded it just now to check these numbers because I thought it would ask me confirmation one more time, but no.

  26. Re:What a load of bullshit! (Developer here) by maccodemonkey · · Score: 2

    "We only know that IDevices are usually used by total retards that can be tricked into giving all their money to *everything*."

    Oh trust me. The feeling is mutual.

  27. Re:Mod topic as flamebait? by BasilBrush · · Score: 2, Insightful

    Flurry analytics are free. Flurry make their money from advertisers. Android is more of a platform for ad-supported software than iPhone. So what's your theory for the bias towards iPhone in Flurry's stats? All things being equal the bias ought to be the other way.

  28. Re:Mod topic as flamebait? by Anthony+Mouse · · Score: 3, Informative

    I think you might have just explained the results without even realizing it.

    Is Flurry Analytics not a thing that competes with Google Analytics? Because I could kind of see how Google would be better able to promote Google Analytics to Android developers more easily than to iOS developers, which would take them disproportionally out of Flurry's numbers.

  29. Money by codepunk · · Score: 4, Informative

    The reason is simple, I use a cross platform tool kit to create my apps. The apple versions out sell the android versions by at least 100-1 ratio. I quit even bothering to compile a android version. If I spend more than a hour testing and compiling a android version I am wasting my time. Once there is a few bucks to be made I will likely return to the android market, until then I am completely IOS / Apple Store focused.

    I could care less what a android fan boy says.
    1. Apple Store has better monetization.
    2. IOS applications perform better (native execution)
    3. The platform is standardized I am not trying to build for 300 different devices.

    --


    Got Code?
  30. Re:Hey hold on there... by BasilBrush · · Score: 3, Informative

    The Galaxy S II was the best selling device last round - even outselling the iPhone 4S.

    The iPhone 4S has only been out 2 months. Too early for stats. The Galaxy S II certainly didn't outsell the iPhone (4). You're confused with the sales of the entire range of Samsung, which did outsell the iPhone. But that includes around 50 different Samsung phones, including many free with a contract ones.

    I'm afraid your appraisal of Android as being a generation ahead of iPhone is as deluded as your misunderstanding of sales figures.

  31. Re:Hey hold on there... by Rennt · · Score: 2

    Alright, I'm willing to let the hardware superiority vs iPhone slide (we could start a pissing contest about specs if you want, but that won't get us anywhere). The fact is though that the top of the line HTC and Samsung phones are the best sellers, which puts lie to the whole "majority of Android buyers get cheap crap" angle.

  32. We're making an Android port now. by Anonymous Coward · · Score: 3, Informative

    For a client. We built their very successful, very nice, iOS app.

    It's hell making the Android port.

    The iOS version of the App has these beautiful sliding table views that overlap each other with nice drop shadows. Simple gestures move them on and off the screen. As you scroll one of them, the other table view scrolls and highlights to match up to the corresponding section. When you tap products they animate and fade into an expanded information view. It's a really nice app and users love it.

    Then they asked for the Android version, we're working on it. But we had to throw out the overlapping tables with drop shadows. We had to implement a stupid paging system for tables because they wouldn't scroll smoothly with ~2,000 products (each product has downloadable images that start to fetch when they are scrolled on screen). The table cells can't animate as they expand like on iOS. Putting a ScrollView inside a ScrollView doesn't "just work" like it does on iOS, where touches are correctly, and importantly, delayed slightly before being passed to inner-content views.

    This app manages a lot of data and it works smoothly on iOS all the way back to an iPod Touch 2G, which has completely anemic hardware compared to the Galaxy S2. Yet the Galaxy S2 struggles with the sorts of interactions, UIs and data we ask it to render.

    Another annoyance is that different Android phones seem to behave differently. On the HTC device we test with, our WebViews allow user scaling even though we disallow it in the meta-tag. Our loading indicators look different. We have to account for the user possibly using a different system font and thus can't rely on getting a pixel-perfect design to the. It truly sucks.

    The final annoyance is that different Android phones have different color calibration. The colors are designed to match the company's printed books. Their printing spot colors work beautifully on iOS screens. Yet look at the Android app on a Galaxy S2 and HTC device (using the same RGB values) and the resulting colors are completely different.

    I'm also trying to do things the "Android way." Yet I am rapidly discovering there is no consistent way to design apps for Android. Editable table views? Every app seems to do it differently. Google+ and Google Reader both handle them differently! How the hell do they let this happen?

  33. It's the revenue by Anonymous Coward · · Score: 2, Insightful

    I work for a small business that has a couple of apps on both iOS and Android. Posting anonymously for obvious reasons.

    In a typical month, we net $20k from sales on iOS and $3k from sales on Android. The apps are nearly identical, the copy in the store *is* identical. The only differences are layout changes to make it feel natural on each platform. Yet actual app usage is roughly equal between the two, as measured by server requests/day.

    Two lessons: 1) The Android demographic is much less likely to pay for applications (at least ours), and 2) Piracy is a much bigger problem on Android.

    We're developing a new app that and rather than doing simultaneous release on iOS and Android, we're doing iOS first and will use its revenue to gauge whether the Android version is worth doing -- after a month or two we'll see what the ROI on Android would be at 15% of whatever the iOS version is doing.

    This sucks, because I use an Android phone and prefer Android myself. But as a small company we would be crazy to devote the same resources to a platform that underperforms in revenue.

  34. $599 plus $99 per year by tepples · · Score: 3, Insightful

    The iOS dev tools are $599 but they come with a free computer. Furthermore, you have to pay per year to be able to run programs that you compiled on an iPod, iPhone, or iPad that you bought. The Android dev tools, on the other hand, run on any computer that can run Java, including the one you're more likely to already own (a Windows or Linux box), and "adb install" is free.

  35. Re:Why developing for Android can be superior by maccodemonkey · · Score: 2

    "With Android, most non-game development is done in Java. A language many people know. With iOS, development is done in Objective C, a language that is not used outside of Apple-world anywhere near as much as Java. Objective C seems obscure to me"

    The more and more people who take up iPhone programming, the less and less obscure Objective C grows. This argument is beginning to wear thin, especially with numbers like this:
    http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

    "I have some written code at one time or another in C, C++, Java, Perl, Python, Common Lisp, Basic, PHP and probably some languages I'm forgetting, but have never had cause to use Objective C."

    Then learning another language should honestly not be that big of a deal. Java was based on Obj-C. It's not like they're worlds apart. They're pretty much the same once you get used to the brackets. Memory is even automatically managed these days. (And if you already know C, you really should not be complaining at all.)

  36. Insane to consider Apple success as early adoption by SuperKendall · · Score: 2

    It's probably true that Apple has a near monopoly on the early adopter spendoids. I don't think there are a lot more people out there lining up to be so loose with their cash. They are already at the apogee of milking their traditional 10%

    I don't think you understand what is happening at all. Apple's "traditional" market share in the same space as the iPhone is the iPod at around 80-90%. And a vast majority of the phone market remains to convert to smartphone use. Even if your guess of 10% were accurate, Apple is not even close to an apogee for about a decade.

    Apple users are not all early adopters at this point. Indeed I would say early adopters now are a small portion of Apple's user base. And Apple has never gone after early adopters anyway, because they are far more about refinement over time than crazy new stuff every month or featureitis that gets the early adopter blood flowing.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  37. Re:The problem is, it's not... by SuperKendall · · Score: 2

    Apple and Google are neck and neck in terms of absolute app downloads. But what I meant was again "selling" in terms of making money. Far more apps downloaded on iOS are purchased apps (to my mind a free app is not really a "sale").

    I don't really see Androids numbers compared to Apple increasing much more as WP7 starts to eat into Android market share next year. Laugh all you want but you'll remember what I said a year from now...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley