Those Pesky Migration Issues

I hate having to change. I do not know a lot of people that really enjoy it, but there are just certain aspects to change that bug me. And when it comes to changing technologies, it is even more of a headache, both in the short term and in the long term.

When Palm first announced their new WebOS-based Pré, I instantly wanted one. I have been a PalmOS user since the first Palm Pilot replaced my Sharp Wizard as a PDA. OK, so there were a few years of using a couple of paper based systems in there, but when the Pilot came out, I was pretty much hooked. When my Treo650 died, I had two options. Move to the 700W or the Centro. Having test driven a 700W for a week at a conference, I knew it was not going to measure up to the load I put on my devices, so I made the decision to go with the Centro, figuring I would upgrade to the Pré shortly thereafter. This was before Palm, in one of the strangest marketing decisions ever, decided to hang their hat on the Sprint network and lock out the others. I am still not sure what the phone vendors get from these exclusive decisions, but clearly the networks get an awful lot out of it. But I had bigger fish to fry. I live and work in Metro Washington, DC and the choice of network is almost as important as the choice of handset. In fact, in many cases, the network you are on is more important than the capabilities of the phone. It is more than marketing and coverage maps. It is reliable functionality. So I had to wait for the first wave of the Pré to be sold and Palm to open distribution to the other networks, which it finally has. Now I have only a couple of months left before I can upgrade.

And then, this morning, an article in Ars Technica, predicting, not only the death of the Pré, but potentially Palm itself has me rethinking my entire decision, and contemplating a move to another communication device all together, which leaves me in a quandary of having to ask all the migration questions over again.

And if you have never asked them, let us ask them together and see what we come up with. First and foremost, this is not just a phone. As Shawn Powers has opined, cell phones are less about the phone and more about the other services that are available. Unfortunately, whatever device I get, it has to work well as a phone. I still do phone stuff. I talk to vendors, communicate with less technically savvy people and occasionally apply for jobs, all with the phone part of the, well, phone. So it has to be comfortable to use as a phone. This was one of the knocks against the early editions of the BlackBerry – it was not, from a form factor perspective a good phone to use as a phone. It was very difficult to use it for a half-hour conversation. (I suspect this is part of what gave rise to the large after market of headsets, both tethered and bluetooth, but I digress.)

The next thing it has to do is support more than one email account, preferably via APOP but POP3 works too, and the ability to send back through that account, on a number of different systems. I have four primary email accounts, and they are three different email providers. None of them use Exchange, and I don’t care if they push, as long as they support pull and notification. This is not a huge obstacle anymore, but it is a requirement.

Now we get tricky. It has to support my address book and calendar. This is one thing that Palm did well. It was a great Personal Information Manager. It would integrate appointments, link them with the SMS, email scheduling and note taking function and it was seamless. It would synchronize updates from a PC based program (admittedly it was the Palm desktop, but it was a clean interface for what it did) and allow you to manage your world. It just worked. And it worked in the dreaded upgrades too. Each version of the code would import the older versions without a hiccup. And that is critical for any PIM. If you cannot upgrade your data without pain, then the PIM is not going to work for you long term, and let’s face it, how many of us like retyping into the data fields all of our contact information. If, like me you have been doing this for more than 20 years, you have hundreds of addresses and associated phone numbers and email addresses. Starting over is not an option.

I would like a real browser. That is one drawback on the Centro, and in fact all the PalmOS based systems is that the browser is crippled. This is not a major issue most of the time, but it does occasionally bite me when I am trying to do something, usually look up a restaurant address (another reason why I detest web sites that have over used flash and do not actually have a textual address somewhere, but I digress.)

So far, most systems fall into the acceptable use category. Now I am going to get fussy. It has to have a keyboard. Not a touch screen keyboard, but a physical keyboard. I have used touch screens and they are nice for a short LOL or On my way, but when you are typing up a response to an email or working on a document, they fail miserably. And I have written up some fairly lengthy documents on my Treo and my Centro over the years, especially when I am somewhere without another form of Internet access. And in the same vein, once I have written them, I want to be able to get them off the device too, so cut and paste to email or simple synchronization is critical.

It has to be able to read a variety of documents. Most notably these are the ones that arrive as attachments to email. I am not going to insist it open a Primavera project schedule, but certainly word processor documents, spreadsheets and PDF documents are essential. It can do it either as a native function or though a third party, I am not fussy, as long as it can be done. It would nice if it could edit them too. One of the reasons I have continued to pay money to DataVis.

My final must have requirement is probably a little odd, but that is me. It has to be silent. It can vibrate and it can have a turn off the noise option, but I have to be able to disable the stupid beeps and clicks and aogahs that the UI designers seem to think are important to functionality. They are not. They are annoying and one of the first features I look to disable when I get my unit out of the box.

