28/1/2021 Traducción a continua

Página 1

Negocio

Traducción
un continuo

Lisa McCabe Steven Atkin

Lisa McCabe ha estado en la alta tecnología
industria desde la década de 1980 y ha tenido un
variedad de posiciones que apoyan todos los aspectos de
el proceso de desarrollo de software, incluido
ing localización. Ella es actualmente programa
director de IBM Global Foundations
Equipo de tecnología.
Steven Atkin es el principal globalizador
arquitecto en IBM, donde es responsable
para establecer la estrategia de globalización
para productos IBM. Ha estado trabajando en
problemas de globalización en IBM durante 22 años y
ahora se centra en los desafíos de la globalización como
los desarrolladores hacen la transición a la nube.

Innovación, velocidad de implementación y rapidez

comenzó con cascada y pasó por iterativo y ágil para
La respuesta a los comentarios de los clientes es clave para
llegar a las metodologías modernas de entrega continua
éxito o fracaso de cualquier nueva aplicación de softwarehabilitado por DevOps. Con esta evolución ha llegado un gran
lanzado en el mercado global. Es cambio en herramientas, procesos y la propia cultura y persona
bien conocido y probado que los equipos capaces de Alidad de los equipos de software.
ejecutar eficazmente en cada una de estas áreas DevOps, combinado con la entrega continua, es un
tremenda ventaja sobre sus competidores. enfoque de desarrollo de software impulsado por el negocio para tomar
una nueva capacidad empresarial desde la idea hasta la producción,
Durante los últimos cinco años hemos experimentado una gran proporcionar valor al cliente lo más rápido posible, y
evolución - tal vez no sea exagerado llamarlo una revolución capturar y responder a los comentarios de los clientes a medida que
- en metodologías de desarrollo en respuesta a la nube contratar. Empleando principios lean y ágil, DevOps, como
informática y las crecientes demandas de velocidad, práctica, se trata de integración, colaboración, itera rápida
innovación rápida y respuesta oportuna a las necesidades del cliente y quizás lo más importante, cultura, es decir,
mentos. Esta evolución ha dado muchos saltos intermedios. Eso cómo las personas trabajan juntas, así como las herramientas que

https://translate.googleusercontent.com/translate_f 1/5
28/1/2021
Página 2
Negocio
D ev O ps se puede considerar como el in te rs ec ció n de desarrollo (so ftw a re
ingeniería), operaciones y aseguramiento de la calidad (QA).
utilizar para construir, probar e implementar. En breve,
DevOps se trata de acelerar el tiempo
valorar tanto para el cliente como para
el equipo de desarrollo. Solicitud
desarrolladores y gerentes de producto
(de hecho, todas las partes interesadas involucradas de
el negocio de desarrollo de software)
están adoptando DevOps para
innovar y obtener nuevas capacidades
a sus clientes con rapidez y
calidad.
Al igual que el desarrollo de software
evolucionado, procesos de traducción y
tecnologías en la última década han
transformado también. El ímpetu
porque esta transformación es dos
puntiagudo. Primero, para acomodar el
nuevos requisitos de desarrollo
organizaciones, y segundo, tomar
ventaja de la incomparable oportunidad
tunidades para abrir mercados globales que
las comunicaciones en la nube, móviles y sociales y metodologías de desarrollo
56 MultiLingüe julio / agosto 2016
Página 3
https://translate.googleusercontent.com/translate_f
Traducción a continua
Julio / Agosto 2016 MultiLingual 55
poner proporcionar. En el mundo de las nubes
una vez que se implementa una aplicación
instantáneamente va a todos en el
mundo si eso está planeado para
o no. Hemos sido testigos del nacimiento
en la traducción automática basada en reglas,
traducción automática estadística y
traducción automática de dominios específicos
personalización. Hemos presenciado
la aparición y adopción de la nube
plataformas y herramientas de traducción basadas,
aplicación de gestión de traducción
interfaces de programación (API) y
otras tecnologías relacionadas. No hay
Dudo que la industria se esté transformando
ing y estamos en medio de grandes
cambio. En gran medida, a pesar de
todo el cambio que hemos experimentado
como industria, todavía no hemos hecho
el salto a ver la traducción como un
participante principal en las nuevas prácticas
Negocio
condiciones
DevOps: una cultura o práctica que em
enfatiza la colaboración y la comunicación
nicación de los desarrolladores de software y
otros profesionales de TI mientras automatiza
el proceso de entrega de software e infra
cambios de estructura. Su objetivo es establecer
un entorno donde construir, probar
y la liberación de software puede suceder rápidamente
con frecuencia y con mayor fiabilidad.
fixpack: una colección acumulativa de todos
las correcciones disponibles hasta ese momento. Un arreglo
El paquete puede incluir arreglos que no se han
publicado anteriormente y puede abarcar múltiples
productos o componentes. Un fixpack puede ser
aplicado sobre cualquier enviado previamente
actualización de mantenimiento para llevar el sistema
hasta la velocidad.
JSON: son las siglas de JavaScript Object Nota
ción. Es un intercambio de datos ligero de ocho
que sea fácil de leer para los humanos y
escribir y también fácil de analizar para las máquinas
y generar.
Observar, orientar, decidir, actuar (OODA):
Un m étodo para decidir cómo reaccionar ante
situaciones, desarrolladas inicialmente por EE. UU.
militar y adoptado al software y
Práctica de negocios. Postula que la gente y
las organizaciones toman decisiones más rápido
ly en bucles cíclicos que implican la observación,
orientar, decidir y actuar.
RESTful: REST significa Representacional
State Transfer, un estilo arquitectónico para
aplicaciones de hipermedia en red,
que se utiliza principalmente para crear servidores web
vicios que son ligeros, mantenibles
y escalable. Un servicio web basado en REST
se llama RESTful.
equipos. Con demasiada frecuencia, a pesar del incremento
cambios, traducción y traducción
la gestión sigue siendo un ancil aislado
operación lary, conectado a tierra en cascada
prácticas, operando desde principios
fuera de la cadena de herramientas de DevOps. En
el universo de la nube, los desarrolladores tienen
llegar a esperar que sus herramientas y
los procesos se aprovisionarán a través de
autoservicio, involucra un mínimo de humanos
2/5
28/1/2021 Traducción a continua

