Série Mitos Sobre Globalização – Mito 3: O suporte de idiomas deve ser limitada à língua oficial(s) de um país

Este artigo foi escrito originalmente em Inglês. Texto em outros idiomas é fornecido através de tradução automática.

Declaração do problema

No campo globalização, observamos frequentemente casos em que as empresas misturam o uso de países e idiomas ao entregar produtos aos seus clientes globais. Suposições são feitas frequentemente que as pessoas que vivem em um país deve receber os serviços em linguagem mais comum desse país(s) - Tais como: - Japonês no Japão, Inglês nos Estados Unidos ou da Rússia na Rússia. Boas empresas vai mesmo apoiar situações multilingues, como Bélgica e Suíça, que suportam múltiplas línguas oficiais - mas é realmente bastante?

Neste artigo de blog, defendemos que os conceitos de "País" e "Língua" deve ser tratada à parte - mesmo que eles estão relacionados.

Línguas não têm fronteiras

Historicamente, línguas se espalharam ao redor do mundo através da imigração, invasões e colonização. É por isso que o espanhol é falado na América do Sul, Inglês nos Estados Unidos, Francês no Senegal e Canadá – só para citar alguns exemplos.

As línguas não têm sido limitados às suas terras em um longo tempo. Por exemplo, Espanhol e Português se espalharam para o ponto onde a maioria de seus falantes nativos são encontrados fora da Península Ibérica. Apenas 8.95% de falantes de espanhol são realmente os espanhóis [1]. Poderíamos argumentar que existem diferentes sabores de espanhol, Português ou francês, mas, em essência, essas linguagens são o mesmo e eles não estão confinados às fronteiras do país.

Twitter é uma ótima ferramenta para visualizar as línguas faladas em todo o mundo. Eric Fisher criou um mapa de linguagem legal usar o Twitter de dados [2], que mostra claramente as fronteiras sendo redefinidos. Catalão aparece nos países de mapas e multilingue, como a Bélgica desaparecer sob França e na Holanda.

Map of languages as used with Twitter

Figura 1: European Language Mapa – Autor: Eric Fischer

Línguas oficiais deixar algumas lacunas importantes,

Muitas empresas lançam produtos e serviços em um país e localização limite e recursos para a língua oficial(s) desse país. Em software, um exemplo típico é a criação de um novo produto para o mercado americano e limitar funcionalidades às necessidades de Inglês de língua dos usuários. Mas isso geralmente não é suficiente - mesmo se o mercado é limitado para os Estados Unidos.

Recent U.S. Os dados do Censo mostra que 60 milhão (ou 21%) dos norte-americanos com idades entre 5+ anos falam outra língua além do Inglês em casa. Espanhol leva uma grande parte do bolo com 25 milhão, mas idiomas como o chinês, Tagalog, Francês, Vietnamita, Alemão e coreano estão cada bem acima da 1 milhões de falantes marcar [5]. Isso é muito compreensível, considerando a história da imigração do país.

Além, o U.S. boas-vindas 59.7 milhão de visitantes internacionais em 2010 [6]. Destes, 33.4 milhões eram do Canadá e do México e 26.4 milhões de fora da América do Norte. Sabendo que esses estrangeiros gastam em média $4,000 durante a sua estadia, este segmento de mercado não deve ser ignorado.

Usando o índice de Greenberg, que mede a probabilidade de que 2 pessoas em um país que falam a mesma língua, The Economist mostra que a diversidade linguística está acontecendo em todos os países ao redor do mundo e, especialmente, em outras nações que os Estados Unidos, Rússia e China [7]. Também, Ethnologue.com é uma excelente fonte de dados em torno de adoções de linguagem.

