Is there a lazyweb fix for the paradox of localization?

August 24, 2011 – 10:06 pm

Via Sumana, a post by Amir Elisha Aharoni on the paradox of localization:

People
who don’t know English strongly prefer to use software in a language
they know… People who do know
English often prefer to use software in English even if it is available
in their native language. The two most frequent explanations for that
is that the translation is bad and that people who want to use computers
should learn English anyway. The problem is that for various reasons
lots of people will never learn English even if it would be mandatory in
schools and useful for business. They will have to suffer the bad
translations and will have no way to fix it.

So this is the paradox – to fix localization bugs, someone must
notice them, and to notice them, more people who know English must use
localized software, but people who know English rarely use localized
software… Even people
who know English well should use software in their language… especially
if it’s translated badly, because they are the only ones who can report
bugs in the translation or fix the bugs themselves…

I am glad to say that i convinced most people to whom i spoke about
it at Wikimania to at least try to use Firefox in their native language
and taught them where to report bugs about it. I also challenged them to
write at least one article in the Wikipedia in their own language, such
as Hindi, Telugu or Kannada – as useful as the English Wikipedia is to
the world, Telugu Wikipedia is much more useful who speak Telugu, but no
English.

My comment,
summarized: can the software be hacked to make this easy for
multilingual users to contribute to? Imagine being asked to opt-in for occasionally
having the application start up in (or switch into) another language
you know — for instance, “every 25th time you log into this website,
you’ll see it in Hindi” — with a reminder shown during those
language-switching times thanking you for aiding with translation
quality and giving you a direct link to report translation problems?

Because sometimes the problem is just a little too much friction;
switching the language of an application takes 5 too many mouse-clicks
to be thoughtlessly easy, and the vast majority of users don’t wake up
in the morning and think “you know, I could contribute to the localization of the software on my computer!” The lazier people can be and still help you, the more likely they’ll be to do it.

Which applications, or which types of applications, would be easiest to do this with?

Know someone who'd appreciate this post?
  • Print
  • Facebook
  • Twitter
  • Google Bookmarks
  • email
  • Identi.ca
  1. 5 Responses to “Is there a lazyweb fix for the paradox of localization?”

  2. I’m pretty sure you know you can always set the LANG environment variable to switch languages:

    bash $> LANG=de_DE.UTF-8 man man

    bash $> LANG=en_GB.UTF-8 man man

    So ok, it doesn’t solve your initial problem which was “how to force lazy people to help localizing” but it can help non-lazy one to do it.

    By John O. on Aug 25, 2011

  3. I always liked the Java approach to localization. All strings are pulled from a directory of text files “strings_en_us.properties”. If a string for your current locale isn’t there, you get a sensible fallback.

    Very easy to localize or correct, even if you are not particularly technical.

    By DDD on Aug 25, 2011

  4. This is a very concise example the perpetual problem with all bug reporting: when a user encounters a bug, they want to get back to what they were doing as quickly as possible. Filing a bug is rarely the fastest way to that objective, and even when it is, the user isn’t likely to admit it because its guaranteed to take a minimal amount of time, and nobody is going to easily swallow the news that it’ll be 24 hours before they can resume the simple task that they’re spun up on right now.

    By Casey Dahlin on Aug 25, 2011

  5. I posted my reply on the original blog.

    https://aharoni.wordpress.com/2011/08/24/the-software-localization-paradox/#comment-3244

    Recruit more localizers and let the testing sort itself out when there is more to test.

    By cjl on Aug 27, 2011

  6. This used to be my line of work, and localization is no easy task. Even bilingual users who are willing to contribute are unlikely to warm up to the tricks necessary to translate something as simple as “0 FILES deleted” / “1 FILE deleted” / “2 FILES deleted.” Without rules to manage common language exceptions like that, you end up with inconsistencies.

    For programs with completed-but-imperfect translations, the ability to flag problems and suggest changes is probably as good as you can get for non-techies, and that would probably be best implemented at the similar level as the systemwide spell-checker, allowing text to generically selected and right-clicked, with an emphasis on UI elements.

    Getting people off of English-as-default is a whole other can of worms!

    By Paul Blair on Aug 31, 2011

What do you think?