O problema com Software Localizando para múltiplas plataformas

Adobe tem uma longa história de desenvolvimento de produtos para múltiplas plataformas, quer se trate de aplicações de desktop como nossos aplicativos Creative Suite emblemáticos ou aplicações sensíveis ao toque mais recentes, como Photoshop Toque. A maioria dos nossos aplicativos de desktop foram construídos para Windows e Mac e aplicações mais recentes continuar esta tendência, com suporte para iOS e Android, incluindo tablet e telefone fatores de forma para ambos.

Claro que isso não teria sido possível sem os esforços cuidadosos da equipe de engenharia para manter em grande parte uma única base de código para todas as plataformas.

Apesar de ter uma única base de código tem benefícios óbvios, na camada de interface do usuário muitas vezes é importante ter variações de plataformas específicas para uma melhor usabilidade. Cada plataforma tem geralmente uma convenção específica para se referir ao sistema de menus, teclas de atalho e elementos de interface do usuário. Por exemplo, em uma plataforma Windows uma String UI pode ser – “Selecione um arquivo de mídia através do botão Procurar ou digite um caminho válido.” ea mesma seqüência para a plataforma do Mac pode ser – “Selecione um arquivo de mídia através do botão Escolher ou digite um caminho válido.”

Isso significa que as cordas UI traduzíveis pode ter muitas variações no idioma de origem, dependendo de qual plataforma eles são destinados a. Isto é o que o nosso grupo de globalização geralmente se refere como "Plataforma de variância’. Cordas localizáveis ​​são essencialmente múltiplo entidades. Cada corda localizável tem um identificador e múltiplos valores associados cada um dos quais podem ser selecionados com base em determinados critérios. Os critérios mais óbvios e comumente utilizado é o idioma da interface do usuário do aplicativo, mas ele não precisa ser o único. Plataforma também pode decidir o valor de uma string.

Suporte de variação plataforma não é apenas útil para o tratamento de diferenças de terminologia para se referir a elementos de interface do usuário do sistema, ele também ajuda a adaptar cordas para diferentes tamanhos de tela. Aplicação moderna são projetados para suportar vários formatos de dispositivos como tablet e telefone com a interface do usuário que está sendo ajustado para cada plataforma para uma melhor experiência do usuário. Variância plataforma, neste caso, pode ser usado para apoiar cadeias mais longas para a vista Tablet e cordas mais curtas para a exibição do telefone.

No entanto, outra área onde o suporte de variação plataforma poderia ser útil é em ter diferentes valores localizáveis ​​para uma versão Pro versus uma versão do Consumidor da aplicação.

Contudo, localizar strings com dados variante da plataforma é um problema. O problema é duas vezes, é na gestão dos processos e cronograma do projeto para permitir a localização ágil e lançamento simultâneo para todas as plataformas-alvo. O segundo aspecto é tecnicamente apoiar a variância plataforma em ambas as bibliotecas de programação e ferramentas de tradução. Muitas ferramentas e bibliotecas de assumir um único valor para uma origem e uma seqüência alvo, mas no caso da plataforma de variância não só pode haver múltiplas fontes e os valores de alvo para uma cadeia lá não necessita de ser de um-para-um entre os valores de origem e de destino. Pode haver múltiplas variantes de plataforma para a cadeia de origem que são mapeados para o mesmo valor / target traduzido ou uma única seqüência de origem pode precisam ser traduzidos de forma diferente com base na plataforma para o local de destino. Por exemplo:

  • pt_BR: “Por favor, feche a janela e começar de novo.”
  • fr_FR padrão: “Feche o diálogo e tente novamente.”
  • O Windows fr_FR: “Feche o diálogo e tente novamente.”

Desde que eu sou parte da equipe de ferramentas de globalização aqui no Adobe, o restante deste post eu descrever o problema mais de uma ferramentas técnicas e perspectivas bibliotecas, desenho da minha experiência. O problema processo também é bastante complexo e, provavelmente, ter um post muito mais tempo blog para discutir. Na verdade, há um um relacionado já neste blog, ver – link.

Suporte Variance plataforma em Bibliotecas

Idealmente, as bibliotecas de globalização / APIs usadas no código para gerenciar cadeias externalizados e os formatos de armazenamento correspondentes para os dados externalizados deve ter uma noção de um valor variante plataforma para cada corda. Deve haver uma maneira de pedir um valor de string para uma localidade e uma plataforma específica, juntamente com uma disposição para voltar a cair para um valor padrão no caso de um valor específico da plataforma não é especificado.

Como um exemplo, a API Java ResourceBundle suporta a seleção de um pacote de 'Locale', não há menção explícita de uma "Plataforma", mas o 'Locale’ si é extensível para suportar variantes. O mecanismo de variante no 'Local’ pode ser usado para suportar plataformas diferentes, e existe também um mecanismo de queda para trás. No Adobe temos uma biblioteca multi-plataforma desenvolvido personalizado chamado ZString para o gerenciamento de cadeias de externalizados com apoio explícito para a plataforma de variância.

Suporte Variance plataforma em Ferramentas de Tradução