Esta diversidade é também visível na análise da Adobe. Graças à Adobe Digital Marketing Suíte e nossa tecnologia de Entrega linguagem dinâmica, somos capazes de captar as línguas em que os nossos clientes em todo o mundo gostariam de receber produtos e / ou documentação. Figura 2 mostra as solicitações de idioma para Adobe Nav nos Estados Unidos. Os dados coletados com este pequeno aplicativo, basicamente, confirma a diversidade da população os EUA desde línguas como o espanhol, Árabe, Inglês Britânico, Coreano, Chinês Simplificado, Tradicional chinesa, Holandês, Russo e turco são todos solicitados pelos usuários localizados nos Estados Unidos.

Languages expected by DLD users

Figura 2 – Unsatisified pedidos de idioma para Adobe Nav nos Estados Unidos

Diversidade linguística em qualquer país é o principal motivo pelo qual os produtos de software deve ser desenvolvido com uma audiência global em mente. Mesmo se o interface do utilizador ou documentação é deixada em Inglês, área de trabalho, aplicações web e móveis deve pelo menos ser capaz de entrada, exibir e imprimir os caracteres para a maioria das línguas.

Similarmente, fomos capazes de capturar dados sobre os idiomas preferidos em Adobe.com. Estes dados confirmam que os países e línguas são dois conceitos separados - e enquanto a maioria dos clientes de um país ler o conteúdo na língua oficial, um pedaço grande de visitantes ainda preferem ler o conteúdo em um idioma diferente. Por exemplo, com a referência Action Script (ASR) orientar, notamos que, na Rússia, apenas 68% dos desenvolvedores de Flash preferem ler a documentação em russo contra 31% em Inglês (A linguagem não-oficial) e 1% em outros idiomas. Similarmente, desenvolvedores de Flash numerosos fora da Rússia optar por ler a documentação ASR em russo (Veja a figura 3).

Distribution of Russian Action Script Readers around the world

Figura 3 – Distribuição País de referência Action Script ler no idioma russo

Este é outro exemplo por suposições entre os países e línguas não deve ser feito.

Como as pessoas continuam a tornar-se mais móvel, é crítico para separar os conceitos de país e idioma. Esta mobilidade é o que se espalhou línguas para além das fronteiras e cria a necessidade de ter os idiomas suportados em todos os lugares.

A linguagem é uma preferência do cliente, que não podem ser limitados pelas fronteiras do país.

Conseqüentemente, se as línguas não têm fronteiras, bandeiras não devem ser usadas para representá-los como muitas vezes visto em web-sites. As bandeiras são a intenção de representar entidades políticas [3]. Um exemplo comum é a de representar o idioma Inglês com o britânico "Union Jack". Mas não é culturalmente sensível para falantes de inglês da Austrália, Índia ou Estados Unidos. Alguns têm abordado o problema através da mistura de bandeiras de vários países "em um, embora ele está tornando a situação ainda mais confusa. A bandeira abaixo (Figura 4) representa o idioma alemão (falado na Alemanha, Áustria e Suíça) e podemos imaginar o quão complicada a bandeira língua espanhola seria semelhante pois o espanhol é a língua oficial em 14 países [4] e falado em muitos mais!

Using flags to represent languages can become complex

Figura 4 – Bandeiras e Línguas (WikiMedia)

Take-aways

Em síntese, nós oferecemos 3 take-aways a considerar quando se lança um produto globalmente:

  1. Diferenciar os conceitos de "país" e "linguagem". Como tal, não usar bandeiras para representar línguas.
  2. Não se limite suporte para o idioma oficial(s) de um país / região. Alguns idiomas podem precisam de ser apoiados, embora não tenha estatuto oficial.
  3. Línguas não têm fronteiras e precisam de ser apoiados a nível mundial. Capturar linguagem preferida dos usuários(s) para que você possa atendê-los em sua língua, independentemente da sua localização.

Referências:

Série Mitos Sobre Globalização – Mito 1: Globalização = Internacionalização = Localização = Tradução

Este artigo foi escrito originalmente em Inglês. Texto em outros idiomas é fornecido através de tradução automática.


