Last week, my eOnCall episode covered my first week with the iPhone. OK, yeah, I cheated a little bit because I recorded the episode on Wednesday, when I hadn't really used it for more than about 4 days, but who's counting. It made for interesting Internet Radio at least. So I thought it was time to do a little deeper analysis of my life with the iPhone thus far for the blog, for those who read this and don't listen to eOnCall.
When I decided in March that I was going to get the iPhone 3G (after Exchange support was announced for iPhone 2.0), I took a hard look at how I was using my existing Windows Mobile device and what features I could live without, if need be. Once I developed my list, and reviewed what should and might not be supported on the iPhone, I determined that the benefits still outweighed the odds, and since I had so many clients who were going to want me to support their iPhones, I knew I would be getting it shortly after the product released.
The fates were not in my favor on that last bit, however. A few weeks before the July 11 iPhone release date was announced, I booked a flight to Redmond for a work project at Microsoft, leaving on July 13. If I was going to have any semblance of support for my customers who were planning on getting the device that weekend, I knew I'd have to wait in line on Friday or Saturday, and given that there would likely be some problems that would need to be addressed the day after I got the unit, I decided it would have to be Friday.
I got up early Friday morning and made my way to my local AT&T store, a store that I had already checked with earlier in the week to ensure that they were on the list of stores that would be getting the iPhone. In my haste (and sleepless state) I neglected to eat breakfast before leaving, so I stopped at Sonic on the way to the store. When I arrived at the store, the line wasn't terribly long, but I got out my folding chair and parked myself at the end of the line. About 15 minutes after I arrived, and AT&T employee came through and was counting the customers in line. About 10 people in front of me, he stopped and started talking to them. Sure enough, they received 80 phones, and cut the line off at 75 people. I didn't make the cut. I only marginally wished that I hadn't stopped for breakfast at that point. Instead, I headed to the office, and started trying to reach the local Apple stores by phone to see if they were going to have enough stock for me to drive the hour to the store locations and wait in line.
I called the Willow Bend store, and not only did they assure me that they would have plenty of iPhones, they also said that the wait was about 2.5-3 hours. An hour drive time later, I found myself in line with the rest of the idiots.
Nine hours later, I made it into the store. That is where the 3 hour activation nightmare started. Yes, your math is correct. 12 hours in the Willow Bend mall to spend $300 on a phone. I left at 11pm to make my way home. I not only missed a bunch of billable work, but I also missed margarita night at Sweetwater. Five minutes after leaving the store, however, I had the phone configured to sync with my Exchange server, which was the #1 reason I wanted to get the phone, and seeing how easily that mission was accomplished, I was able to get some sleep that night, knowing that I'd be able to walk my clients through that setup easily.
What I didn't have was my old cell phone number active on the phone. That took a call to AT&T Saturday morning to get worked out, and even at the end of that call, it wasn't completely working. I was able to make outbound calls, and I could send and receive text messages, but I could not receive calls. All inbound calls continued to go to my Verizon voice mail. They did advise that it could take 24 hours to complete the switch, so I prayed for no emergency support calls on the weekend and went on my way to get ready for Redmond.
Sunday I still didn't have inbound calls, which made it difficult to take a call from a customer with a dead server, but fortunately my normal phone system, and my wife, took care of that while I was jetting over the western US. When I landed in Seattle, I attempted to call AT&T, but their service centers were closed on Sunday. Great.
Cutting to the chase, the phone got switched over on Monday and started working as expected. Now it was time to really put the device through its paces. In my spare time, however. And that basically brings us to today.
So what follows are the tasks I was using my Windows Mobile phone for and how I've adapted those tasks to the iPhone. And my take on how successful the transition has been.
E-mail
This is my #1 priority for a cell phone, besides making and receiving calls. Given that cell phone reliability and call quality really hasn't changed in 10+ years, I'm not even looking at that aspect of the iPhone, other than it works about like any other AT&T phone. It is what it is. But e-mail was key.
Windows Mobile: I had native Exchange ActiveSync on my device, and several folders that I read on the phone. I have dozens of mail folders in Exchange, but I only wanted to read a few of them on the phone. Sending e-mail was important, too, but my primary use was reading.
iPhone: Exchange sync just works. My Inbox (I almost typed iNbox, how silly) gets updated immediately when I get new mail, and I'm able to send e-mail easily. I have access to all of my mail folders, but the iPhone only syncs those when I open them, so if I want to read from some of my more voluminous mailing lists (which are automatically sorted into folders by Exchange), I can, and I don't have to worry about the phone syncing every time a message comes into one of those folders. That feature alone should save some battery (more on that later).
I don't like that I'm forced to read mail in the "newest on top" format, and there is no option for how to sort mail on the iPhone. I'm a "new messages on bottom" reader, and I'm really hoping that a future update will give me the option to read the way I'm used to. In the meantime, I'm adapting.
I also hate that the mail application shows EVERY folder in my mailbox, and there is no way to collapse folders and sub folders. There are only a few mail folders I really want to access on the iPhone, but they come at the bottom of the list, and it takes multiple pages scrolls to get to the parent folder where they're located. Again, hopefully an update will address some of this.
One thing I love about mail on the iPhone it that it's much easier to handle multiple e-mail accounts. I have several accounts that I can now follow on my phone, and I wasn't able to easily do that with my Windows mobile device.
But the last thing that drives me nuts about mail on the iPhone is that I have one, count it ONE, e-mail signature for outgoing messages, no matter how many accounts I am sending from. One signature, just not going to cut it.
Mileage tracking
Windows Mobile: The #2 task I used my Windows mobile phone for was keeping track of my car mileage in Pocket Excel for tax purposes. I had some nice formulas built into the spreadsheet to help calculate mileage, and at the end of the year, I'd sync that file to my PC, extract the data, and send it off to my accountant for processing. Easy, efficient.
iPhone: I have looked at a number of apps in the Apple Store, but have yet to find one that does what I want for mileage. Oh, there are several apps that help you track gas mileage, but nothing for travel mileage that gets as granular as I want. Right now I've reverted to pen and paper, but I'm hopeful that one of the developers I've contacted will add a module like what I've suggested. In the meantime, this is a big loss, but not a deal breaker.
Calendaring
Windows Mobile: In my business, it's key for me to have an accurate calendar with me at all times, and syncing my phone to Exchange is something I've grown really accustomed to. Windows Mobile handles this nicely, once you have all the DST patches in place everywhere.
iPhone: Ugh. Calendaring has a long way to go. Yes, the iPhone syncs all of my calendar appointments to the iPhone, but they all come over as REQUESTS, not as ACCEPTED appointments. So when the 15-minute reminder goes off, it's not a notification of a pending appointment, it's a "please confirm this request." If I click "Maybe" the appointment stays on the calendar and life goes on. This has become my default action. If I click "Accept," the appointment stays in my calendar, but whomever set the appointment gets ANOTHER "so and so accepted this appointment" e-mail in their box. 90% of the time, that's me, so when I accept an appointment I set for myself, I get an e-mail indicating that I accepted my own appointment.This has got to change in future releases.
I don't spend much time creating new appointments in my phone, much less for multiple people, but I do understand that there are issues with doing this on the iPhone. I don't want to belittle that fact, but it's not something I do regularly, so it's not been a major deal for me.
The issue that IS a major show-stopper for me, though I havent' had time to review it yet, is that calendar items are apparently not stored in GMT, but in local time. When I went to Redmond, a paltry two time zones away from my beloved Central, my 8AM CDT appointments showed up as 8am PDT appointments. The time on my phone synced with the local service providers, but apparently did not adjust for time zone. Fortunately, I had no appointments I was trying to keep while there, and I don't travel between time zones that often, but it was a major point of note and I will be looking into that as time permits.
Contacts
Windows Mobile: Syncing my contacts with exchange makes it very easy for me to have phone numbers for customers, family, and friends in my phone. And I can take pictures of those people with my phone and it gets updated to my Exchange server, so I can see their faces in e-mails in Outlook.
iPhone: the iPhone pulled my contacts down fine. I have heard there are issues with modifying contacts on the iPhone and those changes don't get sent back to the server. I have deleted contacts from my iPhone (former employees) only to have them NOT delete from Exchange, but actually get sent back down to my iPhone. Annoying? Yes. Cause for a revolt? No. Again, hopefully will get addressed in future updates.
Apparently the iPhone doesn't perform well with a large number of contacts, either. It takes a very, very long time to search through contacts in the Contacts app (which I never get into any more) or in the phone app.
Voice Dialing
Windows Mobile: I had to purchase a voice dialing software for my Windows Mobile phone a long time ago, and I got really used to using it, especially while driving. Made making calls a nice, simple process.
iPhone: No voice dial software. Sure, you can "voice dial" through AT&T's service, but you have to dial a number to get to where you can voice dial, and so what's the point? I've adapted to either not making outgoing calls while driving, or waiting until I'm stopped to find the contact and dial their number. Not happy about this, either.
GPS
Windows Mobile: I had purchased a bluetooth GPS receiver and Destinator software for my Windows Mobile device. It worked very well for tracking my current location and for turn-by-turn directions. I really needed to update my maps this year by purchasing the new version, but I held off on that given the GPS support built into the iPhone.
iPhone: yeah, it has GPS support, and it can do turn by turn directions, but it definitely works like a 1.0 product in that regard. Being able to search for local items in Google Maps is really nice, and much nicer than what I got with Destinator, because it's real-time querying the web. However, the maps always point North is Up on the iPhone, and that's taking some getting used to. Also, the GPS is prone to hanging up, and has been the main reason I've had to reboot the iPhone the few times I've had to reboot it. Some other apps make use of the GPS locator, and those get wonky, too, when the GPS drops off the planet. iPhone 2.0.1 supposedly has some GPS enhancements in it, so we'll see how well it works then.
Battery Life
Windows Mobile: Sucked. I was having to charge my battery every night. I know most of that was the constant syncing with Exchange, but it got old, quick. In some cases, I had to take a USB cable with me so I could charge the phone with my laptop, and a car charger was simply not an option.
iPhone: Yes, everyone hates that you can't change out the iPhone battery, including me. And I'm having to charge my iPhone every night, even after charging it during the day as well. And I'm not using a LOT of the iPhone features, either. I have WiFi and Bluetooth turned off, I've filtered more of my e-mail into sub folders out of the Inbox to keep Exchange sync to a minimum, and I don't listen to music on my iPhone at all. Car charger and secondary USB cables are an absolute must, and I have yet to get a car charger that actually works.
Internet Access
Windows Mobile: I hated Pocket IE on my Windows Mobile device. Access was slow, and the web was practically useless, so I hardly ever used it.
iPhone: Internet browsing ROCKS! Apple nailed the browser on this device. Granted, there are many web sites that use dynamic content that is not going to work on the iPhone, but I've already seen several sites redesign alternate pages specifically for the iPhone, and that's going to become more prevalent, I think. I look up lots of stuff on the web now that I never would on my WM device.
Applications
Windows Mobile: I had acquired several apps for my WM phone, including a couple of solitaire games. I tried several times to download apps directly to the phone from the Internet, but had very limited success. I resorted to primarily using only the native apps, save for GPS, voice dial, and games.
iPhone: I have yet to get through all of the apps in the Apple Store, not because I've not had time to look, but because there are so many. And more are added every day. I'll have a future post outlining my favorite iPhone apps at a later time, but the iPhone wins hands down in this category for me.
Twitter
Windows Mobile: I started updating my tweets via SMS messaging about 6 months ago, and it worked.
iPhone: I downloaded and started using Twitteriffic and won't look back. Not only can I easily update my tweets, I can see what's happening with the tweets of the people I'm following. Great app.
Touch Screen
Windows Mobile: I carried a HTC 6700 for the last six months and hated it. The touch screen was constantly going out of alignment to the point that I had to turn off my passcode to get into the phone because the screen just wouldn't respond in the correct locations. The 6700 was the worst implementation of touch screen in the HTC series of devices I've used for the last 4 years.
iPhone: Dude, it just rocks. The iPhone exemplifies what touch screen was meant to be, especially with the multi-touch capability. Other vendors can only attempt to copy what Apple has done here and hope to come close to the success of the interface.
So that pretty much covers what I had been doing with my old phone and how I've adapted to the iPhone. The stuff that's broken is way broken, but the stuff that works is solid. Overall, I'll say that I'm about even on productivity for what I was doing with my phone after switching. I'd love to say I'm more productive, but I can't. Maybe in a month or two, but not now. My productivity increase will likely come from updates to the iPhone software and new apps for the device. Time will tell, but that's where I am thus far.
If you stuck with me this far through the post, please note that I'm going to be trying out posting from a couple of different iPhone blogging apps in the next few weeks. Hopefully, that will allow me to blog more quickly those things I've been wanting to get out. And yes, I'll blog about that, too.
Be warned, this is a long post. But the payoff at the end may well be worth the read.
This past week, I had an opportunity to work on a project at Mothership Redmond. In addition to the fabulous weather (highs in the upper 70s compared to the 100s back home, yet sunny and clear skies, go figure), I had was able to catch up with some people who I don't get to see very often: Amy Babinchak, Steve Banks, Mark Crall, Chris Rue, and Oliver Sommer. And those were only the folks who were on the same work project. I was also able to spend some time with Terri Schmidt, documentation manager for WEBS, and Kevin Beares, a name that should be familiar to everyone in the community. and while I do not want to belittle the time I spent with these folks and the discussions we had, the highlight of the trip for me happened on Friday.
Dean Paron, Group Program Manager for SBS, invited me to sit in on a ship room meeting the team had Friday morning. Since I'm not an idiot, I accepted the invitation without batting an eye, even though I had no idea what a "ship room meeting" was. But after sitting in on the meeting, I have a much deeper understanding of the process the team goes through to develop the product and bring it to market. And after confirming the NDA line, I'm blogging about it to shed some light to others who may be interested.
Anyone who has worked on any type of software development project, whether large and formalized like what MS and other large companies use or smaller and independent, will understand some of the basics of the development cycle. In the case of SBS, the process is a little differnet than for other products, because what the SBS team is developing is the "glue" that will allow all the disparate MS component technologies to run seamlessly on the same box. Oh, and there's the management tools, too. But the development folks on SBS are not writing code for Windows Server 2008 or Exchange Server 2007, instead they are taking those products and writing integration code. In many ways, this is a more challenging process, because to meet your own design goals, you have to deal with the building blocks that have been handed to you. If the team found, for instance, that the User Management tools would work a whole lot better if there were a change made in Windows Server 2008, they're not going to be able to go in and modify code in that product. Sure, they could request accomodations from that team while the product is in development, but once Server 2008 shipped, that was what they have to use to build their code.
Once they get the product matured to the point that they're ready for other people to start using it, they make the code available to certain groups of external users. This comes in the form of CTP (community technology preview) releases and then the beta releases. Generally, these external releases start with a very small group of outsiders, then expands to a larger audience as the product gets closer to release. SBS just announced the release of the RC1 build late this week, and it will be available to beta participants early next week. Many more people will look at RC1 than looked at RC0, or Beta 2, or Beta 1, etc.
The goal, as I understand it, of these releases is twofold. Early in the process, the goal is to get feedback on the functionality of the product as well as identifying any problems (bugs) in the code so that those bugs can be fixed in later releases. Later in the process, the functionality aspects are pretty much set in stone and the team is more interested in finding and fixing the problems instead of adding or removing major elements. That's where we are in the process of SBS at this point - the feedback Microsoft is looking for in RC1 is "what doesn't work" and "how significant of an impact will it have if it's not fixed."
People who participate in the beta process access software and feedback through the Connect site that Microsoft has put together for this process. When someone finds a bug, they are expected to enter that bug into Connect, then it gets on the developers' radar and they can start addressing the issue identified in the bug. But just because you enter a bug does not mean it will get addressed by the team the way you want it to. There are several bugs (and suggestions) that I've entered into the system that have not and will not be addressed by development, at least not in this release of SBS. Am I frustrated about some of them? Sure. But I also know I've identified a couple of bugs that did get fixed, and fixed immediately.
OK, so that's what we see on the outside. When I sat in on the ship room meeting Friday, I got to see what happens on the inside. And I have a better understanding of how and why the process works the way it does.
After Dean introduced me to the team in the meeting (more to confirm that I was under NDA), Cassie Hicks opened the list of outstanding bugs and went through them with the team to determine which bugs would get addressed and have fixes entered into the system before the next build was done, which was scheduled for Friday night. As each bug was introduced, the owner of the bug identified the status of the bug, and if a fix was not imminent, there was a brief discussion about what the next steps of the bug would be. No, I can't discuss any of the bugs that were brought up in the meeting, but it was pretty cool to see the process in motion.
Following the ship room meeting, a pizza party ensued celebrating several teams that had releases that week, including the announcement of SBS 2008 RC1. I was invited to attend with the rest of the team, which was an honor, and got to listen to all of the thank yous to all of the related team members who helped with each of the releases. While everyone ate, I was able to talk a little with Boodhisatva Deb and Sean Daniel, as well as Cassie Hicks. But the icing on the cake, so to speak, was getting to witness Kevin Kean have his head dunked in a large bowl of whipped cream (and yes, you can just make out my face in the background of the video).
All in all, a great week in Redmond, but now it's time to return home and take care of important matters. After I deal with a 4 hour delayed flight, that is...