A maioria dos sistemas de gerenciamento de tradução (TMSS) ter um one-to-one modelo de strings com as cordas correspondentes traduzidos para cada localidade. Este pressuposto está por trás da arquitetura dos algoritmos correspondentes TM, bem como o desenho da bancada tradução. Um típico bancada tradução normalmente oferece um lado a vista lateral de origem e de destino cordas, mas apenas apoiar uma única seqüência de fonte correspondente a um valor único traduzido.

Typical Translation Workbench

Um lado típico de visão lateral de origem e conteúdo alvo de uma ferramenta de tradução

Nós ainda estamos procurando a solução ideal para este problema. Para gerenciar os TMs uma possível solução usando os sistemas existentes é ter entradas duplicadas na memória de tradução (TM) ou um TM separado para cada plataforma.

Contudo, tradutores ainda são limitados pela visão apresentada pela sua bancada de trabalho de tradução. Uma possível solução para permitir que os fornecedores de tradução para fornecer a plataforma traduções específicas é duplicar todas as cordas de origem para cada plataforma alvo possível. O valor de origem para o padrão da plataforma pode ser usado como valor de fonte para todas as outras, a menos que a plataforma de aplicação UI já especifica um valor para uma plataforma específica, caso em que é usado. Agora, o tradutor pode fornecer traduções diferentes para cada plataforma, se necessário. Essa solução no entanto parece ser uma quantidade significativa de trabalho adicional para os tradutores. Alguns otimização é possível traduzir uma única plataforma primeiro e aproveitando traduções para todas as outras plataformas.

Em um cenário ideal da bancada tradução daria um lado a vista lateral de todas as variantes de plataforma para a string de origem e as cordas alvo. Com a capacidade para o tradutor para remover as variantes da seqüência traduzida onde eles não são necessários e propor variantes para a cadeia traduzido mesmo se a seqüência de origem não tem qualquer. Isso permitiria que os tradutores a trabalhar com o conteúdo de origem em uma única passagem, edição de traduções alavancados, proporcionando novas traduções quando necessário e propondo valores traduzidos específicos da plataforma, conforme apropriado.

Uma aproximação com esta visão ideal é uma folha de Excel com cada corda fonte que está sendo representado em uma linha e ter uma coluna separada para cada plataforma, tanto para fonte e cordas alvo. Com os valores em branco numa coluna plataforma significando que o padrão de tradução é para ser usado para essa plataforma e entradas da plataforma não em branco a ser utilizado para a plataforma de tradução específicos.

Ideal Translation Workbench

A proposta vista bancada tradução permitindo traduções simultâneas para múltiplas plataformas

Nós ainda estamos experimentando para encontrar a solução ideal para as nossas necessidades, que oferece flexibilidade para tradutores e ainda aproveita o nosso investimento em processos e ferramentas de tradução existentes. O objetivo é ser capaz de suportar mais rápido ciclos de lançamento ágeis com todas as versões da plataforma acontecendo simultaneamente.

Acho que este é um bom fórum para pedir aos nossos leitores do blog, se enfrentaram problemas semelhantes e as soluções que desenvolvemos para lidar com ele.

GALA Webinar sobre Gerenciamento de Projetos de Localização

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

Manish Kanwal, Gerente do Programa Internacional da Adobe será a realização de um webinar em GALA (Globalização e Localização Associates), que é a maior organização sem fins lucrativos padrões dentro da indústria da língua. O webinar vai apresentar esclarecimentos sobre as melhores práticas para gerenciar um projeto de localização complexa. Adicionalmente, ele vai elucidar com um estudo de caso de um projeto abrangente grande com equipes de engenharia espalhados por todo o mundo, incluindo, linguística, revisores, legal, cadeia de suprimentos, marketing, de apoio ao cliente e muito mais.

Junte-se a este webinar para aclimatar o que é preciso para projetar gerenciar e localizar em condições exigentes, direito a partir do ponto o produto está previsto até ao seu lançamento público. Detalhes do evento estão disponíveis aqui, será transmitido em 26 de Julho 11:00 EDT

InDesign CS6 .... Bem-vindo à Índia!

Este artigo fala sobre o objetivo geral de localização em um novo mercado em termos de negócios ou um "mercado emergente". Você pode se perguntar, "Por que a palavra específica Emergentes?"Por causa da oportunidade de negócio que apresenta tomando um produto para um novo mercado onde a demanda existe, mas de alguma forma o produto não foi disponibilizado.

No domínio de publicação, A Índia é ainda um dos poucos países onde Impressão tem observado um crescimento constante. Trechos de uma pesquisa do site famoso abaixo:

