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

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

Em abril de, lançamos nossa série Mito Globalização por desmascarar o mito Globalização Internacionalização = Localização = Tradução =. Este tempo, vamos desmontar outra lenda urbana: ”Este produto de software é apenas para os EUA”

A declaração do problema(s)

Quando um novo produto de software está sendo projetado e implementado, muitas vezes ouvimos coisas como:

  • “Nosso produto é somente em Inglês, por isso não precisa se preocupar com a localização em tudo.”
  • “Não vamos nos preocupar sobre a localização de agora desde que a exigência do idioma inicial é apenas Inglês.”
  • “Vamos Inglês fora da primeira porta e vamos se preocupar com a localização mais tarde.”
  • “Estamos agora apenas focada em recursos, não localização.”

Também, nas indicações acima, o termo “localização” é muitas vezes intercambiável com “globalização” e “internacionalização”.

Isto é um pouco compreensível, desde que os Estados Unidos têm sido, historicamente, tanto o produtor superior e consumidor de produtos de software, e sua linguagem principal, Inglês, tem sido o mundo, a língua franca para mais de um século.

A verificação da realidade

Infelizmente, os pressupostos acima refletem uma mentalidade que produzem um impacto comercial negativo significativo a longo prazo. Eles são falsos a partir de várias perspectivas:

  • Muito frequentemente, produtos de software acabam sendo localizada. Você pode citar um produto de software comercialmente bem sucedido que é não localizado?
  • Mesmo se um produto nunca é localizada por causa da sua natureza – vamos dizer que é uma ferramenta de desenvolvimento – ou por causa da demanda de mercado pouco (por exemplo. alguns mercados em desenvolvimento), sua internacionalização é provavelmente importante por duas razões:
    • O conteúdo criado com o produto talvez precise ser localizada. Usando exemplos da Adobe, todos os dias milhares de clientes localizar camadas de texto de documentos do Photoshop, artigos de revistas criadas com o InDesign, texto em animações Flash, sites criados com o Dreamweaver, e internet rico ou aplicativo móvel criado com Flash Builder, em línguas Adobe não localizar os seus produtos em.
    • Certos mercados regionais têm requisitos específicos. Novamente usando os produtos da Adobe como exemplos, necessidades específicas de nossos clientes na Índia e no Oriente Médio tem motivado a adicionar suporte Indic e características bidirecionais InDesign CS6 para MENA, mesmo que ele não está localizado em árabe, Hebraico ou qualquer idioma índico. Também, nós incluímos suporte para Hanko no Acrobat, para refletir a forma como os documentos são assinados na Ásia Oriental.
  • Internacionalização torna-se mais caro mais tarde. Lembre-se do analogia motor de carro nós fornecemos em nosso artigo anterior mito? Assim, é fundamental que as equipes de desenvolvimento de produtos compreender as diversas necessidades de internacionalização, ea técnica, de recursos e tempo desafios para conhecê-los o mais cedo possível, de modo a evitar alterações de arquitectura dispendiosos e código de re-escreve mais tarde.

O maior custo de atraso internacionalização

Vários estudos gestão da qualidade total demonstraram os benefícios de problemas de endereçamento no início de um ciclo de desenvolvimento. Os mesmos princípios se aplicam à Internacionalização. A anterior, obtém considerado no ciclo de desenvolvimento do produto, melhor será a qualidade global do produto e mais barato os custos de desenvolvimento será.

Como mostrado no gráfico abaixo, o custo de internacionalização endereçamento durante o Design, Fases de codificação e teste são, respectivamente, 2, 3 e 4 vezes mais caro do que tratar internacionalização durante a fase de Requisitos.

Estas proporções obter pior, mesmo depois de o ciclo de localização começa (factor de 15x se o produto está localizado em 15 línguas) e os custos de abordar a internacionalização depois de alguns navios de produtos pode até se tornar astronómico (30 x).

