tweet @echoz email jeremy@ornyx.net
There’s this curious thing about working on Xcode.
I’ve never seen myself, upon finishing a project, go immediately back to the IDE and start on a new one. Has never happened to me back in my Windows days with Visual Studio 5.0, 6.0, .Net and what not. Has never happened to me with NetBeans and whatever other incarnation of a Java IDE for school.
Maybe its just being a fan boy, but seriously, an IDE? Comparing Xcode to something that is more featured and complex like Visual Studio, you get a feel that Xcode is not truly in the the same game.
Hell, for newbies going to Xcode for the first time, its the most unintuitive POS ever. And yet, it still is a joy to work on once you get the hang of it.
I sometimes think, Objective-C has a part to play. But I can’t be sure.
Its official, just got my WWDC10 ticket activated.
Will be in SF from the 4th to the 13th of June, so for people who want to meet up, hit me up then. Twitter (@echozdevdiary) is fine to leave messages. I’ll try my best to get back to you.
Too often we get too caught up with features and frameworks available to us that we go overboard with using everything. There are many developers that overuse custom user interface elements, and others that misuse system user interface elements.
When I was developing Traversity, I was looking around to see how best to make the App look good. Of all the Apps on my iPhone, one that stood out the most was Tweetie. It was simple, thoughtful and very Apple-esque. That was where it hit me that the thoughtful or lack of usage of custom elements provides an infinitely better experience. That is unless you are Bjango or Tapbots.
Instead of throwing all your custom elements onto your app to showcase your design prowess, consider that perhaps user experience is more important than just plain aesthetic appeal. A picture is still a picture unless it does something after all.
Apart form following Apple’s guidelines, there are some additional things that should matter when thinking about design for iPhone applications.
You don’t have to be an design god to make applications that work fantastically. Even little tweaks can help immensely.
App Store approval has always been a controversy. So much so that Apple has devoted a small 230x190px space buried under “App Store Approval Process” in the developer portal to telling you the percentage of apps that were approved within a 7 day period.
We have OpenRader to track bugreports, so why not a community drive initiate to get better approval ratings. Last I checked, the percentages on that small space was updated on the 20th of April. 2 whole weeks ago. Or more.
I suppose there would be some way to push baseline data by having dev submit a html page of their status history for submissions. That way the system can parse and get the average rate of approval thus far.
Apply a little magic for applications still currently in approval and we could get a very up to date picture of how long apps might get approved.
Separate by new app submissions and updates and we would have a fantastic idea of how long everything takes.
And with everything, there are more things that can be done with such an idea.