Should I Learn To Program iOS Or Android Devices? 403
HW_Hack writes "In my early career in the '90s I had a hardware tech degree, but also a strong interest in software. I completed software courses in assembly, Pascal, HTML, and C as I prepped for a CS degree. I then got my chance to do hardware design for a major US firm and went that direction for a good 18-year career. I now work in a good sized school district doing IT support work at a large high school. I plan to revive my programming skills this winter so I can write apps for the flood of mobile devices. I am very much platform / OS agnostic and I support on any one day OS X, XP, Win 7, Linux servers, and now iOS as we pilot iPads in our school. My question focuses on three topics: Which programming environment (iOS or Android) is easier to jump into from a technical perspective / number of languages needed to master? Which one has a better SDK ecosystem of documentation, programmer support, and developer community(s)? Where is the market and the money going? I do not expect to get rich doing this, but with my insights into K12 needs I hope I can write effective apps for that market."
Yes (Score:5, Insightful)
Re: (Score:2, Informative)
EXACTLY!
As a developer you'll be far more valuable being able to deliver an app to as many platforms as possible.
Re:Yes (Score:5, Informative)
Back on topic, Flash is coming to every single smartphone platform (and even TV set top boxes [yfrog.com]). 19 of the top 20 mobile manufacturers are already part of the consortium Adobe Open Screen Project [openscreenproject.org] and they're working to get Flash running on their respected platforms. Only Steve Jobs didn't sign up for whatever his reasons. Flash is now out on Android, Symbian, Maemo, coming to WinMo 7 (Flash Lite is already out on older versions of WinMo), Blackberry & Palm, definitely on Meego (Nokia Maemo + Intel Moblin).
Flash CS5 can now be used to make native iPhone apps legally again as per App Store policies (the process is the same as making an Adobe AIR app). Here's a refresher on exporting your AIR project into iOS: Packager for iPhone Refresher [adobe.com].
There's some surprising current statistics [pcpro.co.uk] to fix one's perspective on the death of Flash by the iOS gadget crowd. Currently 97% of the internet is Flash capable and iOS only has 1.1% share. Of course, the iOS share will increase as more customers buy them, but think of that when building stuff with the widest reach possible. Also, currently, devs seem to be monetizing the most on iOS, but the App store is now *so* *so* *so* saturated that it's hard for a new app to get noticed amidst all the noise.
Flash 10.1 is already out on Android Froyo (2.2) and AIR for Android is currently in public beta and should come out soon http://labs.adobe.com/technologies/air2/android/ [adobe.com] so Flash is already good to go if you want to target Android.
Another thing to consider is that Android market share has now overtaken iOS and since there's not enough decent content on the Android and Adobe AIR marketplaces compared to the Apple App Store, if you build a good app on any of those platforms, it's easier to pull in a user base since there isn't much competition yet.
Your Flash apps would run on Symbian^3 devices which are already out (N8, C3, etc) as they have all Flash Lite 4.0 (A slightly stripped down version of Flash 10 which already runs AVM2 AS3 swfs). In fact, Nokia just launched the $10million Calling All Innovators N8 app contest [callingallinnovators.com] and Flash is one of the formats you can enter in.
Not only will your apps run on mobile devices if you build 'em in AIR, they will also run on Desktop Linux, Mac & Windows and that is the biggest plus for me. For complaints about the cost of Adobe tools, you can build SWFs and AIR apps from completely Open Source tools. The Flex SDK is FOSS [adobe.com] and you can build apps just with your
Of course, please don't forget to *optimize* *optimize* *optimize*. Flash is not a slow platform. T
Re: (Score:2, Informative)
Aside from that, a growing number of users are already ditching their PSPs & NDSs for smartphones/PMPs. Nokia
Re:Yes (Score:5, Informative)
a fair point, Air is a common-baseline platform to develop for, more ubiquitous than Windows! Develop for Air and you'll be ok no matter where you want to put your apps.
There is an alternative: Qt.
It's a more 'serious' development platform requiring C++ skills (that pretty much get compiled to any platform) with a rather easy to use GUI, and now they also have a wonderful QML 'fluid' capabilities where you can extend the 'boring' old GUI with new fancy features very easily.
It has support on Android (through the Lighthouse project) and all traditional desktops, and all Nokias (of course) with iPhone support being worked on at the moment.
Its also free for everybody. If you want to develop for multiple platforms without the 'embarrassment' of using Flash, then this could be a way to go.
Bollocks (Score:3, Insightful)
There's something stinky about flash on mobiles. They tried to make it the next big mobile platform before (aka Flashlite) and it flopped.
Three big flash developers Nitrome, Semi Secret Software and Astro Ape Studios, are rewriting their games for iPhone natively rather than using CS5, because flash is too slow.
http://www.gamasutra.com/view/news/30368/InDepth_iOS_Flash_Devs_Cautiously_Optimistic_Of_Apples_New_Tools_Policy.php [gamasutra.com]
Re: (Score:3, Interesting)
Which of your bits of anti-HTML5 FUD prevents you from simply offering Chrome Frame to IE users?
I'd also be curious which demos you've seen which only work on Safari, or only work on Chrome. It seems like they "only" work anywhere except IE, and some even work with newer versions of IE.
And yes, if you build your apps for AIR, they'll run on modern desktop OSes -- if people install it. Which would make them morons, because if it's really something for which HTML would be a viable alternative, why would I wan
Re: (Score:2, Interesting)
Actually, this isn't so far fetched, except you should be saying: "write Nokia Qt, Qt Mobilitiy, and QtQuick" because it runs on Symbian, Meego, and Maemo. With 160 million devices in the market capable of Qt and QtQuick, it wouldn't been a bad plan to learn it. It will also run on tablets and desktops.
Re: (Score:2, Informative)
Other than simple "hello world" type development, most of the time the way you really learn a new platform is by getting a new project and then learning it as you go. Pretty much any senior developer can pickup new platforms with only a slight impact (mostly late nights) in the overall timeline.
For me personally, I have not been able to get any clients to bite on iOS development, but I found early on that android is an almost ideal OI for industrial automation. Hence, why I currently am only doing androi
Not true (Score:5, Insightful)
Sure, a few late nights will let you pick up the syntax, but the real value of a platform, whether it's JEE,
Sure, after a couple weeks of hard studying you can start to program in a new language. I'm not debating that. Additionally, some languages and environments are going to be easier than others. But the vast majority of developers are not going to be even nearly up to speed on a new language without having a severe impact on the timeline of a project.
Re: (Score:3, Insightful)
Spot on.
I have been programming since I was 9 years old (LOGO, GWBASIC, Pascal, C, then C++ then Java) around 1988) and if someone asks me in what languages am I fluent I would just say Java, and C, because these are the ones I have used *for work* in the last 5 years (granted, I have also used a plethora other languages ,like PHP, python, ASM, some SQLs and whatnot).
Some time ago I read an article by Joel Spolsky regarding this topic (can someone whore some Karma by posting the link? plz). The problem is t
Re: (Score:2)
Point is, web apps don't solve everything, but they do solve some problems very nicely, and they're powerful enough now with Webkit (on iOS and Android and WebOS) that you can even use them
Re: (Score:2)
Re: (Score:2)
Did you thank him for killing your storm :)
Re: (Score:2)
Re: (Score:2)
That always struck me about the big dune monster in Return of the Jedi. You know the one that was basically a pit in the sand that they were going to be thrown into? C3PO said that anyone thrown in would die a painful death as their body is digested over a period of 1000 years. I figure if it takes 1000 years for that thing to digest anyo
Re:Yes (Score:5, Funny)
Microsoft Windows Phone 7 is coming out in just a couple of months and just as Microsoft has done on the desktop with superior choices like Windows NT, they will quickly dominate the mobile front as well. Microsoft Windows Phone 7 is programmed completely in the industry leading .net programming language and augmented with the unmatched Silverlight technology providing an unrivaled technological platform with which you will only be limited by your imagination for the applications you can develop. Why play around with a tired platform like ios or android (an operating system only tech geeks can use and understand), when you can go with the undisputed leader in computer technology that is Microsoft. Furthermore, the MetroUI as seen on the ZuneHD audio player makes androd and ios look like sad anachronistic throwbacks. No serious developer will even touch aple and googls stuff when Microsoft Windows Phone 7 is unleashed.
Re:Yes (Score:5, Insightful)
Having the knowledge to develop for both platforms is a wise idea. There are some who think that Apple's proprietary-ness will lead them to their doom. I don't think that's the case at all. I know that with "walled garden" of iOS, my apps are checked for proper behavior before being placed in the wild. And, there is a system in place to sell apps and collect revenue. Granted, Apple takes a nice slice for the privilege - but its a thriving environment.
The language you need to learn is currently Objective-C. Apple has recently changed their development tool policy - so, expect other languages to become available that cross compile down to Objective-C. We'll see. Documentation is very good and there are plenty of 3rd party books out there also.
Android requires Java and knowledge of the Android SKD. It also has a large community following. Gartner groups predicts that by 2014, Android based phones will outsell iOS phones - simply because it will be on more platforms.
Android has a hidden danger - malware has already been found in the wild that attack Android phones. And, if the code keeps forking for each device type out there, you will have to know all the nuances of a given platform. This is something you don't have to worry about too much with iOS. I am not familiar with the selling of Android apps - how that ecosystem works - maybe, somebody else can expound on that.
A third contender will be Microsoft with Windows Phone 7. We'll have to see if their system catches on - the first devices are due out in October. It may be too late for them.
Blackberry? Well, they have too many devices and versions of their OS. Testing our app for Blackberry required the hiring of service to provide access to test devices and separate builds for each device type. I would discourage Blackberry development.
If you plan to sell to your services to the business world, learn both environments. There's where the money is to be made - the days of the "big app" making your a zillionaire are pretty much gone.
Re: (Score:2, Informative)
Blackberry? Well, they have too many devices and versions of their OS. Testing our app for Blackberry required the hiring of service to provide access to test devices and separate builds for each device type. I would discourage Blackberry development.
Blackberry has made device emulators freely available for many years.
Blackberry has had documentation and an SDK freely available for close to a decade.
Blackberry puts no restrictions on how you sell or distribute your applications.
Re:Yes (Score:5, Informative)
"Android has a hidden danger - malware has already been found in the wild that attack Android phones."
So does the iPhone - there have even been a few that have made it to the front pages of Slashdot. One of the Apple "hidden dangers", as you call them, is some strange confidence that Apple doesn't have these bugs and people act accordingly. Indeed their PDF reader had a remote root exploit that makes any and all Android exploits pale in comparison. Heck, even *the store itself* has been compromised on at least one occasion (most likely by multiple different people too) and a large number of unauthorized purchases initiated by said intruders.
However, that really doesn't matter that much with respect to what environment to learn and frankly matters little to most people (note how many use Windows). If you want to develop mobile application then it would be suggested that you learn iOS, Android, and RIM.
Re: (Score:2)
What does a flaslight need serversockets for?
It's very dark deep down in the intertubes. You need a flashlight because a zippo will just set off the smoke alarms.
Re: (Score:2)
this is the correct answer.
Re:Yes (Score:4, Insightful)
Re: (Score:2, Insightful)
you should.
Good enough, didn't answer much of his questions as far as languages, communities, environments, market and so on though.
Also what about QT? 4.7 just came out:
http://qt.nokia.com/products/whats-new-in-qt/ [nokia.com]
Re:Yes (Score:5, Interesting)
As a developer:
- Android is way easier than iOS.
- ActionScript is the place when good language design went to die
As a user
- iOS apps, if designed natively, are extremely hard to beat in terms of responsiveness, beauty and general "native feeling"
As a vendor
- Flash is the common denominator, i.e., it may commoditize the platform, but I've yet to see a flash based app that looks as good as the best native apps
- Android will have a bigger user base but a worse monetization mechanism than iOS, i.e., more users but which consume less (more due to the neglect of the market than otherwise).
Re: (Score:3, Insightful)
- ActionScript is the place when good language design went to die
You're talking about ActionScript 1. You should check out ActionScript 3, the current iteration. It's for all intents and purposes, the same syntax as JAVA. ActionScript 2 is a variant of JavaScript (it's an ECMAScript implementation).
Android (Score:2, Insightful)
iPhone is too proprietary it is a dead end.
Re: (Score:2, Insightful)
Re:Android (Score:5, Funny)
Yes, iPod touches, iPhones and iPads still haven't really caught on with the mainstream consumer yet. Consumers can regularly be seen debiting the merits of a cell phone based on the openness of the product - not the functionality or usability. I believe Apple has sold some product units but i'm expecting all the millions of owners to ditch their iDevices any day now simply because Android is less proprietary.
Re:Android (Score:5, Insightful)
Re: (Score:2)
(and far less apps are unjustly removed from the Android market than Apple's app store)
There are far fewer apps to begin with...
[citation needed]
Re: (Score:3, Insightful)
[citation needed]
Fair enough. Here you go [gizmodo.com]. It's a bit outdated (being from March and all), but I doubt the situation changed significatively in the last 6 months.
Re:Android (Score:4, Informative)
[citation needed]
Fair enough. Here you go [gizmodo.com]. It's a bit outdated (being from March and all), but I doubt the situation changed significatively in the last 6 months.
I asked for a citation because I felt it was inaccurate. A quick google search [google.com] proved your point, but with some reservations...
On 17 March 2009, there were about 2,300 applications available for download from the Android Market, according to T-Mobile chief technical officer Cole Brodman.
By December 2009, there were over 20,000 applications available for download in the Android Market.
By August 2010, there are over 80,000 applications available for download in the Android Market, with over 1 billion application downloads
. Recent months (in 2010) have shown an ever increasing growth rate, recently (in May 2010) surpassing 10,000 additional applications per month.
copypasta from http://en.wikipedia.org/wiki/Android_Market [wikipedia.org]
In addition, that's just the "official" "app store". There are links to 3 "alternative stores" on that same wiki page. I would post a link to Apple's alternative stores, but there don't seem to be any that are available without jailbreaking your device. Apple appears to have failed at quelling the android uprising.
As of September 1, 2010, there are at least 250,000 third-party applications officially available on the App Store, with over 6.5 billion total downloads.
copypasta from the similar article for apple's "marketplace" [wikipedia.org].
This data appears to contradict me, and reinforce your position. There are, apparently, more apps for iOS than for android. However, it would appear that Apple's momentum is slowing, whereas android's momentum appears to be increasing. Development of new iPhone apps appears to have dropped below 10,000 new apps per month, whereas android is now above that line, and continuing to increase.
I suppose the argument could go either way, if we want to get picky, but it still stands to reason that android is still picking up steam, and iOS is slumping - probably largely due to the bad press the iPhone and iPad have received as of late, whereas no one seems to have anything bad to say about 'droid.
And a parting shot:
If the number of available apps is your only beef with android, what will you do when the developers stop developing for iOS, due to the myriad restrictions placed upon the apps that even make it into the store?
Re:Android (Score:5, Insightful)
What is it about open source zealots that utterly blinds them to reality? FOSS is all fine and dandy, but end users usually don't know or don't give a damn. They'll buy whatever they think is nifty.
Re: (Score:2, Interesting)
Re: (Score:3, Insightful)
FOSS is all fine and dandy, but end users usually don't know or don't give a damn.
... because FOSS advocates aren't end users? Interesting viewpoint...
Re: (Score:2, Funny)
Re: (Score:2)
Andrew Orlowski really has a nasty attitude about Apple, doesn't he?
Go Android (Score:5, Insightful)
If you don't already have a Mac, iOS requires Apple hardware for development. You also need to learn objective-C which doesn't get much play outside of a Mac environment. None of that is bad, just a hurdle.
Personally, while iOS is currently ahead of Android (user base, # of devs, apps, etc) I think before long it's going to start playing catch up to Android. Android has got a lot of momentum.
Re: (Score:2)
Kind of depends if this is a hobby or he wants to make money at it. There is very , very little money in Android apps atm, and that is unlikely to change any time soon.
Go iOS. (Score:3, Funny)
I'd suggest iOS because it is harder to learn meaning you have less competition and more is a more unified platform meaning more potential customers will have easy access to buying your app.
Also people who buy Android tend to be cheaper, thus buying the cheaper Android devices, and are less likely to spend a lot of money on apps.
Of course why not learn both. Android is pretty easy to learn and most of the time it isn't difficult to port an app from iOS to Android or vice versa. Sure they're different langua
Re: (Score:3, Funny)
If you don't already have a Mac, iOS requires Apple hardware for development.
Another good reason to develop for iOS.
Re:Go Android (Score:5, Insightful)
Re:Go Android (Score:4, Insightful)
Java might not be the best language around, but I find it much better than Objective C. What part of Objective C do you prefer?
Re: (Score:3, Insightful)
I've never used Objective C. It may be rubbish too!
You're right though, my main objection is with Eclipse, which is one of the... no it *is* the worst IDE I've ever used.
Re:Go Android (Score:4, Informative)
I used be a purist. I wrote my PhD thesis in Vim. Afterwards, I switched to EMACS (org mode rocks!). I still use it every day as my main notebook system. But when I started writing software more or less full time, I tried many many different IDEs and always end up with Eclipse. Why?
* Supports many different languages. At one point, I was writing and debugging python, perl, java, javascript, flex all at once. Eclipse let me do this without switching ides. No IDE comes even close.
* Good emacs binding. (emacs+)
* Excellent Java support: good refactoring, auto completion, "quick fix" (god, I love that feature. Must for syntax heavy java).
* FindBugs for Java
* Amazing auto format for Java. With Android development, you just load their xml template, turn on "format code on save", and I don't have to worry about lining up my brackets, sorting imports, or any of that. Just hitting Save formats everything.
* Native widgets and font rendering (I really hate netbeans font rendering. No anti-aliasing? In 2010?)
Sure, it's got its share of bugs. Sometimes it gets hosed based on some changed setting. I take a working snapshot every now and then. It's a memory hog. Give it at least 512MB on startup, if not a whole gig (-Xms512m -Xmx1024m in eclipse.ini). Still, it's an amazing piece of free software. And add the ridiculous number of plug-ins available, there is no need to use anything else. And it's Free!
(I guess if you are using writing for Windows, you are stuck with Visual Studio, the same if you write for Mac, you're stuck with XCode. I can't say anything about those--I'm a linux user.)
Re: (Score:3, Insightful)
Org mode. It was that compelling for me.
Re: (Score:2)
What part of Objective C do you prefer?
All the extra punctuation! Ever since I started coding in Obj-C my pinkies have developed some rather impressive muscles. Let's see Java top that!
Re: (Score:2)
just think how muscular those pinkies would be if you were writing your Obj-C using Emacs!
Re:Go Android (Score:4, Informative)
Other nicities like core data, key-value observing also make life a lot easier in Objective-C than they are in the Java world. Now would I ever code enterprise apps in Objective-C? Doubtful since Apple seems to show very little interest in making enterprise-capable APIs, but for GUIs Cocoa is a dream.
Re: (Score:2)
Re: (Score:3, Interesting)
This software can be virtualized on most modern PC configurations.
IIRC, he may be breaking the EULA if he does that.
Learn them both. (Score:4, Insightful)
Jack of all trades, master of none (Score:2)
Working with both systems will give you a deeper understanding of each
I think that's really true regarding computer languages. It's a great idea to know a lot of different languages.
But when talking about whole platforms, it's very hard to work with both systems, and become proficient in one. I think there's a lot of value to mastering a system so you can REALLY understand it and perform well developing for it.
If for some reason you need to switch platforms, the experience you gain knowing what works well
App first, platform second (Score:5, Insightful)
You should never, EVER think platform, then app. Think audience, application, and THEN learn what you need.
Your school district is using iPads? Then learn iOS. You have an android phone at home, or have java experience? Learn Android. You want to just make something work? Get the Android, iOS, and WebOS SDKs, and test like @#% so your mobile phone works everywhere. (Heck, get Blackberry and windows mobile if you can.)
Re: (Score:2)
The parent is quite right on this. That said...
I know this isn't popular here on slashdot, but being able to target both should be pretty easy using Mono. MonoTouch [monotouch.net] is already out there, and is a well proven technology, and MonoDroid [monodroid.net] should be out soon. Just remember to keep the business logic of the app separate from platform specifics.
Or, you could just stick to C, which will work on both platforms as well.
Re: (Score:3, Informative)
Re: (Score:2)
http://openhandsetmagazine.com/2007/11/running-c-native-applications-on-android-the-final-point/
Re:App first, platform second (Score:4, Informative)
I looked at Dalvik (java like language)
Dalvik is the name of Android's VM and bytecode format, which isn't particularly Java-like (for one thing, it's register-based, not stack based). The actual language used for Android development is Java. Not "Java like", but actual Java, as defined by Java Language Specification.
Yes (Score:2, Insightful)
Re: (Score:2)
And of course, you'll lose years of your career and maybe your house if you try this. The mobile application market is wildly overpopulated with "brilliant ideas" that founder on small but fatal flaws, ranging from poor user interfaces to being blocked by the apps stores for arbitrary and unpredictable policy reasons, to simple theft by a larger vendor who can undercut your price and merge their development work with other work and undercut you.
Get out of the "mobile device development" marketplace unless y
More is more (Score:4, Insightful)
Why not aim to learn both iOS and Android? You'll please more people and incur the wrath of less. If you pick just one, you have to deal with the tens of percents that can't run your apps, which is difficult.
Yes, it will take more time and effort to learn to environments, but not much more. Most of your time will be spent designing and testing the apps, not implementing code.
Yes. (Score:5, Insightful)
Yes. You should hedge your bets and learn both. The smartphone wars are far from over, and most smartphone content producers are releasing for, at the very least, both iOS and Android. Some also simultaneously release for Blackberry and Windows Mobile as well.
Each platform has its relative strengths and weaknesses. Writing code on Android pretty much means learning Java; similarly, writing code on iOS pretty much means learning Objective C. Neither language is likely to become obsolete very soon. The startup costs for writing code on Android are a bit lower; you don't need to buy anything to write Android apps. If you expect to write iOS apps, you need a Mac and you need XCode. On Android, you need Eclipse and the Android Eclipse SDK.
But, like I said, I wouldn't learn just one.
Re:Yes. (Score:5, Insightful)
I suggest picking one of them and learning it well. If you make something that seems to have potential, hire someone to port it -- or then take the time to learn another platform.
Just my suggestion. Trying to learn both at once can be quite overwhelming.
Re: (Score:2, Interesting)
Depends on what you want to do. (Score:2)
Point and click utility apps are relatively simple to do on the android. If you are targeting high performance applications such as 3d games the IPhone clearly owns that space.
The post itself (Score:2, Funny)
Re: (Score:2)
Holy war starts in 3...2...1 (Score:2)
Re: (Score:2)
Write Portable Code (Score:2)
Pick one main platform to begin with, but write your app in a portable fashion so that it compiles and runs on two or more. Writing portable code improves code quality even if you only intend to deploy on one platform.
Also, it's easier to learn another platform "as you go along" rather than putting it off until some arbitrary time in the future.
Re: (Score:2)
This is not such a bad idea (and has the side benefit of being easy to put all or part of your app on the web so it can be run without installing anything), but has disadvantages too. Many things will be slow or clunky compared to a natively written app.
Re: (Score:3, Interesting)
If those platforms lock you into languages and development environments that tightly, I'd be ignoring them completely and looking for something else to develop on.
Seriously, is that what the world's coming to? Is it the 1980s all over again?
Personally, Android (Score:4, Informative)
I'm not a hardcore programmer (PHP/Perl... lite stuff), but I thought it would be fun to try out mobile app development. I happened to have an iPhone, mac, etc... so I started there. Even with the books and intro material, I found it very difficult to get into. My C and similar is very rusty, so that was part of the problem. For the heck of it, I tried android and that was MUCH easier to get into. My Java was never great, but better than my C - which again - helped. All in all, I much more enjoyed the experience of working on the Android platform because it tended to have lower barriers to entry (less hardware, less software, etc), be easier (Java _is_ a simpler language) and be fun.
Though get a good book for android. Last I checked, the official docs online from Google were for like 1.0-1.5 and we're on 2.2. In short, horribly out of date (usable in some cases, but out of date).
Re:Personally, Android (Score:5, Informative)
There is a great iPhone application programming course on iTunesU, which includes an introduction to ObjC and rapidly moves into powerful programming techniques for iOS. Better yet, it uses a lot of the examples from the SDK as the course material (there's no book), and the slides are provided as part of the program. It's all free to boot. Definitely worth watching for a good introduction to the platform. Plus, it's all free.
It's the Stanford University CS 193P, iPhone Application Programming, Spring 2010 course that I watched.
Re:Personally, Android (Score:4, Informative)
Ditto. Though I see it's Winter 2010. They did it last year, too, though a) I don't know that it's available now, and b) the iOS platform itself evolves quickly enough that capabilities and best practices have changed since then.
If you sign up for the developer program ($100/yr, and necessary to put your code on the device instead of the simulator) you can also get access to videos of sessions from the developer's conference for free and get advice straight from the horse's mouth.
I'd also recommend getting a book or two. I'd recommend O'Reilly's C Pocket Reference if you're rusty in C. Erica Sadun's iPhone Developer's Cookbook, Second Edition covers a lot that you'd need, though the way she organizes her code can make it difficult to reuse if you're just starting out. I can dis-recommend the Sam's "24 hour" iPhone programming book, unless it's been revised and corrected -- it's almost as likely to hinder you as help.
You'd also inevitably be using Apple's own SDK documentation, which can be quite overwhelming to begin with, and web searches both at Apple's developer forums and at large on error messages and class/method names are often fruitful once you get a handle on iOS.
I'd estimate it would take one month of spare time to get your bearings, and 2-3 to really know what you're doing. What can blindside you is that a lot of advanced graphics and sound applications -- games, for example -- require some C++ afaik. (So much for my plans for avoiding it.)
Objective-C is pretty easy (Score:2)
By they way, you're platfo
Re: (Score:2)
There definitely exists a class of programmers who don't grok things like "functional programming" or "actor model with multiple dispatch" or "tail calls," but for the ones who don't understand how a "pointer reference" works, there is little hope. Even PHP has references.
Re: (Score:2)
Re: (Score:2)
Adobe Flash CS5 (Score:2)
This answer will probably get modded down into oblivion, but get Flash CS5, and you can write for both with the same code. See: http://blogs.adobe.com/cantrell/archives/2010/04/one_application_five_screens.html [adobe.com]
I believe there are other code platforms that are write once run everywhere, in case you have an allergic reaction to Flash.
iOS first, better for your background (Score:5, Informative)
First of all, given a C base you'll probably be a little more comfortable with Objective-C, because you can fall back on C when you need to. The language itself is a superset and the superset is a really different mindset than C itself is, but it's a very nice OO language with some great features.
But also, currently iOS has a ton of awesome educational material. Apple itself provides a lot of documentation, and if you pay the $99/year fee to develop for devices (you should) then you also get all of the videos from the past developer conference, plus of course there's the free iTunesU videos from Stanford on iPhone development.
There are also a ton of third party books and at this point probably local Cocoaheads groups you could attend meeting with questions.
I think for some time to come Apple is going to be the leader in the space of mobile development, but especially around education - there are a lot of kids applications on the iPhone and Pad and a ton of parents are buying these devices in part so that kids can use them. I have been astounded at how fast this has happened, especially with the iPad.
I wouldn't invest in iOS development (Score:3, Interesting)
Apple is making exactly the same mistakes they made in the early desktop market: they're refusing to license their software to more nimble hardware manufacturers, so they'll get passed over.
Re: (Score:2)
Apple is making exactly the same mistakes they made in the early desktop market: they're refusing to license their software to more nimble hardware manufacturers, so they'll get passed over.
Go ask Palm how licensing their mobile OS worked out for them. The fact this strategy worked for MS back in the 90's doesn't mean it'll work now.
Here's a fun quote about that kind of thinking I read once : "Those who learn history are doomed to try and repeat it."
Palm didn't license their OS (Score:4, Informative)
If you're talking about the old PalmOS. The original Palm company was sold to 3M with the provision that Handspring (composed of the people who originally built and ran Palm) would get a license to continue building products with it. Third parties were never allowed to produce PalmOS devices.
It's not just Microsoft's strategy. All the old UNIX vendors withered under Linux, which could be run on commodity hardware.
There will never be one hardware vendor to rule them all. It just doesn't work that way. If you insist on tying a platform to a single vendor, it will die.
Re:I wouldn't invest in iOS development (Score:4, Insightful)
Apple is making exactly the same mistakes they made in the early desktop market: they're refusing to license their software to more nimble hardware manufacturers.
Here's a clue: which of the early makers of desktop computers survived the Wintel monoculture of the late 80s and 90s and is still an influential, if minority, platform today? Hint - it begins with "A". What happened to CP/M and GEM, MSX and Unix which were licensed to multiple manufacturers?
Anyway, Apple have already tried that. Twice, actually: Apple with "classic" Mac OS and Steve Jobs with NeXTStep before he returned to Apple. That went well, didn't it?
What has worked spectacularly since the release of the iMac in 1998 is tying the software to premium-priced "designer label" hardware (but not quite as premium-priced as the old NeXT cubes). But you're right - Apple should drop their winning formula and go with the one that has already been proven to fail.
The fly in the ointment is that "more nimble hardware manufacturers" don't care whether they ship machines with Windows or MacOS as long as they make their money (usually by selling upgrades, peripherals, extended warranties and finance rather than the computers themselves). They'll be more than happy to attract custom from existing Apple converts, cannibalizing Apple's sales, Windows users to switch. So you've got guaranteed cannibalization of Apple's existing sales but no guarantee whatsoever that the clone-makers and their resellers will aggressively promote MacOS to Windows users. Look at Dell and Asus's feeble efforts to sell Linux-based machines...
iOS (Score:2)
If you already know C then it makes sense to jump into iOS programming. There are also a lot of really good resources from Apple to get you started :
- The iOS Dev Center [apple.com] has very extensive documentation on everything from the OjectiveC language to Apple's GUI guidelines and everything in between.
- There's a Stanford iPhone programming course [stanford.edu] you can download for free on iTunesU along with slides, assignments, etc. which is excellent.
- Very active userbase around the web, if you have a problem just Google it
remain agnostic (Score:3, Insightful)
Target HTML5 (Score:2)
If you're only going to learn one... (Score:3, Informative)
My personal opinion is that Objective C is pretty tedious and annoying. The syntax is ugly and non-intuitive. Again, this is my personal opinion. But having done years of C, C++, C#, I find it bizarre that Objective C syntax is non-obvious. Not that it is particularly complex, but if you know C++, Java and C# seem pretty obvious, whereas Objective C is just very different in syntax.
Finally, Java is platform agnostic. Objective C has few platforms that it's good for and you have to buy Apple hardware to build iPhone apps which to me is plain stupid and I think in the long run, it's going to be one of the things to hurt the iPhone.
Just my own opinions based on my experience with both. I sat down and immediately started writing Android apps using the SDK and simulator with no previous Java experience. Even after several days of playing with existing iPhone apps, I had difficulty even following what was happening in the code, understanding the stuff I was seeing in the watch windows, and figuring out exactly what the various syntactical crap meant.
Re: (Score:2)
Objective C... syntax is ugly and non-intuitive
It is, which is somewhat unfortunate, but it's more or less by design to maintain compatibility.
Because ObjC is orthogonal to C/C++ it can't use any of the traditional notation. It's perfectly legal to mix a standard method call:
obj->method(argument);
with a ObjC message:
[obj2 method: argument];
in the same file.
Re:If you're only going to learn one... (Score:4, Insightful)
"My personal opinion is that Objective C is pretty tedious and annoying. The syntax is ugly and non-intuitive. Again, this is my personal opinion. But having done years of C, C++, C#, I find it bizarre that Objective C syntax is non-obvious. Not that it is particularly complex, but if you know C++, Java and C# seem pretty obvious, whereas Objective C is just very different in syntax."
How is it not obvious? Your complaint seems to be that it is different, while admittedly not complex. Different != not obvious.
Objective C is an old language, and when it came out, it was a possible competitor to the still pretty shiny and new C++. It's an old enough language, that when Java was written, Java took a lot of cues from Obj-C. Apple didn't go out of their way to make a different language because back when Obj-C was created there wasn't a standard syntax for OOP programming.
Obj-C is dead simple, and honestly, not confusing if you take the time to learn it. However, it seems many people these days are afraid of languages that look different and immediately write it off, when it's pretty gosh darn elegant. Every time I ask people why they dislike Obj-C, they can't get any further than the brackets. It just amazes me how many people write off iOS because they think Obj-C is hard (which, alone, is mind numbing, considering the biggest draw of OS X on the desktop for software engineers is how easy Obj-C is compared to C++).
If the ability to learn is dead in software engineering, we're all in a lot of trouble.
My standard reply. (Score:2)
From a technical perspective, I'm impressed by both platforms.
Be aware however that deployment of iOS applications to the general public may only be done with Apple's approval of your specific application. And unless you are targeting jailbroken phones, all revenue must pass through Apple. They may choose to reject an app for reasons stated in their developer agreement, or for unstated reasons: http://www.macworld.com/article/151680/2010/06/myframe_rejection.html [macworld.com]
The Android market's terms are more lenient
Target The Web (Score:2)
The vast majority of applications you COULD write would work just fine as web applications. If you want to reach the largest audience with the least API-lock-in, think HTML/Javascript. Frameworks like Sancha, Worklight, Sproutcore, Phonegap, Rhodes, and jQueryMobile are providing an extremely good API that allows you to target the web browser so that you not only can have users on iOS and Android, but also Blackberry, Symbian, Windows Mobile, webOS, and any other touch-based web browser.
These frameworks a
A four step decision process (Score:3, Informative)
If you want the money, go for iOS.
Otherwise, if you are a FOSS adept, go for Android.
Otherwise, if you have a Mac already, go for iOS.
Otherwise, go for Android.
Thanks for your time (Score:3, Informative)
I want to thank the Slashdot community for comments - suggestions - perspective - etc. And yes even the zingers - diatribes - and "in my opinion .." posts. I knew this could be considered a flame-bait post but i have to be honest here ... I don't even own a iPhone or smart phone or an android device. So parts of this market are not obvious to me. However I have been testing/using an iPad for our school district and it has impressed me. I'll also say Apple got as many things wrong in the iPad as they got right. And I have so far only cursory insights into the SDKs for either device.
So this was a post to help me gather more input. While I was indeed swayed towards android briefly --- I will take a serious shot this Fall - Winter - Spring coding in iOS environment. This is partially driven by my current work in K12 (Apple and i-devices have a strong pull) but also because Apple understands that average consumers don't care whats "under the hood" (open or closed environments) they just want easy to use devices and a "safe" one stop shopping place for apps. For all their faults - Apple has had the "corporate fortitude" to build the iTunes realm and foresight to make the app store. This is the part of the android ecosystem I find most concerning. There is no doubt Google could pull such things off if they focused on it, but IMHO Google doesn't want to invest the effort into it.
Thanks for the all the fish ...
Re: (Score:2, Funny)
I disagree... I originally learned IOS back in the late 1990s when it was at version 9. I still use IOS equipment that have version 12.4 and 15.0 all over the place. learning IOS was the best thing I ever did. I have a CCNA.
Re: (Score:3, Insightful)
Except one 99c app like angry birds netted the developers more than the gross of the entire android marketplace..
Re: (Score:2)
The F in FOSS stands for free.
Amazing what that word does to the bottom line when it comes to gross income.
And yes I know that not all the apps in the Google app-store are free (and that some of the ones in the iAppStore are) - but it's a mindset that is very pervasive on the Java side.
Re: (Score:2)