"Contrariamente à maioria dos outros mercados no mundo que continuam a testemunhar uma erosão da indústria de mídia impressa, na Índia, o setor presenciou um crescimento de 10 por cento em 2010 e deverá continuar a crescer a um ritmo semelhante ao longo dos próximos cinco anos. O aumento dos níveis de literacia e de baixa penetração de mídia de impressão oferecem margem significativa para o crescimento, diz um relatório FICCI-KPMG, recentemente lançado no FICCI FRAMES 2011 evento ............ "[Fonte Tudo sobre jornal, data de publicação de Março de 2011 `]

Será que este presente uma oportunidade para a Adobe para expandir no espaço Print Media alavancando seu um dos mais populares software InDesign Editoração ®. Sim, mas a que custo? Vamos pesar os custos e benefícios.

  1. Ao longo de últimos anos, Adobe Índia força de vendas vem se reunindo clientes indianos para entender como o InDesign pode ser feita "a Índia está pronto '.
  2. Na Índia, Inglês é muito perto de ser a segunda língua mais falada, atrás Hindi, dando uma margem de manobra para, provavelmente, ainda chegou ao mercado com uma interface de usuário Inglês (UI).
  3. O mais falado área nas reuniões com clientes freqüentes foi o apoio de scripts índicos de impressão e aplicativos de desktop Publishing da Adobe. Os actuais World-prontos compositores para Oriente Médio texto incluído suporte parcial para scripts índicos vários. Contudo, uma série de correções de bugs e requisitos de suporte de produto foram necessários para a Adobe para certificar oficialmente e lançar o produto na Índia.

As especificações listadas acima que esculpir um caminho para o InDesign para ver suporte para scripts índicos em CS6 liberação. Baseado na entrada do Gerenciamento de Produtos, o seguinte 10 Scripts de indianos a classificação mais elevada na lista de prioridades para apoiar:

Cada uma das localidades acima tem uma boa porcentagem de mídia de impressão no mercado indiano variando de jornal, Revistas, Revistas, etc. Para apoiar essas localidades era um caminho difícil pela frente já que a maioria dessas localidades usam combinação de caracteres complexo, glifos, regras de hifenização, suporte de dicionário.

Fase 1 deste projeto incluiu suporte de dicionário adicionando no InDesign para essas localidades. Nós integramos as específicas da localidade dicionários de código aberto, avaliados os contra produtos concorrentes (com o suporte semelhante) abrangendo uma série de dados de script de teste específicos escolhidos a dedo por lingüistas. Os critérios de teste sendo:

  • Maturidade de teste e qualidade dos dicionários incorporados
  • Ortografia palavras intencionalmente e comparar as palavras corrigidas
  • Verifique se as palavras em InDesign quando copiados manter sua santidade
  • A validação de um regime linguístico poucos, conforme aplicável, tais como hifenização, colchão, grafias, etc

Dicionário avaliação mostrou resultados bastante impressionantes, permitindo-nos passar para segunda fase deste esforço de analisar InDesign para scripts índicos. Depois de um número significativo de fluxos de trabalho complexos, uma engenharia poucos belisca ao longo do caminho, fomos capazes de conseguir aquilo que nós colocamos nossos olhos no início.

  • Dicionários adicionados e verificadores ortográficos para o 10 roteiros
  • Hifenização acrescentado para o 10 roteiros
  • Incluído 1 Família de fontes Indic: Adobe Devanagari
  • Incluído um script que os usuários podem executar para definir padrões relevantes e lidar corretamente com as importações a partir de documentos do Word etc.

Mesmo que nós começamos este esforço como um projeto de sementes, codinome como Indic InDesign 1.0, fomos capazes de conseguir mais do que nós filmamos para. InDesign não provou apenas compatível para a maioria das localidades listadas acima, mas ofereceu apoio notável, mesmo para os glifos mais complexos.

Mude para o Compositor do Mundo-Ready, um mecanismo de composição alternativa, com um único clique de indicPreferences.js em Janela > Utilitários > Scripts painel para explorar o mundo Indic no InDesign. Em virtude de suporte básico Indic script em InDesign CS6, agora você pode digitar esses idiomas e caracteres iria moldar e processar corretamente. E sim, haverá mais refinamentos ao apoio Script Índico em versões futuras que virão.

Deixe-nos saber o que você pensa e como você pretende usar esses recursos. Por favor visita aqui para a lista completa de suporte de idiomas no InDesign CS6.

Contribuição de Harpreet Singh (Adobe Índia)

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.

 

Tradução colaborativa Ajuda Adobe Business Catalyst adicionar novos idiomas

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

Adobe Catalisador de negócios produto é um hospedado, “tudo num só” solução para construir e gerenciar sites de negócios (ver também Wikipedia.org). Fora da caixa, Catalisador de negócios (BC) fornece suporte para cinco idiomas: Além do Inglês, ele está sendo enviado em francês, Alemão, Espanhol, Sueco, seguir a demanda de seus mercados principais e mais importantes. Um papel crucial no modelo de negócios BC é desempenhado pelo “parceiros” ou “revendedores”, que usam o produto para personalizar sites de acordo com as necessidades de seus grupos de clientes.

No passado, BC continuou a receber o feedback dos seus clientes ea sua organização de vendas própria, que houve uma alta demanda para mais línguas. A adição de línguas como seria permitir que os parceiros para começar a vender sites seus negócios em mais países do que são cobertos por meio das línguas out-of-the-box.

Apesar do retorno parceiro, a demanda eo caso de negócio para novas linguagens foi difícil de medir ou quantificar para a equipe BC. Nessa situação, BC decidiu entrar com um novo e desenvolvido infra-estrutura disponível no Adobe para alavancagem “tradução comunidade” a fim de validar a demanda antes de cometer a mudanças. Antes de entrar em detalhes, primeiro algumas informações sobre o sucesso da iniciativa ea resposta surpreendente que recebeu, em alguns casos.

Sucessos inicial

Foi apenas em junho, que as cinco línguas originais Catalisador de negócios foram postados publicamente em um site de tradução para revisão comunidade de usuários e sugestões de tradução. Para os participantes do piloto, a ferramenta para uso foi “Adobe Tradutor” (AT), uma aplicação dando-lhes acesso à interface de strings BC e suas traduções. Além de analisar o “legado” línguas já incluída no produto, o comunidade foi dada a oportunidade de fornecer traduções para outros idiomas. Inicialmente, os incluídos dinamarquês, Italiano, Holandês, Português do Brasil, Romeno, e esloveno, com base em solicitações recebidas dos parceiros BC. Esperamos que mais idiomas serão adicionados a este projeto ao longo do tempo.

Contribuições a partir de outubro. 31

O que aconteceu ao longo dos próximos meses foi um exemplo clássico de contribuições surpreendentes e sólida proveniente de uma comunidade. Uma vez habilitada a trabalhar na sua língua favorita, impulsionado pela expectativa de potencial de melhorar seus negócios, os parceiros acessou a ferramenta de tradução e começou a trabalhar. A tabela “Contribuições a partir de outubro. 31″ mostra uma cada vez maior número de contribuições para cada mês de junho a outubro (os números representam palavras contribuíram por mês e não são cumulativas). Entrar em mais detalhes e olhando para as contribuições semanais sobre o direito, também podemos identificar dois picos claros de atividade.

Se olharmos para a tabela abaixo, podemos identificar idiomas holandês e francês, que atingiram 100% realização, significado a sua tradução foi concluída. E, de fato, os dois pontos na tabela acima coincidem com os pontos no tempo em holandês (o pico primeiro) e francês (o segundo), integralidade tradução alcançado.

Palavras apresentadas em outubro. 31

Além, pode-se ver que há também uma importante actividade, embora não tão “explosivo”, ocorrendo para Dinamarquês e italiano, mais dois idiomas não faz parte do conjunto original do BC. Alemão e sueco também estão recebendo alguma atenção, mas em um nível reduzido.

Assim, dentro de um período muito curto de tempo e com a ajuda de seus parceiros, BC está agora em posição de adicionar um idioma ao seu produto que não tenha sido expedidas antes, ou seja, Holandês. O fato de que BC foi capaz de trazer os seus parceiros de tal forma convincente e eficaz, representa um grande sucesso para a iniciativa BC, e para o conceito de tradução da comunidade.

Similarmente, embora não completamente traduzido a partir do zero, o “realização” do francês como língua de navegação já, indica que o comunidade contribuiu rapidamente para fechar a lacuna entre strings já traduzidas (referindo-se a funcionalidade já existente) e cordas ainda a ser traduzido (para descrever a funcionalidade adicionada BC na última versão). Outra parte da atividade em torno francês, foi revisar as traduções existentes e apresentar as alternativas ou melhor.
O resumo aqui é que, além de traduções de completar para novas línguas, o revisão de traduções existentes para ambos “velho” e novas linguagens acabou por ser uma tarefa que a comunidade de parceiros que participam activamente na.

BC parceiros estão agora, finalmente, ficando em uma posição onde eles podem começar a comercializar os seus sites personalizados, construído usando Catalisador de Negócios, em outros países ou regiões. Partir de sua perspectiva de negócios, espero que vale a pena que eles investiram tempo no esforço de tradução. Ao longo do tempo e onde faz sentido, Adobe vai abrir mais projetos para a comunidade e permitir que tanto a revisão e tradução para as línguas mais, seja ele “tradicional” ou novos.

Takeaways: Por que isso Go Bem?

Há uma série de componentes que precisam estar no local para ser bem sucedido em um projeto como este. Dois deles já foram mencionados:

  • Necessário é um comunidade que está disposto a se envolver de tal esforço de tradução de colaboração.
  • Pode ir sem dizer, mas já que é tão crucial importância, estamos a referir-la novamente, um motivação ou incentivo para qualquer pessoa disposta a contribuir deve existir. Motivação podem diferir amplamente entre as diferentes comunidades, e neste caso de um grupo relativamente pequeno (BC dos parceiros), o incentivo era para ter o produto em um novo idioma, a recompensa potencial a ser para aumentar a receita através da prestação de uma interface de idiomas adicionais para atingir um mercado ampliado.

Seleção de idioma de negócios Catalisador

Existem mais fatores que tiveram um impacto crucial sobre o sucesso do projeto:

  • A maior força única motivação que levou os parceiros a contribuir até a conclusão foi alcançada, é representado na imagem à esquerda. No menu de selecção das línguas suspensa, você pode ler (em holandês) “Holandês (traduzidos pela comunidade)”. Somente se o contribuições da comunidade, eventualmente, fazer o seu caminho em um aplicativo, que a comunidade comece a sentir uma sensação de realização. E só quando o progresso se torna visível desta forma gratificante, ele terá a pena para os contribuintes de investir tempo (e seu tempo é o seu dinheiro!) na tradução.
  • Passado, mas não menos importante, há, claro, o arquitetura necessária para permitir a tradução comunidade. Para que, Adobe está alavancando um data center em Los Angeles, Califórnia, como um elo entre os usuários e alguns bancos de dados Adobe interna para recuperar informações específicas do projeto e receber traduções comunidade. Esta arquitetura não é específica do projeto, mas pode ser re-utilizado para projetos semelhantes, independente de seu tamanho e escalável para o número de participantes da comunidade.

Outros pilotos tradução Adobe que estão abertas para as contribuições do usuário são Adobe Story com 5 línguas existentes (Alemão, UK Inglês, Espanhol, França, Italiano), eo Flex SDK com uma linguagem existente (Português do Brasil). No futuro, o número de produtos abertura aos fluxos de trabalho de tradução da comunidade vai crescer, e assim que o número de línguas incluídas neste esforço.

Uma ferramenta sempre ajuda: Adobe Tradutor

AT Painel

Uma vez que será descrito em um artigo de blog futuro, aqui apenas uma breve descrição do Adobe Tradutor (AT), Ferramenta da Adobe própria tradução comunidade.

Depois de logar com sua ID Adobe (você pode ter que criar um primeiro), Tradutor Adobe apresenta um painel mostrando todos os projetos em que um produto permite que os usuários ou tradutores para contribuir traduções de interface de usuário ou correções para um determinado idioma. Basta selecionar o seu projeto favorito e explorar a funcionalidade da ferramenta. O processo deve ser bastante auto-explicativo, mas uma ajuda breve sempre pode ser acessado pelo menu Sobre no topo.

AT Tela Tradução

Na tela de tradução, tradutores podem começar a contribuir imediatamente. Basta selecionar uma seqüência de origem e inserir uma tradução no campo de texto. Pode ou não pode ser uma proposta de tradução que a AT está oferecendo com a ajuda de tradução automática ou memória de tradução (“no passado, Essa frase tem sido traduzida como …”). Enviar a sua sugestão e passar à próxima string.

Adobe Tradutor está sendo desenvolvido de forma ágil na freqüentes, curto “sprints”. A fim de aproveitar a oportunidade que tivemos com Catalisador de Negócios, decisão da equipe foi para expor a aplicação antecipada e ouvir o feedback do usuário a fim de classificar as suas prioridades de desenvolvimento característica. Depois que o piloto bem sucedido com BC, o foco agora será no desenvolvimento de “social”, motivacional, e recursos informacionais.

Mais por vir …

Por amor da brevidade deste artigo, não estamos entrando em mais detalhes descrevendo o fluxo de trabalho de tradução em Adobe Tradutor: Fará parte de um futuro write-up que irá se concentrar em nossa ferramenta exclusiva. Entretanto, se você quiser fazer um test drive usando o Adobe Tradutor (talvez o seu produto favorito já está disponível para tradução comunidade), sinta-se livre para acesso e explorá-lo. Se você não se importa de enviar comentários via e-mail, por favor, use o mecanismo no menu Sobre: Nós gostaríamos de ouvir de você e estão escutando.

Tenha certeza de que continuamos a trabalhar em melhorias, especialmente para fazer o fluxo de trabalho de tradução mais fácil e intuitiva. A fim de fazer a tradução mais divertido como um grupo ou esforço da comunidade, vamos também fazer mais em “social” áreas. Nós iremos fornecer recursos que irão motivar os usuários a contribuir (comentar e votar em traduções, por exemplo) e aqueles que lhes permitirá ver os dados sobre si mesmos, as comunidades, eo projeto(s) eles estão envolvidos em (por exemplo, através de um quadro de líderes ou páginas de estatísticas do projeto).

Novamente, por todos os meios, por favor, acesse o aplicativo em http://community.translate.adobe.com/translator/ ou faixa nossas atividades no Adobe página Tradução Comunidade no Facebook para ler anúncios importantes sobre o Adobe Tradutor e outros esforços de tradução da comunidade.

Trials de CS5.5 estão disponíveis em outros idiomas

Este artigo foi escrito originalmente em Inglês. Textos em outros idiomas foram fornecidos via tradução automática.

Agora você pode baixar trials de Win/Mac da CS5.5 em seu idioma:

Desfrutar!

 

Mais conteúdos em mais idiomas!

Este artigo foi escrito originalmente em Inglês. Textos em outros idiomas foram fornecidos via tradução automática.

Com toda a conversa sobre internet Decisão do Google de encerrar sua tradução automática livre (MT) API e transição para um serviço pago, alguns de vocês podem ser curioso que a tradução automática papel desempenha a Adobe.

Adobe atualmente não integrar a API do Google em qualquer produto de modo que não são diretamente afetados por esta mudança. Mas nós licenciar a tecnologia de tradução automática de fornecedores comerciais e estamos investigando ativamente maneiras de MT alavancar toda a empresa.

Adobe tem uma presença no mercado em mais de 30 diferentes línguas, tão pouco de qualquer documentação produzida em Inglês potencialmente multiplica para fora a um custo considerável se traduzido em todas essas línguas. Também, todos os dias a empresa recebe comunicação de entrada em forma de e-mails, teste de gabarito, e inquéritos ao cliente de serviços em mais línguas!

Para ajudar a gerenciar essa comunicação ambas as direções, Grupo A globalização da Adobe virou-se para a tecnologia de tradução automática. O primeiro passo foi inserir MT no processo de tradução de documentos. Em vez de enviar a documentação para tradução a partir do zero, nós executado pela primeira vez o texto através de motores de MT que foram customizados para o Adobe terminologia, e, então, nossos tradutores pós-editar a saída. Fazê-lo, vemos uma aceleração de até 50% com maior consistência terminológica.

Agora mesmo, sobre 20 produtos estão usando MT por pelo menos uma língua — incluindo Photoshop, Acrobat, e Illustrator — ea lista está se expandindo cada mês.

E a história não termina aí! Estamos trabalhando ativamente em outras maneiras de alavancar MT para melhorar a nossa capacidade de servir e se comunicar com uma audiência mundial. Assista a este blog como nós gradualmente lançar novas iniciativas nos próximos meses!

– Raymond Flournoy
Senior Program Manager, MT Initiatives
Translation Technology Team

Adobe processo de localização de software

Este artigo foi originalmente escrito em coreano. Textos em outros idiomas foram fornecidos via tradução automática.

Para localização de software Adobe 3 Fases são realizadas.

  • Localização internacionais
  • Localização, Tradução
  • Teste de Controle de Qualidade

Dependendo do produto, há alguma diferença, mas na maioria dos softwares da Adobe, o processo de desenvolvimento do primeiro produto para facilitar a localização de engenheiros de software, as operações estarão sujeitas a. Quando esta estiver completa, tradução e localização será colocado em. Serviços de tradução Localização de localização na Coréia do Sul, através de um parceiro de muitas dessas nações. Usando uma variedade de software e documento tradução seolmeong antes do processo de controle de qualidade implacável versão final será repetido.

Eodobinae equipe americana de localização, Canadá, China, Localizado na Índia, Parceiros de serviços de localização são distribuídas ao redor do mundo. Internacionalização da Adobe equipe Tonghe inovação kkeunyieopneun para uma rápida e precisa tecnologia de localização-relacionada e ferramentas estão sempre se esforçando para desenvolver.

Seungmin Lee

Muro de localização

Este artigo foi escrito originalmente em Inglês. Textos em outros idiomas foram fornecidos via tradução automática.


Des Oates
Localization Solutions Architect

A primeira vez que se envolveu na indústria de localização quando entrei Aldus Corporation, na Escócia, no início de 1994 pouco antes de se tornar parte da Adobe. Kurt Cobain ainda era rockin 'n Rollin. Bill Clinton tinha acabado de completar seu primeiro ano de seu mandato e 1 D:Ream foram top das paradas musicais do Reino Unido com 'As coisas só podem melhorar'. Um hino profético para o artigo de hoje.

Naquela época Aldus’ Equipe de localização Europeia composto de um grupo de cerca 40-50 equipe interna composta de Engenheiros de localização, QUE, Os lingüistas, Gráficos / DTP Profissionais, Planejadores e pesquisadores. Uma grande assembléia com certeza. Mas se bem me lembro as nossas capacidades de entrega não foram tão grandes: Para uma versão de software típico, um projeto de localização seria:

  • Alvo não mais do que 10 línguas-alvo, no total
  • Ter mais de 2 ou 3 línguas trabalharam ativamente a qualquer momento
  • Seja o lançamento do software só trabalhou em grandes naquela época
  • Empregam pouca ou nenhuma parceiros externos
  • Levar até 9 meses para concluir grandes projetos.

Nove meses para localizar um produto em 10 línguas. A sério? NASA pode obter um robôs a Marte mais rápido!

Compare-se isto até hoje. Na Primavera 2010 lançamos Adobe Creative Suite 5.0 :

  • 5 Versões Suite.
  • 15 produtos individuais
  • 24 línguas

Mais de 600 aplicações localizadas simshipped * com o Inglês, com 50% redução de erros sobre a versão anterior. Eu acho que você vai concordar que é um passo incrível para cima dos velhos tempos.

Hoje em dia grupo Globalização Adobe é ligeiramente maior do que era naquela época. Nós nos concentramos principalmente na Gestão do Programa, Globalização / Engenharia Liderança e Internacional QE. Quase tudo o resto é tratado por parceiros confiáveis. Estamos sempre à procura de melhorar a nossa produtividade, qualidade, e alcance global. Como tal, fiz uma série de mudanças ao longo dos anos para os nossos processos de nossa equipe e nossa tecnologia. É difícil capturar todas as mudanças que fizemos de forma sucinta em um artigo como este, mas com base nessa experiência, Eu pensei que eu iria partilhar algumas lições que aprendemos ao longo do caminho.

As maiores mudanças que fizemos são nessas áreas interdependentes: Arquitetônico, técnico, e cultural. Aqui estão alguns pontos-chave:

  • Internacionalização. Se bem feito, inicialmente, os benefícios de localização (financeiros e de tempo de colocação no mercado) superam os custos na frente por uma ordem de magnitude. Evangelizar as melhores práticas para o seu I18n tecnologia também é um esforço meritório. Apoio à internacionalização deve ser um critério fundamental no momento de decidir sua plataforma de desenvolvimento para o seu projeto.

 

  • Automação. Estamos sempre nos esforçando para melhorar a automação de localização em nosso negócio. Não pense em localização como um processo humano. Não tem que ser. Poderia ser uma série de passos automáticos, um ou mais dos que podem exigir alguma entrada tradução humana. Como uma regra de ouro, os passos mais manual que você tem em seu processo de localização, o mais caro ele será. Se você usa um GMS, um sistema sob medida, ou apenas um monte de scripts- não importa. Você vai colher recompensas produtividade e reduzir os custos de se empregar confiável, manutenção e automação repetíveis.

 

  • Lançamento / Build Integração. Nos velhos tempos, Engenheiros nossa localização construída a cada componente do software que foi localizada no CD manualmente em sua própria estação de trabalho. Foi sujeito a erros, e trabalhoso e exigiu uma série de QE. Agora todas as versões linguísticas aplicação são construídos como parte de um processo unificado. Localização tornou-se simplesmente de engenharia uma liberação sub-processo, permitindo-nos aumentar os nossos esforços de forma dramática. Se você primeiro otimizar sua automação, faz sentido para integrar o processo em uma configuração versão multilingue único.

 

  • Trusted Partners / Confiando: A área final da mudança foi a maneira que interagimos com outros grupos. Identificamos as barreiras culturais e de comunicação entre nós e os grupos que trabalham com. Em última análise, é necessário estabelecer parcerias eficazes de confiança com as partes interessadas nos processos de sua localização. Pode ser equipes internas, tais como as equipes de desenvolvimento ou unidades de negócios que você precisa para chegar a, ou parceiros externos, tais como LSPs ou de prestadores de tradução.

 

Aqui no Adobe começamos o 'Readiness Mundo’ programação: Uma vantagem de iniciativa da minha colega Leandro Reis que fornece um quadro de avaliação para avaliar a prontidão global de nossos produtos. Junto com destacando os problemas que oferece conselhos e conhecimentos sobre como corrigi-los. Nossos clientes internos "’ foram compelidos por esta abordagem, e os nossos muros de localização interna começou a cair.

Da mesma forma, se você usar os parceiros externos, eles devem estar dispostos e capazes de integrar com o seu negócio – não vice-versa. Que pode exigir alguma formação inicial e mentoring em curso. É fácil decidir não fazer isso, para manter a parede de localização de alta entre você e seus parceiros, throw localização de trabalho e para trás sobre ele, mas esse modelo é mais caro, em última análise. A falta de transparência pode levar a atrasos nos projetos, aumentou as taxas de defeito, e, ocasionalmente, o caos. No entanto, se a agilizar os seus processos de localização própria, inferior de suas paredes de localização e selecionar parceiros competentes dispostos a abraçar seus processos de negócios, então você vai ganhar um parceiro de confiança capaz, e seus parceiros vão ganhar um valor alto, repita-business cliente. A situação ganha-ganha.

Apenas por diversão Eu olhei para cima o número 1 canção nas paradas britânicas, quando a Adobe clientes em todo o mundo começaram a receber suas cópias localizadas do Creative Suite 5 maio 2010…

…”Tempo boms” por Roll Deep.

 

* simship: Não mais do que 5 dias após Inglês

 

A Adobe Moisés Ferramenta de Corpus – E Travessia That Bridge When You Come To It.

Este artigo foi escrito originalmente em Inglês. Textos em outros idiomas foram fornecidos via tradução automática.

Aqui é o cenário:

É o 1950′s. Você está à frente de uma expedição no Nepal, e líder do bravo de uma dúzia de alpinistas mais algumas centenas de porteiros todos andando profundamente no Himalaia, em busca de uma cimeira não escalado. Os riscos da viagem são elevados, mas você vai ser regado em glória por sua nação, ticker desfile de fita e tudo, quando você voltar para casa bem sucedida. Entrando em um vale profundo você vem em cima de uma ponte de corda longa e estreita que toda a expedição terá que atravessar. A ponte é muito fraca para segurar mais de uma pessoa ao mesmo tempo e é preciso 5 minutos para cada pessoa a cruzar.

Você pode obter o primeiro a 12 escaladores transversalmente em uma hora.

(12 X alpinistas 5 minutos cada = 60 minutos) assim 1 horas para cruzar.

Mas o porteiro último não vai fazer isso até quase toda a 2 dias após o primeiro alpinista começa.

(200 Porters x 5 minutos cada = 1000 minutos) ou um adicional de 41.6 horas para atravessar!

Você pode não estar recebendo essa parada de fita ticker depois de tudo.

 

O sucesso de toda a expedição é um jogo. Recursos valiosos, alimento, tendas, escalando engrenagem, etc. vão acabar por se espalhar acima e abaixo da trilha com seus respectivos carregadores. Isso significa que eles não vão chegar no acampamento base onde e quando você precisar deles. Esta não é uma boa maneira de começar.

A metáfora da ponte que cruza usado aqui é um exemplo clássico de encontrar o fator limitante na sua cadeia de processos. Não importa quantos recursos você pode trazer a nu no projeto há um ponto de estrangulamento. Ele pode assumir muitas formas, mas identificar e resolver este problema será fundamental para alcançar seus objetivos. Não importa o quão rápido você continuar através de todas as outras etapas do seu plano, você vai perder os 2 dias aqui, a menos que algo muda.

Será que a ponte de corda estreita que só vai deixar uma pessoa em menos tempo um som como um obstáculo improvável que enfrentam no seu projeto de tradução automática? Não é. Quando lançamos o projeto Adobe Moisés MT última primavera atravessar esta ponte foi o primeiro problema foi enfrentado. Porquê? Simplesmente tivemos anos de memória de tradução armazenada a partir de projetos de localização da Adobe. Todos esses anos de TM foram as matérias-primas a serem utilizados na construção de motores Adobe específicas. Sabíamos com eles que nós poderíamos construir melhores motores para traduzir os produtos da Adobe, então nós jamais encontrar no mercado aberto. Contudo, o grande volume de TM que precisava ser transformado em um pronto Moisés corpus representava um bloqueio de proporções graves.

 

Uma volta rápida do guardanapo métrica para colocar esta inperspective:

Encontramos, dadas as ferramentas existentes para o trabalho corpus, que era necessário 1-2 semanas de tempo de um engenheiro de processo 5-10 milhões de palavras de tradução do formato. tmx em um par de arquivos planos alinhados corpus. (I.E. Moisés pronto)

Moisés vem com um conjunto de scripts de suporte para trabalhar estes problemas. (tokenizer.pl, clean-corpus-n.perl, e assim por diante) e são funcionais. Dito, o esforço é demorado. Os scripts são executados a partir da linha de comando. Uma grande quantidade de organização e disciplina é exigido do usuário ou todos os passos necessários pode rapidamente ficar confusa.

Se você tem milhões de palavras em vários idiomas, como Adobe fez, você pode ver que vai demorar muito tempo para que um engenheiro para processar aqueles. ficheiros TMX. Se você adicionar mais alguns engenheiros, em seguida, você pode acelerar o processo, mas o tempo total exigido por unidade de. TMX limpa não foi para baixo. Isso seria o equivalente a construção de um par de mais pontes sobre o abismo no Himalaia. Ele agiliza as coisas, mas é caro agora e não reduzir os custos no futuro.

 

Então, se só temos uma ponte para atravessar, então a solução é reduzir o tempo que leva-nos a cruzar essa ponte.

A Adobe Moisés ferramenta Corpus foi a nossa solução para este problema. Embora nenhuma das etapas individuais na tomada de um arquivo TMX. Ao estado de pronto Moisés são muito demorado, os pequenos passos de todos os complementos até. Decidimos para resolver o problema de uma vez por todas e para desenvolver um peso leve, modular, GUI baseada, AIR app que qualquer usuário pode instalar e usar para processar arquivos TM para Moisés. O que ele faz? Simplesmente ele permite automatizar a sua limpeza corpus para melhorar a eficiência. Leva as várias opções de linha de comando disponíveis e permite que o usuário para orquestrar a usá-los em qualquer. TMX, sem a preocupação de chamar os scripts e passar parâmetros. Quanto é que isso ajuda? Embora estes números são soltos, temos sido capazes de aumentar a produtividade de um único engenheiro trabalhando na limpeza corpus em até 10x.

 

Agora podemos fazê-lo em 2 dias o que costumava levar 2 semana.

Quando você tem milhões de palavras de memória de tradução este é um grande negócio. Se você quer fazer MT para si mesmo que você precisa para resolver este problema. Para nós, o Adobe Moisés ferramenta de Corpus continua a evoluir à medida que aprendemos mais sobre as etapas de limpeza, queremos acesso e como encomendar estes passos. É nossa visão que vai se encaixar em um pacote maior mais abrangente de ferramentas MT relacionados que podem incluir o teste automático e ajuste de motores. Continuamos a considerar todas as possibilidades desta ferramenta abriria para a maior MT público interessado e estão abertos a idéias e colaborações com outros em torno dele é melhoria e ampliação.

 

Há uma abundância de pontes para atravessar no caminho para a construção de sistemas de MT. Manipulação de Corpus é apenas um deles. Esperemos que este conhecimento torna a sua viagem um pouco mais claro. Agora, chegar lá e construir um motor!

 

Uma rápida (mas de nenhuma maneira completa) lista de coisas de coisas que poderia ser feito para melhorar a qualidade do motor de MT:

Esta é uma lista curta das etapas do Adobe Moisés ferramenta de Corpus atualmente pode executar. Estamos abertos a sugestões sobre como adicionar outros passos ou refinar a natureza dessas medidas.

Etiquetas limpa Placeholder

URLS limpos

Tokenize

Minúsculas

Números limpa

Linhas limpas Duplicate

Limpa longos segmentos

Limpa Pairs desalinhados

A eficácia de cada uma dessas etapas pode ser debatido em torno da mesa redonda MT, mas em geral a maioria das pessoas terá que processar seus arquivos TM por essas etapas antes do pode ser usado por Moisés para a construção de motores, bem como para melhorar a qualidade.