iOS internationalization from day one
stephenbalaban.com
stephenbalaban.com
"There really is no excuse for not internationalizing your codebase from day one. Even if you intend to be English-only at the beginning, wrapping your strings in NSLocalizedString is just good form. It also separates your app's copy from your codebase. If your shop isn't purely staffed with programmers, it allows you to hand off a file to someone who is better at writing copy and have them edit it without assistance from you. Internationalization is easy too - there are shops out there that offer translation services that plug neatly into iOS. You literally upload a string file and they will hand back a string file translated into the language of your choice. I've used Tethras in the past with a good experience (all except the Greek translations... whoever they're farming the Greek out to is awful)."
It also separates your app's copy from your codebase. If your shop isn't purely staffed with programmers, it allows you to hand off a file to someone who is better at writing copy and have them edit it without assistance from you.
Internationalization is easy too - there are shops out there that offer translation services that plug neatly into iOS. You literally upload a string file and they will hand back a string file translated into the language of your choice. I've used Tethras in the past with a good experience (all except the Greek translations... whoever they're farming the Greek out to is awful).