Devs Bet Big On Android Over Apple's iOS
CWmike writes "A majority of mobile app developers see Android as the smart bet over the long run even as they vote for Apple's iOS in the short term, according to a survey conducted jointly by Appcelerator and IDC. The survey polled more than 2,300 developers who use Appcelerator's Titanium cross-platform compiler to produce iOS and Android native apps. Of the 2,300 polled, 59% said that Android had the 'best long-term outlook,' compared with just 35% who pegged Apple's iOS with that label. But three out of four said that iOS offers the best 'near-term' outlook, with 76% tagging Apple's operating system as the best revenue opportunity."
Apple users are used to paying for costly proprietary applications, so of course there is a better revenue opportunity. I just find it so disgusting that there are so many developers all of a sudden interested in making money from their code. It seems Apple is doing more to destroy the environment created by the open source community than any other company...
Rejecting apps is only the tip of the iceberg. Objective-c is Apples attempt to co-opt developers. This has backfired. Developers like freedom to own what they make and not be locked into a solution. I can use C,C++ and java on any desktop system really easily. Rejecting apps is all part of Apples attempt to lock you in. Conform or die. Resistance if futile.
Apples attempt to assimilate developers will fail.
I think Apples walled garden approach may result in more per-user spend. But that's about it. A many times larger user base, I don't see Android's market share plateauing until it is many times that of iOS. It always makes sense to target the larger user base as a starting point (but only as a crude rule of thumb of course). This is a repeat of the Mac vs PC era and again Apple is just to selfish.
However, this time the OS competing with the Apple camp is *really good* and Android is so far ahead of everything it's not funny. Apple is being forced to eat humble pie and add features that Android pioneered and thus demonstrated Apple was wrong about, it's gotta be a sign.
Oh and the Android development community is fscking awesome.
After logging in slashdot still does not take you back to the page you were on. It's been that way for 20 years.
The biggest PITA isn't the whole app store process etc. its the fact that developers cannot:
a)You cannot make your own dynamic libraries, only static ones(though the OS obviously supports it, you can include any of Apple's own dyilibs in your project) I don't need to go into why dynamic linking is much better than static....
b)There really isn't a clean way to talk between applications. You can send files, but it's really a drop box, I can COPY(not link!) something into another apps area, but after that the file is no longer mine. So if I want to send something to another app to process and then get it back to do some processing by my application I have to hope the app tells me about the changes, and considering the app may not even know I exist(nor should it, thats the beauty of decoupling), thats a lot to ask.
I can *sort* of understand 1 from a performance standpoint, if you allow user created dynamic libraries every time the application is swapped out of memory you have to find which dynamic libraries it uses, make sure nobody else is using them, then unload them. However as memory increases the rationale behind needing to constantly load/unload them starts to disappear.....
Maybe Apple will change it's tune, but long term I think you will be able to do more interesting things with Android because it allows for the creation of dynamic libraries and inter-application communication.
Monstar L
Actually I'm pretty surprised they could find 2,300 developers who use Appcelerator's Titanium cross-platform compiler at all. Did they make answering the poll questions a part of installing the software? And does this whole story sound like a slashvertizement to anyone else?
Honestly I like Android, and I like iOS, but the GUI layout models are so different, I can't imagine a single system working well for both. Does anyone have experience with it?
Qxe4
Looking at the title of the summary: "Devs Bet Big On Android Over Apple's iOS"
Then look at the statistics quoted:
Long Term: 59% Android, 35% Apple, and 6% other (undecided, supports both, or neither)
Short Term: 76% Apple
I hardly call that "betting big" on Android. Personally I'll "bet big" that Apple gradually relaxes out of its "walled garden" approach, Google will drift toward higher standards for its market place apps... and ultimately whoever designs (or supports) the shiniest phones will win. Slashdotter's sometimes forget, hardware aesthetics often are the deciding factor.
Cool art gallery, if you're into that sort of thing.
> If you have brand x phone and I have brand y and you have a cool app, will it really work on my phone with a different processor,
> screen geometry, camera, sensors, etc?
Basically, yes. For the same reason you can run the same Windows and Linux software regardless of whether your x86 CPU was made by AMD or Intel, and use 3D graphics regardless of whether the video chipset was made by AMD, nVidia, or Intel. Strictly speaking, native code compiled for ARM won't work on an x86-architecture device running Android... but as a practical matter, just about every Android device that matters financially to real-world developers has an ARM processor.
Ditto for frameworks. The "Android Fragmentation" problem isn't due to a need to write one set of programs that work with SenseUI, another set that work with TouchWiz, and another set that work with MotoBlur. It's due to the fact that SenseUI, TouchWiz, and Motoblur keep phone owners shackled to old versions of Android because every new version tends to catastrophically break the manufacturers' proprietary "frameworks" that nothing besides the manufacturer's own apps use, and every major new version of Android has introduced lots of badly-needed basic features that were missing from early versions, so being shackled to an older version of Android really, really sucks. That's why so many Android owners have mixed feelings about SenseUI in particular -- it's very pretty. When it's cutting-edge, it's great. It's shiny, cool, and pretty. But 3 months later, when the next major version of Android gets released that leapfrogs ahead of the version chained down by SenseUI, it's an ugly ball and chain that holds back the rest of Android from progressing until HTC gets SenseUI working with the new version of Android.
There are a lot of 5 lines-of-code tweaks I would like to apply to my phone. But as far as I know the Droid X will brick me if I try rolling my own. Not exactly as open as the Nokia Linux phone.
...and Meego. Both Symbian and Meego are more open than Android (iinm), because there is no one member controlling it - ie they both have councils/etc.
In comparison, Android is a poor bet, if you ask me. I say this not only because it isn't very open to collaboration, but also because it is designed to profit Google in ways that other key players also want to profit - ie services. Sure, they can fork it and do whatever they want, but that just becomes fragmented and is only Android in name (which might be enough to dumb consumers, I suppose). Manufacturers like that they can see the code, but to changing it means it isn't 'comes with Google'.
Android is "Open" as in "Window", but not "Open" as in "Door".
But I'm sure some would disagree...and I'm quite interested in the counter arguments. So 'fire!'...
Max.
http://developer.android.com/sdk/ndk/index.html#overview
Just about the only thing you will need to use the DalvikJava for is integration with the app system. Which you want.
xkcd is not in the sudoers file. This incident will be reported.