Warning: The following post was originally posted to a development blog of mine, and is thus heavy on the programming jargon and ranting. Feel free to ignore for your sanity's sake.
For the past few weeks I've found myself jumping from one shiny project to the next. I was enticed into trying game development using Silverlight, which I still regard as an exciting technology with lots of potential, but my heart just isn't in it. If I targetted that platform, I'd be doing so out of pragmatism instead of passion; that is, I know there's a potential market there, but I wouldn't enjoy the work.
My latest flavor-of-the-month project has been game development with the iPhone SDK, whose Kool-Aid I drank in one giant gulp. The iPhone is amazing. The interface is slick and intuitive; the app store is exciting and full of great (and not-so-great) apps with a promising revenue model for independent developers, and the development platform is... utter shit. Without breaking the NDA (I hope), let me just say that just about everything about the iPhone development story is inferior to what Microsoft has to offer. I don't claim to be an expert after only about a week of experience (albeit with many hours put in), but here are some gripes so far:
1. First, there's the fact that you have to use MacOS to develop for the iPhone. In my case, I'm borrowing my girlfriend's MacBook. I would very much prefer to utilize my dual widescreen LCD monitors, but I realize that this complaint is circumstantial. I'm sure that a savvy Mac user could navigate the MacOS with ease, but it's a struggle for me. It would be nice if there were a Windows option somehow.
2. Second, I have to use XCode, Apple's free IDE. I will be fair; for a free IDE, it's packed with decent features, and I can't really compare it to Visual Studio Express (another free IDE) given that the latter benefits from the features of the full versions of Visual Studio. But it's still a giant step backwards. The syntax highlighting is overly subtle, the code completion guesses at what you're trying to type but doesn't pop up a list of options (at least not automatically). I've yet to see a list of method overloads appear; you're at the mercy of your memory and the greatly-inferior-to-MSDN documentation, which lists all of an object's methods/properties in one long list. There doesn't appear to be any sort of refactoring capability, though I can probably blame the language (which I'll get to soon enough). The solution explorer equivalent is strikingly un-Apple-like, showing redundant information while lacking important information at a glance. I've run into bugs in which error and warning markers in the code don't disappear even after you fix the errors. (I even deleted the offending code entirely and rebuilt with no luck).
3. Objective-C. Oh my god. Could Apple have picked a more obscure language? Why not just stick to C or C++? The syntax in objective C is unnecessarily arbitrary, with objects calling methods (or more specifically, "sending messages to call a method") of the syntax:
[object methodName]
(including the brackets.) You can even (and are encouraged to) nest these calls, for optimal confusion:
[object1 methodName:[object2 getSomething:[object3:getSomethingElse]]]
My favorite (sarcasm, in case it wasn't obvious) detail about methods is the parameter passing. You see, a method signature is defined not by its return type, name, and parameters, but rather just its return type and parameters. Read that again: Return type and parameters. Something missing? That's right, there's NO METHOD NAME. Or more specifically, the method name IS the parameter list! So, a hypothetical method to open a file read-only might be:
[FileObject openFile:@"myfile.txt" readOnly:YES]
Or an even better example:
[MySpatialObject setPositionX:100 andY:120]
That's right, I can't have a method called "SetPosition". Instead, the method is technically called: "setPositionX:andY". Of course nobody would use the word "and" in a real-world parameter name, right? GUESS AGAIN, it's encouraged! Method names are supposed to read like prose. I am a strong advocate of longer method/parameter names for the sake of readability and avoiding obscurity, but there are much better solutions to this problem than this.
And just as an extra kick in the nads, the standard coding conventions fly in the face of everything that modern, civilized software developers have evolved toward (e.g. curly braces on separate lines for the love of God, curly braces surrounding one-line if statements, non-cryptic class/variable names, etc.)
Oh, did I mention that this language isn't strongly typed? Enjoy.
4. Interface Builder. Fine, this relates to XCode, but it's bad enough to deserve its own category. This is the GUI tool that creates...well, GUIs. Hell, even Apple devs don't seem to like it. It's again another ironic example of Apple's dev tools flying in the face of Apple's typical design philosophies. This tool is completely unintuitive to use as opposed to Visual Studio's designers, involving all sorts of GUI elements that can be connected with lines as a way to graphically "wire up" events and relationships. So much of what you'd expect (i.e. you click on a control in the visual designer and immediately see a context menu with this control's attributes and event wiring) just doesn't exist. You have to dig through options to even see these things, and even when you find them, their function is not obvious. Can the people who designed the iPhone interface please help out designing this tool as well?
---
There is much more to write about the iPhone dev woes but I'll save that for another post. In general, if you want to know what the iPhone dev environment is like, use an iPhone for a week. Then use a Windows Mobile phone the next week. The extra pain you'll feel the second week is analogous to the pain you'll feel switching from the standard Visual Studio/C# environment to the iPhone's. But at least in Windows Mobile's defense, it does have extra features it's trying to pack in.
After working on iPhone development/learning for a few hours today, I worked a bit on my XNA Game Studio project. It was an almost orgasmic experience. It felt like the feeling you get right after stepping off a treadmill after a long run. Suddenly you feel like superman, almost gliding along the floor effortlessly when you walk.