Por exemplo, falta de definição e design de produto requisitos nas exigências e fases de projeto que atendam as necessidades dos clientes globais vai aumentar o custo de internacionalização em subseqüente fases (Codificação, Testes, e assim por diante) por causa do tempo adicional equipes de desenvolvimento de produto vai gastar com:

  • Reportagem internacionalização defeitos relacionados com a
  • Alterar ou re-escrever áreas impactadas pela internacionalização, tais como os manuseamento:
    • Datas, vezes, calendários, números, moedas, endereços, as unidades de medição
    • Interface de usuário cordas, o que pode requerer o uso de bibliotecas que fornecem externalização cadeia, e alterações em todos os códigos de carregamento cadeia (por exemplo. uma das equipes da Adobe dedicado 1 desenvolvedor para trabalhar 3 meses exclusivamente sobre esta tarefa)
    • Elementos de interface do usuário, tais como caixas de diálogo e paletas, o que pode requerer a conversão de utilização de bibliotecas de UI estáticos para aqueles dinâmicos.
    • Processamento de texto (entrada, exibir, saída, classificação, pesquisar), o que requer a adição do suporte Unicode – um código de baixo nível que requer grande re-teste – e pode exigir a adoção de um novo mecanismo de texto, uma grande mudança arquitetônica.
  • Em casos onde o trabalho de internacionalização é realizada versões do produto depois de muitos:
    • Desenvolvedores a começar a velocidade com código impacto que não poderia ter escrito originalmente, muitas vezes peneirando código legado que não pode estar em uso mais.
    • Áreas impactadas re-teste do código que foram lançadas em versões anteriores do produto
    • O gerenciamento de projetos de foco, 'De uma só vez’ esforços de internacionalização
  • Respondendo a pedidos e perguntas de clientes afetados sobre a falta de apoio para a sua língua (isso tem que ser explicado para cada novo cliente)
  • Gerenciando relacionamentos com os fornecedores de soluções de terceiros que poderiam ter previsto o apoio à internacionalização faltando, e com quem a empresa poderia ter entrado um acordo de divisão de royalties com

Também, pode haver custos indirectos que estão associados com:

  • Perda de receita potencial dos mercados que exigem a internacionalização
  • Exposição pública da falta do produto de internacionalização, quando os desenvolvedores de terceiros preencher a lacuna por comercializar as suas próprias soluções

Exemplos de apoio internacional em Inglês / não localizadas produtos

A melhor maneira de ilustrar a importância do apoio internacional em Inglês somente produtos é mostrar exemplos de produtos que tenham feito isso.

Um aplicativo de calendário

No primeiro exemplo abaixo, um idioma Inglês-calendário aplicativo oferece suporte para os calendários islâmico e tailandesas, permitindo que os usuários da Tailândia e 17 Países de língua árabe para usá-lo.

 

A aplicação nuvem de tags e um editor de texto

É muito importante que qualquer aplicativo que fornece a entrada de texto ou recursos de exibição suporte a caracteres de escrever outros sistemas que não o latim, o inglês ea maioria dos outros idiomas europeus se baseia em.

No exemplo seguinte, uma aplicação web-based tag cloud com uma interface de usuário Inglês-só permite aos usuários escrever caracteres de até 6 diferentes sistemas de escrita que representam centenas de línguas, selecionando fontes específicas.

O editor de texto baseada em desktop abaixo suporta perto de 20 sistemas de escrita, o que significa praticamente ninguém no mundo pode digitar com a versão em Inglês do produto.

Um site de viagens

A seguir, Inglês-UI site de viagens oferece um bom exemplo de como moeda, formatos de data e hora estão correctamente adaptadas para seus usuários alemães.

Os benefícios do design global

Em síntese, projetistas de produtos raramente deve imaginar seus produtos de software como “U.S. apenas”. Existem muitos benefícios para pensar globalmente desde o início:

  • Você será capaz de cumprir todas as exigências de localização de novos negócios em muito menos tempo e com custo muito menor. Quando se trata de localização, na economia globalizada de hoje, muitas vezes não é uma questão de “se”, mas uma questão de “quando”.
  • Você será capaz de vender seus produtos para clientes no mundo inteiro, em oposição aos vivo apenas no U.S. ou em países de língua Inglês, mesmo se o seu produto não é localizada (ainda).
  • Projeto de arquitetura global e codificação é um investimento one-time, e é muito menos dispendiosa do que posterior re-arquitetura e re-codificação.

Nosso mito globalização próxima será publicado no próximo mês. Entretanto, você tem alguma bons exemplos de internacionalizados Inglês-somente os aplicativos que você gostaria de compartilhar? Deixe-nos saber!

Ver também

Mito globalização – Mito 1: Globalização Internacionalização = Localização = Tradução =