Provavelmente, o maior equívoco que encontramos ao falar com alguns colegas de fora da equipe de globalização da Adobe é que “Globalização”, “Internacionalização” e ”Localização” significam a mesma coisa, e essa coisa é de alguma forma relacionada com algo qualquer um pode entender: Tradução.

Não podemos culpar os nossos colegas por tais crenças equivocadas, já que estes termos têm sido usados ​​e abusados ​​por gerações.

Provavelmente não ajuda que também existem termos em uso, tais como “Culturalização”, “World-Readiness”, ”Glocalização”, “Transliteração”, “Transcrição”, “Localizability”, e “Japonização”.

O fato de cada um destes terem abreviaturas correspondentes (por exemplo. G11n, I18n, L10n, T9n, C13n, L12y) e também grafias diferentes (“Globalisation”, “Internationalisation”, “Localisation”, e assim por diante) apenas ajuda a tornar a coisa toda mais assustadora e confusa para os "civis".

Este artigo pretende esclarecer essas diferenças, e fornecer uma melhor compreensão dos vários passos que compõem o software globalização.

Esclarecendo a terminologia

Vamos concentrar nossas explicações em torno de alguns termos básicos fundamentais que geram mais confusão. Uma coisa a ter em conta é que, embora o significado de algumas tarefas, como a "tradução’ e 'localização’ são padrão na indústria, alguns outros termos como "globalização’ e 'internacionalização’ não são. As definições dadas aqui são os predominantes (que usamos na Adobe).

Internacionalização (comumente abreviada como I18n) é um exercício de engenharia focada em generalizar um produto de modo que ele pode lidar com vários idiomas, scripts e convenções culturais (moeda, regras de classificação, formatos de número e de datas ...) sem a necessidade de redesign. Internacionalização, por vezes referido como world-readiness, pode ser dividida em dois conjuntos de atividades: enablement e localizability.

Localização (L10n) é o processo de adaptação de um produto ou serviço para a aparência e experiência de um determinado idioma, cultura, e local desejado “look-and-feel ". Traduzindo interface de usuário do produto é apenas uma etapa do processo de localização. Redimensionando Caixas de diálogo, botões e guias de paleta para acomodar cordas mais traduzidos também faz parte da localização.

Tradução (T9N) é simplesmente a conversão do significado do texto em uma língua para outra. Em um produto de software, o conteúdo que é traduzido são a interface de usuário, documentação, colaterais de embalagem e comercialização. A maioria da tradução é feita por profissionais, embora nos últimos anos, algumas empresas começaram a explorar o uso de 'community'-tradução, e tradução automática.

Globalização (G11N) refere-se a uma ampla gama de processos de engenharia e desenvolvimento de negócios necessárias para preparar e lançar produtos e atividades da empresa em todo o mundo. As atividades de engenharia globalização são compostas de internacionalização e localização, enquanto as atividades de desenvolvimento de negócios foco em gestão de produtos, financeiro, marketing e aspectos jurídicos.

World-Readiness é um termo equivalente à Globalização, mas é mais frequentemente usado no contexto de internacionalização.

Como eles se relacionam entre si

O diagrama simplificado abaixo ilustra a relação entre os principais atividades relacionadas à globalização .

Em síntese, no contexto de software:

  • Tradução é uma parte do Localização
  • Internacionalização é um pré-requisito de Localização
  • Internacionalização e Localização são partes Globalização
  • Globalização inclui muitas atividades relacionadas aos negócios fora do próprio produto.

Uma analogia na vida real

Ainda com dificuldade para entender? Vamos fazer uma analogia com um produto com o qual todo mundo está familiarizado : um automóvel.

O Toyota Corolla é um dos carros mais bem sucedidos de todos os tempos. Mais de 30 um milhão deles foram vendidos no mundo. Mas, não se seus fabricantes não tivessem adotado os princípios básicos da globalização nos anos 60, o Corolla dificilmente seria conhecido fora do Japão hoje.