SDK y complementos para

enviar traducciones a

aplicaciones dinámicamente
Objeto

Almacenamiento/

Base de datos

Fuente inglesa y Posedición humana

clave traducida / editada (Opcional)

pares de valores

Extraer cadenas
Sistema de construcción

Tablero y API RESTful

Máquina personalizada / predeterminada

Modelo de traducción

Todos los servicios de traducción se brindan exclusivamente como API y todas las herramientas y los kits de desarrollo de software (SDK) utilizan un conjunto común de
servicios que se entregan como API RESTful.

interacción y estar completamente integrado
y automatizado. Sin embargo, cuando llega
a la traducción, muchos todavía luchan por
encontrar enfoques que apoyen el nuevo
metodologías de entrega continua
y la transición a DevOps.
Para romper los silos entre
desarrollo y traducción y
para llevar la traducción a DevOps,
las organizaciones necesitan reformular el
valores y supuestos que aportan
a la traducción de software. Necesitan para
reconsiderar variables tales como cuándo
traducir, cuándo emplear la máquina
traducción, cuándo contratar profes
traducción nacional, cuándo probar y
cuando lanzar. También necesitan
eche un vistazo duro y realista a lo que
el nivel de calidad es suficientemente bueno en cualquier
etapa particular de la vida de un producto
ciclo. Así como DevOps se basa en
principios de autoservicio; automa simplemente demasiado flujo y cambio en
ción; desarrollo continuo y el contenido traducible para hacerlo
integración; prueba continua y económico. De hecho, la misma naturaleza
desplegar; y respuesta a continu de la entrega de software en las instalaciones
comentarios de nuestros clientes, traducción requirió mucho desarrollo de software
los procesos deben reflejar y abarcar equipos que tienen un fijo, más alto
estos principios para integrar verdaderamente traducción estándar, de talla única
en DevOps. enfoque, aplicando el mismo modelo
Históricamente, en un local y plan de traducción sin importar el
mundo en cascada de entrega de software, solicitud. Cuando estas liberando
en ausencia de DevOps y con una o dos veces al año y grabando CD
la magnitud de las características y funciones y enviarlos por correo a los clientes, que
ciones entregadas en masa, fue gen a su vez debe pasar por una extensa
demasiado costoso y con un tiempo prohibitivo proceso de actualización, rara vez obtienes un segundo
para que las organizaciones lancen productos única oportunidad de hacerlo bien. Cuando usted
más de una o dos veces al año. En no están lanzando un fixpack para otro
a su vez, porque el desarrollo programado tres meses, quieres asegurarte
ules fueron tan prolongados, hubo el producto (y la traducción) que eres
pocas ganas de integrarse o participar la entrega es lo más "perfecta" posible.
en actividades de traducción anteriormente en Y así se convirtió en una práctica común
el ciclo de desarrollo - hubo en un mundo local para software