Those are my must have requirements. It would be nice if it had an eight hour battery life under normal usage, but I can live with six. Less than that is not acceptable. I would prefer a colour screen, but more importantly is the ability to read it in bright sun. This seems to be something that is harder to find and even harder to test in advance if you do not know someone with a test set. And finally, it has to be available on my network.

Based on those requirements, it would seem I am leaning towards an Android-based unit. Not because I can hack it if I feel like it (I do not have that much free time) but because it meets my requirements. Would I like to have a Pré? Of course. If I could be sure the company will be there to support it and the applications I wanted for it were available, but that is my concern right now. And it is a bit of a concern with an Android-based system too, to a certain degree. I am not concerned that Google is going anywhere, but I am concerned that it will be obsoleted by the next big thing and there will not be a clear functionality upgrade path available. Two years from now I am not sure I want to be making these decisions again, and I am not sure I should have to. But I am afraid I am going to. And that is one of the things that concern me about Open Source in commercial devices. I am not opposed to change, it is the whole process of migration that I hate.

______________________

David Lane, KG4GIY is a member of Linux Journal's Editorial Advisory Panel and the Control Op for Linux Journal's Virtual Ham Shack

Comments

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Phone, PDA, not both

James E. LaBarre's picture

Funny, I would MUCH prefer to have a phone that is just that, a *phone*; not a PDA, but a device I make and receive phone calls on. And I would like a PDA that is **NOT** a phone. Something that is in the $100 price point those old, much-lamented PDAs used to be at, and not in the $500 range that an unlocked "smartphone" would have to be at (remember, I don't want to use it as a phone, so therefore I don't want to be locked into a ripoff 2-yr contract). The phone can be a cheap-as-dirt prepay that does nothing else.

What in your observations can do that these days? Yeah, a PaperPDA seems the way to go these days.

Nokia N900

JohnP's picture

Palm has always had the best contact management. I miss it, but having Linux and Maemo5 capabilities in an N900 (real keyboard) makes up for it to me. I'm a linux guy, so the little gui quirks are easy to get around.

There are thousands of apps, all FOSS, for the N900. If you have the skills, you can port many Qt apps yourself.

pesky migration

Anonymous's picture

Android don't have that issue no more.

the joy of soft keyboards

Jimmy Selgen's picture

Don't be too quick to dismiss soft keyboards.
I've written quite lengthy things on my iPhone in landscape mode, and with some practice you'll be every bit as fast "dual thumbing" on the soft keyboard as you are on the physical keyboard.

However, the key to this is the touchscreen.
Most Android devices i've used has a lousy touchscreen, sure it gets the job done, but you'll wear out your screen in the "backspace" area in the process.

My latest Android purchase was the Nexus One, and while it's a fairly OK phone, the touchscreen leaves a lot to be desired.
I find myself hitting the wrong keys over and over again.

Being open source means you

Anonymous's picture

Being open source means you can hack it but it also means every geek on the planet can hack it. You don't have the time and most of those hackers aren't interested in your problems but a few of the are and that's all you need.

When it comes to future migration the advantage of open source is open data formats. You are not dependent on your current provider writing an export tool because every prospective future provider can write data import tools without needing the cooperation of your current provider.

If they don't have an import tool for your particular upgrade path then a third party can write that tool without needing leet reverse engineering skills.

It's not the software thats free; it's you.

Open Source and migration

Jack Repenning's picture

You didn't mention one relevant factor: hand-rolled migration. I currently have about 1300 contacts, and I've migrated them among platforms several times. On occasion, I've reverse-engineered the database format to do it, but I'd much rather have source access, to confirm nuances, steal code, and extend functions.

White Paper
Linux Management with Red Hat Satellite: Measuring Business Impact and ROI

Linux has become a key foundation for supporting today's rapidly growing IT environments. Linux is being used to deploy business applications and databases, trading on its reputation as a low-cost operating environment. For many IT organizations, Linux is a mainstay for deploying Web servers and has evolved from handling basic file, print, and utility workloads to running mission-critical applications and databases, physically, virtually, and in the cloud. As Linux grows in importance in terms of value to the business, managing Linux environments to high standards of service quality — availability, security, and performance — becomes an essential requirement for business success.

Learn More

Sponsored by Red Hat

White Paper
Private PaaS for the Agile Enterprise

If you already use virtualized infrastructure, you are well on your way to leveraging the power of the cloud. Virtualization offers the promise of limitless resources, but how do you manage that scalability when your DevOps team doesn’t scale? In today’s hypercompetitive markets, fast results can make a difference between leading the pack vs. obsolescence. Organizations need more benefits from cloud computing than just raw resources. They need agility, flexibility, convenience, ROI, and control.

Stackato private Platform-as-a-Service technology from ActiveState extends your private cloud infrastructure by creating a private PaaS to provide on-demand availability, flexibility, control, and ultimately, faster time-to-market for your enterprise.

Learn More

Sponsored by ActiveState