Assim, para alcançar tal sucesso,, a Toyota teve que:

  • aceitar no início a idéia de que eles queriam alcançar mercados fora do Japão. Eles montaram uma rede mundial de comercialização no país, organização de vendas e suporte ao cliente. (Globalização)
  • Projetar e desenvolver um carro que poderia ser facilmente adaptado para outros mercados geográficos com custo mínimo e esforço (Internacionalização)
  • Adaptar carros para mercados geográficos específicos. Por exemplo, para os EUA, Canadá e grande parte da Europa, o volante e pedais foram facilmente movida para o lado esquerdo do carro sem alterações estruturais. (Localização)
  • Fornecer manuais de instruções na língua do mercado. (Tradução)


Exemplo de localização de uma interface de automóvel

Onde está o problema

Então, qual é o impacto dessa generalização '’ de terminologia para o processo de globalização de software?

O principal problema é que a maioria das equipes de produtos olhar a globalização como um processo único e monolítico que ocorre algum tempo depois da concepção e implementação do produto Inglês, e de propriedade de uma única equipe (a "Globalização’ equipe). Essa mentalidade incentiva uma “throw-over-the-wall” abordagem que muitas vezes resulta em:

  • Engenharia núcleo adicional e esforço de teste para resolver questões de internacionalização crítico foi encontrado no final da programação
  • Engenharia de localização adicional e esforço de teste manualmente para lidar com questões localizability
  • Maior número de defeitos do produto
  • Atrasos no cronograma
  • Experiência mais pobre cliente

Usando a analogia do automóvel na seção anterior, um “throw-over-the-wall” abordagem significaria que, para adaptar um Toyota Corolla projetado para clientes japoneses ao mercado americano, engenheiros seria necessário para mover o motor ou o sistema de suspensão, a fim de mover o volante e os pedais a partir do lado direito para o lado esquerdo do carro – uma operação dispendiosa e demorada.


Internacionalização ajuda a evitar que este

A história curta (pontos a lembrar)

  • Globalização, internacionalização e localização são atividades relacionadas, mas diferentes, realizadas por equipes diferentes em fases diferentes de desenvolvimento de produto
  • Incorporar globalização em seu pensamento o mais cedo possível. Começe durante o design. Pergunte a si mesmo: que os mercados em todo o mundo que eu estou visando a curto prazo e longo prazo? O que esses clientes precisam? Se você só pensar em mercados de hoje você vai ignorar a globalização.
  • Implementar um produto internacionalizado, mesmo se você não acha que vai vender fora os EUA. ou a não-Inglês de língua clientes, porque esta decisão pode facilmente mudar e, em seguida, as alterações vão ser muito caro. Se o seu produto é successul em um mercado, você provavelmente terá grandes oportunidades de negócios no exterior. Assim, plano para ela.
  • A internacionalização deve ser realizada principalmente pelo produto da equipe de engenharia do núcleo. Faça isso uma vez, fazê-lo direito, em seguida, entregá-la a localização.
  • O processo de localização será muito mais fácil e mais barato se o produto é bem internacionalizado.

As corporações mais bem sucedidas globais instilado globalização como parte de todos os seus funcionários’ “DNA”. Para que uma equipe da empresa ou produto para ser bem sucedido internacionalmente, primeiro deve haver uma decisão consciente de executivos eo buy-in de todos os envolvidos na concepção e desenvolvimento de um produto de software para ir internacional. Isto significa que, a menos que o produto e toda a infraestrutura em torno dela não estão prontos para capitalizar as oportunidades presentes em um mercado internacional, o potencial de receita global do produto nunca será plenamente alcançado, ou a um custo proibitivo somente.

Ver também

Série Mitos Sobre Globalização – Mito 2: Este produto é apenas para o U.S.