Julio / agosto 2016 MultiLingual 57

Página 4

Negocio

equipos y partes interesadas en la traducción En el contexto de este nuevo especificidad de dominio o se encuentra en un
para establecer un modelo de traducción fijo metodología de desarrollo, cuando industria, puede traducir a mano
al inicio de un proyecto y adherirse una organización se embarca en un proyecto a la traducción profesional humana
con él durante todo el lanzamiento ect y está formulando un tors con experiencia en la materia en
ciclo de entrega. plan de comercialización, ahora puede tomarEl principio. Si está desplegando suave

https://translate.googleusercontent.com/translate_f 3/5
28/1/2021
De fijo a flexible
y asincrónico
Ahora, los ciclos de desarrollo son
significativamente más corto, la entrega es más
frecuentes, las correcciones se pueden entregar en
minutos y la noción de versionado
el software se está volviendo obsoleto. Entonces
las actividades de traducción, a su vez, necesitan
para ser lanzado antes y más
con frecuencia, y estar integrado en
la entrega general de la aplicación
Características. Además, en este DevOps
mundo, las organizaciones deben tomar un con frecuencia y el software tendrá
enfoque flexible y basado en el contexto paraun alto grado de flujo en las características y tomers. Este enfoque nos permite
cómo, cuándo y qué se traduce
para adaptarse mejor a las necesidades de comience con la traducción automática. los por aplicación, en lugar de
desarrollo, respondiendo a
requisitos del cliente y cliente
retroalimentación. Si no lo haces bien
la primera vez, muy pronto (quizás
en cuestión de horas después de recibir
comentarios) tendrás la oportunidad
nidad para responder e iterar.
58 MultiLingüe julio / agosto 2016
Página 5
La clave de la solución es que todos
servicios de traducción (solicitando
traducción, comprobación de estado, envío
contenido y recuperación de contenido) son
entregado exclusivamente como API y
todas las herramientas y los SDK utilizan un
conjunto de servicios que se prestan como
API RESTful. El otro com crucial
componente de nuestra solución tecnológica es
la eliminación de la traducción basada en archivos
procesos de desarrollo - el requisito de
enviar y recuperar contenido a través de
https://translate.googleusercontent.com/translate_f
Traducción a continua
una vista holística de la aplicación, actualizaciones de software varias veces al día,
sopesando factores tales como el desarrollo potencialmente podría usar la máquina
calendario de operaciones, el vencimiento detraducción
un para traducir el nuevo usuario
aplicación, el dominio de la aplicación, cadenas de interfaz (UI), seguidas
la audiencia prevista (geográfica
con posedición humana en la parte posterior
mercado),
la disponibilidad de traducción suelo. Un aspecto clave de este enfoque
memorias, traductores humanos y es la aplicación del Observe,
tecnologías de traducción automática.
Bucle Orientar, decidir, actuar (OODA)
filosofía que permite a los equipos
Con este conocimiento, los equipos pueden apostar
ter formular una globalización global gestionar el riesgo observando constantemente
plan que corresponda a lo requerido ing y reaccionando rápidamente a lo bien
mentos del proyecto individual. Xa o mal el proceso de traducción es
ejemplo, si un equipo planea entregar trabajando para cualquier aplicación dada
y cómo lo está recibiendo cus
diseño, entonces uno potencialmente tener una vista macro de la traducción en
lo mismo podría aplicarse a las aplicaciones enfoque generalizado que es ampliamente
siendo probado en el mercado y para aplicado a todos los proyectos.
cuál quiere mantener un menor Para emplear con éxito esta trans
nivel de inversión hasta su regreso enfoque formativo, aquí en IBM
en inversión está probado. Sobre el propuso una solución técnica que
Por otro lado, si está entregando un nos permitió integrar la traducción
aplicación que tiene un alto grado de procesar en DevOps y administrar el
proceso de traducción automáticamente
y asincrónicamente aparte del
proceso de escritura y despliegue
código. El desarrollo llega a operar en
cualquier frecuencia que les guste, mientras
traducciones (ya sea por máquina o
humanos o una combinación de ambos) son
entregados en tiempo real a medida que se convierten
disponible - sin afectar el
Experto equipo de desarrollo y su desarrollo
liderazgo en ciclos de ment.
La solución técnica consiste en
contenido global tres componentes clave:
soluciones 1 API RESTful de núcleo común para
gestionar los procesos de traducción.
EMEA
2 tablero interactivo basado en la nube
Vistatec Global HQ, Dublín, Irlanda.
tableros para proporcionar información en tiempo real
T +353 1 A16 8000
E info@vistatec.com
en las API y herramientas para la traducción
Norteamérica
edición.
Vistatec, Mountain View, CA, Estados Unidos.
T + 1 A08 898 236A
E info@vistatec.com
3 Lenguaje de programación suave
kits de desarrollo de software (SDK) que
www.vistatec.com enlace a la aplicación para habilitar auto
actualizaciones de traducción matic.
Negocio
a la tasa acelerada exigida por
DevOps y entrega continua,
se está volviendo cada vez más claro
que los procesos de traducción necesitan
evolucionar. La verdadera pregunta es cuál es la mejor
CRECER
evolucionar. Hay tantos
formas de adaptar la traducción a nuevas TU GLOBAL
desarrollo y realidades del mercado, como
hay empresas de software, prod
ucts, mercados y proveedores de traducción.
NEGOCIO
Algunas organizaciones ven esto desde el
perspectiva de escalabilidad e intento CON XTM
4/5
28/1/2021 Traducción a continua
archivos. En cambio, nuestra solución utiliza para encontrar formas de agregar más recursos
pares clave-valor codificados en simple y herramientas para apoyar el aumento
Objetos de notación de objetos de JavaScript. frecuencias de desarrollo. Otros toman
Eliminando la dependencia de archivos la opinión de que limitarán la libertad
permite la entrega de traducción Posteriormente traducen sus productos
actualizaciones y cambios sin requir esperando hasta que haya un usuario crítico
que los desarrolladores recompilen, reempaqueten misa antes de dedicarse a la traducción.
envejecer y volver a implementar sus aplicaciones. Si bien hay muchos
Además, como traducible con enfoques, nos gustaría pres
se genera la carpa, nuestro interactivo en un camino alternativo, uno que
Los paneles brindan información en tiempo real adopta los principios de DevOps y
en operaciones de traducción a través atributos de autoservicio, automatización
el uso de traducción común REST e integración, proporcionando la flexibilidad
API completas. Cuando traduccion profesional posibilidad de ajustar las actividades de traducción
los tors necesitan revisar o editar traducidos e inversión a la fase y tipo
contenido, su trabajo se realiza del producto en desarrollo y
y completamente gestionado dentro del necesidades del mercado local.
Herramienta basada en la nube integrada de DevOps Es comprensiblemente difícil
En g. A medida que los traductores editan y llegar a un enfoque de traducción que
correcciones los cambios persisten satisface el costo, la calidad y la rapidez
en la nube y son accesibles para todos preocupaciones de entrega de ambos
partes interesadas (desarrolladores, probadores y actores del desarrollo y exter
gerentes de proyecto) para una revisión adicional. Clientes finales. Es un reto
Estos cambios se vuelven inmediatamente acto de equilibrio que cada organización
disponible para ejecutar aplicaciones que debe comprometerse a seguir siendo competitivo
utilizar los SDK de traducción sin tive y responda a la mar
requiriendo que el equipo de desarrollo lugar de almacenamiento. Empatía, como muchos en el
tomar una intervención específica (recompil la industria del software ha descrito, es
ing, reembalaje y redespliegue) en el núcleo de DevOps: empatía
en nombre de la aplicación. Devel entre las partes interesadas internas y
los equipos de opcion solo necesitan preocuparse empatía con el cliente. Ulti
sobre la creación de traducible maly, es esta empatía - una profunda
contenido, mientras que los traductores tienen el comprensión de las necesidades y WWW.XTM-INTL.COM
oportunidad de revisar, editar y probar perspectivas de todos los involucrados en
en contexto, en tiempo real. el proceso de desarrollo de software -
que debe impulsar e informar el futuro
Resumen de gestión de traducción de software, k Prueba con todas las funciones
Como tradicional en silos, humanos incluyendo los procesos que adoptamos,
congelación de UI enfocada, basada en archivos las herramientas que desarrollamos y la cultura ^ www.xtm-intl.com/trial
los procesos impulsados luchan por operar en el que trabajamos. [Ml

59

Página 6

Los derechos de autor de MultiLingual son propiedad de MultiLingual Computing, Inc. y su contenido
no se puede copiar ni enviar por correo electrónico a varios sitios ni publicar en un servidor de listas sin los derechos de autor
permiso expreso por escrito del titular. Sin embargo, los usuarios pueden imprimir, descargar o enviar por correo electrónico artículos para
uso individual.

https://translate.googleusercontent.com/translate_f 5/5