Mundos binarios de Babel

La localización de videojuegos

noreply@blogger.com (Laura A. E.) — Fri, 14 Feb 2014 12:42:00 +0000

¿Puedes decir cómo se llaman todos estos personajes de videojuegos? Extraído de
http://www.sporcle.com/games/OctoKing/name-all-these-video-game-characters

Hoy voy a hablar de un tema que me interesa muchísimo, la localización de videojuegos. En la carrera no se nos habló de este tipo de traducción, a pesar de que está a la orden del día... Para cubrir este tema, voy a recurrir al curso de Localización de videojuegos que he estado haciendo en la academia Cálamo&Cran y que terminé hace un par de días.

¿En qué consiste la localización de videojuegos?

El término localización se emplea para toda aquella traducción que se haga de software, películas... y, por supuesto, videojuegos. Es decir, hablamos de localización cuando, además de traducir, tenemos que, primero, adaptar la parte cultural de aquello que estamos traduciendo (la historia, la religión, la geografía, la política, los usos y costumbres...) para, así, conectar con el receptor (jugador, en este caso) y también para evitar problemas derivados de las diferencias culturales; y, segundo, internacionalizarlo, que también repercute en lo dicho anteriormente.

¿Qué características de los videojuegos hay que tener en cuenta al traducir?

Los videojuegos tienen un formato audiovisual que incluye texto, voces, música... Además, son interactivos (es decir, el jugador participa) y juegan con las emociones del jugador (emociones que, por supuesto, hay que mantener al traducir). Asimismo, aunque, en principio, los videojuegos son de ocio, también pueden ser formativos. Por último, suelen ser multiplataforma (el juego está disponible para varias consolas) y tienen un ciclo de vida variable (pueden tener expansiones, nuevos contenidos, contenidos descargables o DLC[1]...).

Por otra parte, los géneros de los videojuegos son muy variados: acción y aventuras, MMORPG(2), FPS(3), deportes (ah, el eterno FIFA...), Hidden Objects (consiste en encontrar determinados objetos en un escenario), plataformas, simulación, infantiles (¡ojo con el lenguaje empleado al traducir!), sociales... También las plataformas son variadas: los hay para consolas, para ordenadores e, incluso, para móviles.

¿A qué retos debe enfrentarse el localizador de videojuegos?

Uno de las más importantes es la falta de contexto: ¿qué estamos traduciendo? En la mayoría de los casos, solo se dispone de un documento Excel para trabajar: ¿quién habla?, ¿con quién?, ¿dónde hablan?, ¿qué está sucediendo en ese momento?... La falta de contexto, precisamente, es la que hace que se traduzcan palabras de una forma que, digámoslo así, no pega nada en el videojuego... Siempre tendremos de referencia la famosísima traducción del Final Fantasy VII... Recuerdo el trabajo que hicimos durante la carrera y lo mucho que aprendimos haciéndolo: a pesar de que la traducción contenga muchos errores, hay que ponerse en la piel del que lo tradujo, puesto que es muy posible que no supiera muy bien qué estaba pasando en el videojuego porque desconocía su contexto:

Una de mis favoritas, sin duda. Extraída de Proyecto Allé voy
(incluso el nombre del blog hace referencia a otra metedura de pata de la traducción...)

Otro de los retos más importantes del traductor de videojuegos son las variables, que se encuentran en el texto que se va a traducir. Estas variables hay que dejarlas tal cual en la traducción, ya que indican determinados objetos, lugares, nombres... y es código que debe reconocer el juego. De todas formas, para más información, recomiendo dos entradas del blog Algo más que traducir, El truco del almendruco para las variables en localización y Etiquetas en la localización de videojuegos.

Asimismo, precisamente debido a la falta de contexto y también a que suelen traducirse textos no terminados (es decir, se van enviado a los localizadores para que vayan traduciendo, aunque el juego no esté todavía terminado), no suele haber coherencia en la traducción, lo que hace la tarea realmente difícil.

Finalmente, otro gran problema es la restricción de caracteres: ¿cómo puedes traducir una oración inglesa de, por ejemplo, 10 palabras, a otra española de exactamente 10 palabras (¡o menos!)? Aunque no sea tan restrictivo, sí que es verdad que se impone un límite, ya que debe insertarse en un determinado espacio. Además, si no se respeta (o si no se ha indicado), el texto puede solaparse.

¿Con qué herramientas cuenta el localizador de videojuegos?

Algunas de las herramientas que ayudan a hacer frente a estos retos son los glosarios de los fabricantes (como Sony, Microsoft o Nintendo), que siempre, siempre, siempre hay que respetar, las guías de estilo (que se hacen para cada juego y ayudan a darle coherencia), los diccionarios en línea, las búsquedas en internet, el log de preguntas (mediante el que se hacen preguntas al cliente para solucionar problemas o dudas de la traducción), las memorias de traducción y las bases de datos terminológicas.

¿Qué contenidos debe traducir el localizador?

Aparte, obviamente, del propio videojuego, hay una serie de contenidos que lo rodean, como el material promocional (el tráiler, la caja, la publicidad...), de gran importancia para dar a conocer el juego y que exige una gran creatividad por parte del traductor, creatividad que tiene un límite de espacio, y una coherencia con respecto al juego.

También está el manual del juego; huelga decir que también el traductor tiene que ser coherente con el juego en cuanto a la terminología. Por ejemplo, si el manual le dijera al jugador que tiene que ir a buscar a la tripulación del Resistencia, a este le costaría a costar adivinar que se trata de la tripulación del Endurance...

Aquí tenemos una captura de la guía de estrategia de uno de los
juegos de Tomb Raider. Al menos, aquí contamos con imágenes...

Finalmente, también hay que escribir una guía de estilo y traducir un glosario(4), que deberá tomarse siempre como referencia a la hora de traducir el juego (y si hay más juegos de la misma serie, con más motivo) para que este sea coherente. En muchas ocasiones, este glosario habrá que realizarlo antes de la traducción o durante el proceso de traducción; para ello, habrá que seleccionar aquellas palabras que, por su frecuente aparición, consideremos términos.

Un ejercicio de clase fue intentar traducir los nombres de las criaturas
del juego Ni no Kuni... Todo un reto.

Otros aspectos

Finalmente, hay algunos otros aspectos que son importantes en la localización de videojuegos. Uno es lo que se conoce como ingame, es decir, los textos en pantalla, como los menús, los botones, los indicadores, el código intercalado (por ejemplo, <...>, /n o [LB]), variables (como %s, %d, %@, o {item_name} No hay consenso y en cada juego pueden aparecer de una manera distinta, pero se identifican fácilmente)...

A propósito del texto en pantalla y de las variables, tengo esta captura de pantalla de mis apuntes del curso, para la que creo que no hace falta más explicaciones:

Captura de pantalla de mis apuntes del curso de Localización de videojuegos de Cálamo&Cran sobre las variables.

Por otra parte, también son importantes los diálogos: ¿quién está hablando?, ¿con quién está hablando? ¿Son hombres o mujeres? ¿Cuál es el contexto? ¿Qué está pasando? Todo esto hay que tenerlo en cuenta a la hora de traducir diálogos en un juego. Volvemos al Final Fantasy VII para ofreceros un ejemplo de qué pasa cuando no se tiene en cuenta (o cuando no se dispone de contexto):

Entonces... ¿Cait Sith es chico o chica? Extraído de Proyecto Allé Voy.

Asimismo, a la hora de traducir los diálogos, hay que tener en cuenta distintos aspectos:

En primer lugar, si se trata de diálogos anidados, lo cual supone una gran dificultad. Este tipo de diálogos aparecen en juegos como las aventuras gráficas y es el jugador el que va eligiendo la respuesta que va a dar a sus interlocutores en cada momento. Además, el otro personaje responderá en función de lo que se le haya dicho... Todo esto hace que sea muy difícil seguir la línea argumental a la hora de traducir.

Como ejemplo, se me ocurre un videojuego del manga Fushigi Yûgi que no salió de Japón y en el que, como muchos juegos del género otome, tienes una serie de personajes masculinos que son amigos tuyos (o no) y, al final, terminas ligándote a uno en función de las decisiones que hayas tomado a lo largo del juego... Pero, para ofrecer un ejemplo más normalito, pondré una imagen del maravilloso juego de Beyond: Dos almas, en el que, en función de las opciones que elijas, desbloquearás un final u otro... Hay que decir que no sería el ejemplo más representativo de la dificultad de la traducción de diálogos anidados, porque las respuestas de los interlocutores no se basan demasiado en lo que dice la protagonista (sino que, más bien, lo que cambia es la acción, el desarrollo del videojuego)... Aun así, creo que representa bien lo que son las tomas de decisiones en los videojuegos y lo importante que es traducirlas bien:

Captura del videojuego Beyond: Two Souls. ¿Podríamos conseguir que la
traducción española no fuera mucho más extensa? Quizá, sí... Extraído de
http://wac.450f.edgecastcdn.net/80450F/arcadesushi.com/files/2013/10/Beyond-Two-Souls-5.jpg

En segundo lugar, también puede tratarse de cadenas propagadas, esto es, de frases que se ponen en boca de distintos personajes. Como estos personajes pueden tener distintas edades, sexos..., es conveniente optar por una traducción neutra, lo que es, sin embargo, bastante difícil en muchos casos.

No consigo encontrar una captura, pero recuerdo el Pokemon Edición Cristal cuando, por primera vez, podías elegir entre chico o chica para el protagonista y claro, los diálogos cambiaban un poco. Cuando escapabas de un combate pokemon, decía "¡Escapaste sin problemas!", en vez del anterior "Escapaste sano y salvo": es una estupenda manera de evitar la marca de género. En ediciones posteriores, ya se adaptaría, supongo, el código del juego (muchas veces, el juego no está preparado para hacer distinción de género en las palabras y el traductor no puede hacer mucho para solventar este problema), por lo que se traduciría de manera distinta.

Finalmente, hay que tener en cuenta si lo que estamos traduciendo (localizando) son subtítulos o si se va a utilizar para el doblaje. Esto se da en las secuencias de vídeo o cinemáticas y, como sucede en las películas, no es lo mismo si se está traduciendo para el doblaje (en cuyo caso, hay que adaptarlo al movimiento de los labios del personaje) o solo para un subtítulo (en ese caso, habría que intentar simplificar un poco las oraciones para que al jugador no le resulte excesivamente farragoso).

Sea el caso que sea, habrá que tener siempre en cuenta los problemas mencionados anteriormente, entre los que se encuentra nuestra querida restricción de caracteres.

¿En conclusión?

Para dar fin a esta extensísima entrada (gracias a los que me hayáis leído hasta el final o, al menos, con atención e interés), diré que el curso de Localización de videojuegos que hice en Cálamo&Cran me ha venido estupendamente para mi formación como traductora. Además, he aprendido muchísimo con respecto al proceso de localización y esto ha hecho aumentar mi interés y mis ganas por dedicarme a ello.

Espero que esta entrada os sirva y que os haya parecido útil. Para terminar, me gustaría recomendar un (¡otro!) curso en línea sobre videojuegos que ahora estoy haciendo y que me ha servido como complemento al curso de localización de videojuegos, Diseño, organización y evaluación de videojuegos y gamificación, organizado por la Universidad Europea de Madrid y que se imparte en la plataforma de MOOC Miríadax. Aunque no cubre el tema de la localización de videojuegos, sí habla de todo el proceso de creación de videojuegos, desde sus inicios hasta el momento en el que se pone a la venta, pasando por la publicidad, las personas que trabajan en él, la crítica de videojuegos...

_________________________________________________________________________________

(1) DLC son las siglas inglesas de Donwloadable Content ('contenido descargable')

(2) MMORPG es una sigla inglesa formada por RPG (Role Playing Game, 'juego de rol') y MMO (Massively Multiplayer Online, 'multijugador masivo en línea').

(3) FPS es la sigla, también inglesa, de First Person Shooter ('disparos en primera persona').

(4) Dicho glosario puede ser heredado (es decir, se envía al localizador ya preparado y traducido, para así mantener la coherencia entre las series del mismo juego) o, en el caso de que se envíe el glosario sin saber de qué va el juego o incluso sin estar traducido, estático (una vez traducido, ya será inamovible) o flexible (podrán ir haciéndose cambios sobre la marcha).

La gestión de proyectos (II)

noreply@blogger.com (Laura A. E.) — Thu, 13 Feb 2014 12:06:00 +0000

Principles of Project Management, en Open2Study

En la anterior entrada, hablé brevemente de los MOOC. Una de las plataformas de cursos en línea de las que hablé es Open2Study. Precisamente, en Open2Study he estado haciendo un curso que me ha resultado muy interesante, Principles of Project Management ('Principios o fundamentos de la gestión de proyectos').

Como su nombre indica, se trata de un curso centrado en los principales aspectos de la gestión de proyectos: ¿en qué consiste?, ¿cómo se lleva a cabo una buena gestión de proyectos? Solo hablaré de los aspectos más importantes y de forma reducida, porque, como es lógico, en el curso está mucho más ampliado y explicado.

Conceptos básicos sobre la gestión de proyectos

¿Qué es un proyecto?

Un proyecto, nos dice Sue Dowson, la profesora de este curso, es algo que vamos a crear, algo que es único. También añade que para llevarlo a cabo, tendremos un proceso en el que solo dispondremos de una cantidad limitada de recursos; también deberemos establecer un punto de partida y un punto final. Finalmente, añade Dowson, todos los proyectos tienen algo de incertidumbre, ya que son siempre nuevos y únicos.

¿Qué es la gestión de proyectos?

Para llevar a cabo una buena gestión de proyectos, tenemos que, en primer lugar, definir de forma muy clara cuál es el objetivo del proyecto. A continuación, hay que llevar a cabo una serie de formalidades, que incluyen una autorización para llevar el proyecto a cabo. En definitiva, una buena gestión de proyectos es llevar a cabo con éxito un proyecto hasta su finalización o entrega.

Extraído de
http://www.hiuniversity.us/wp-content/uploads/2013/11/project_management.jpg

A continuación, habrá que escribir un documento, llamado documento de constitución del proyecto o, en inglés, project charter, en el que figurarán los recursos, el tiempo y el presupuesto para que pueda progresarse en dicho proyecto. Después, el gestor de proyectos podrá llevar a cabo el proyecto.

Metodologías más importantes

Sue Dowson nos habla de las metodologías más importantes en lo referente a la gestión de proyectos. Aunque solo las mencionaré brevemente, es importante conocerlas.

1. PMBok (siglas inglesas de Project Management Body of Knowledge). Esta es la metodología que se sigue en el desarrollo del curso y la que suele seguirse en todo el mundo. La desarrolló el Project Management Institute, creado en 1969 en EE. UU. Esta metodología considera que en el desarrollo del proyecto se llevan a cabo 42 procesos, que se agrupan en cinco grupos: initiating, planning, executing, monitoring, controlling y closing, que desarrollaré más adelante. También habla de nueve áreas de conocimiento.

2. Prince 2. Esta metodología se creó en la Agencia Central de Informática y Telecomunicaciones del Gobierno del Reino Unido en 1986 (pero se publicó en 1996), y utiliza siete procesos, siete principios y siete temas. Tampoco creo que sea necesario profundizar más en ello.

3. CCPM (siglas de Critical Chain Project Management, 'Gestión de proyectos por cadena crítica') es otra metodología; esta la desarrolló el dr. Eliyahu Goldratt y solo tiene en cuenta la parte de planificación y gestión, es decir, no cubre todo el ciclo de vida del proyecto desde el principio hasta el final.

4. ISO 21500, publicada en 2012, que ofrece una explicación y una terminología que engloba todas las teorías anteriores y que se basa fundamentalmente en PMBok, por lo que la teoría que defiende es similar.

El ciclo de vida del proyecto

Como acabo de mencionar, cualquier proyecto tiene cuatro fases, que son las siguientes:

1. Concept ('concepción', 'idea'...), en la que se definen los objetivos del proyecto. Después, se escribe y se firma el documento de constitución del proyecto. En esta fase, según PMBok, se llevan a cabo dos procesos.

2. Develop ('desarrollo'), en la que se escribe el project management plan ('plan de gestión del proyecto'), que contiene una descripción más detallada de una serie de factores que afectan al proyecto, como el alcance del proyecto, la duración de las actividades que deban llevarse a cabo, el coste, los estándares de calidad, un plan de comunicación, análisis de riesgos... En esta fase se llevan a cabo 20 procesos.

Esquema de las cuatro fases de un proyecto.
Extraído de http://www.method123.com/images/project-lifecycle-v2.jpg

3. Execute ('ejecución'), en la que se lleva a cabo el proyecto. Hay que supervisarlo y controlarlo (monitoring and controlling) en todo momento, siguiendo en todo momento el plan de gestión del proyecto. En esta fase se llevan a cabo veinte procesos.

4. Finish ('finalización'), en la que el cliente debe comprobar que lo que se había acordado al principio del proyecto se llevará a cabo cuando este finalice. Después de esto, hay que archivar toda la información y todos los documentos que se hayan escrito para otros proyectos del futuro. En esta fase se llevan a cabo dos procesos.

Las nueve áreas de conocimiento

Sue Dowson también nos habla de nueve áreas de conocimiento que un gestor de proyectos debe conocer. En este caso, solo las mencionaré:

1. Scope ('ámbito').

2. Time management ('gestión del tiempo')

3. Cost management ('gestión de los costes')

4. Quality ('calidad')

5. Human Resources ('recursos humanos')

6. Procurement ('adquisición', 'obtención')

7. Communication management ('gestión de las comunicaciones')

8. Risk management ('gestión de riesgos')

9. Integration ('integración')

Los procesos de gestión

Finalmente, no hay que confundir el ciclo de vida del proyecto con los procesos de gestión, que son los siguientes:

1. Initiating ('inicio'). Se corresponde con la fase de concepto del ciclo de vida del proyecto.

2. Planning ('planificación'). Se corresponde con la fase de desarrollo.

3. Executing ('ejecución'). Se corresponde con la fase de ejecución.

4. Monitoring&Controlling ('supervisión y control'). Se corresponden con la fase de finalización, aunque se llevan a cabo en todo momento durante la realización del proyecto.

5. Closing ('cierre'), que también se corresponde con la fase de finalización.

Así, los procesos de gestión se refieren a cómo gestionamos el proyecto, mientras que las distintas fases del ciclo de vida de dicho proyecto se corresponden a la manera en la que el proyecto se divide desde que se inicia hasta que se termina.

Todo esto lo he expuesto de forma muy, muy breve, ya que se desarrolla de forma muchísimo más amplia en el curso. Así, para finalizar, solo hablaré de dos aspectos más que he juzgado importantes: las limitaciones o restricciones del proyecto y las principales funciones del gestor de proyectos.

Principales restricciones del proyecto

Estas restricciones, conocidas en inglés como constraints, deben tenerse siempre en cuenta al llevar a cabo un proyecto y se resumen en el siguiente esquema:

Esquema de las tres restricciones de los proyectos. Elaboración propia a partir de la teoría.

Estas restricciones están distribuidas en un triángulo porque si se cambia una de ellas, esta tendrá un impacto en las otras dos. Por ejemplo, si se aumenta el ámbito (scope) del proyecto, esto afectará al coste (cost), ya que tendrá que invertirse más dinero, y al tiempo (time), ya que también tendrá que emplearse más tiempo en ello.

Sin embargo, tiene que tenerse en cuenta otra restricción de gran importancia, la calidad (quality):

Esquema de las tres restricciones de los proyectos, junto a la cuarta restricción, la calidad.
Elaboración propia a partir de la teoría.

Si cambiamos cualquiera de estas tres variables, la que va a sufrir, sin duda, es la calidad.

Principales funciones del gestor de proyectos

Aunque parezca simple, hay que tener en cuenta que el gestor de proyectos (o project manager) no es el dueño del proyecto (el dueño es el patrocinador o el cliente), sino que es el responsable de la gestión diaria de la ejecución del proyecto.

Asimismo, PMBok afirma que el gestor de proyectos debería tener tres características si quiere tener éxito: la primera, tener el conocimiento necesario sobre cómo funciona la gestión de proyectos (dicho conocimiento se obtiene al entender las nueve áreas de conocimiento, mencionadas anteriormente), desempeñar con éxito los 42 procesos, también mencionados, aunque muy brevemente, y una serie de características personales, que le harán capaz de comunicarse con todos los depositarios (en inglés, stakeholders, es decir, todas las personas que tienen un interés en el proyecto), inspirar y liderar a su equipo, tener en cuenta las restricciones del proyecto, trabajar bajo presión y llevar a cabo el proyecto en el tiempo acordado, con el presupuesto acordado y cumpliendo con los estándares de calidad que sean necesarios.

¿Qué beneficios tiene una buena gestión de proyectos?

Como no quiero extenderme más, como conclusión, llevar a cabo una gestión de proyectos es fundamental. Esto es importantísimo independientemente del proyecto que estemos llevando a cabo y es aquí donde entramos al terreno de la traducción. Como he ido comentando a lo largo de las entradas de este blog, una buena gestión de proyectos, también en traducción, es de gran importancia, dado que tenemos una serie de ventajas, como son las siguientes:

Se mejoran las relaciones con los clientes, ya que tendremos que tratar con ellos durante el desarrollo del proyecto y tendrán una mejor impresión de nosotros al ver cómo estaremos organizando dicho proyecto

Se reduce el tiempo de desarrollo, ya que estará todo (o casi todo) planificado

Se reducen gastos (importantísimo)

Se aumenta la calidad y la fiabilidad del gestor de proyectos

Se controlan mejor los recursos internos

Se aumenta la moral de los trabajadores, que se ven más involucrados en el proyecto

Proporciona una ventaja competitiva

En definitiva, creo que una buena organización es esencial, ya sea para proyectos grandes o para proyectos pequeños. Además, si se es más productivo, se reducirán los costes y el tiempo, dos restricciones que siempre hay que tener presentes en el desarrollo de un proyecto.

En conclusión, el curso me ha parecido muy interesante, porque he aprendido muchísimos conceptos relacionados con la gestión de proyectos. Sin embargo, me ha parecido excesivamente teórico y quizá algunos ejemplos prácticos no habrían sobrado... De todas formas, recomiendo este curso como recomiendo cualquier MOOC que pueda serviros para vuestra formación, porque son muy interesantes y siempre aprendes algo.

Los MOOC

noreply@blogger.com (Laura A. E.) — Tue, 04 Feb 2014 11:10:00 +0000

Una sigla que está muy de moda en internet...

¿Qué son los MOOC?

Los MOOC, siglas inglesas de Massive Open Online Course ('Cursos en Línea Masivos y Abiertos) son, como su nombre indica, unos cursos a los que cualquiera, en cualquier momento y con cualquier formación (incluso ninguna), puede acceder, en la mayoría de los casos, sin tener que pagar.

Con la que está cayendo, está claro que esto es una estupenda alternativa para aquellos que no puedan pagarse estudios o simplemente para aquellos a los que les apetezca aprender algo que, en principio, no tiene nada que ver con su formación.

¿Qué MOOC existen en la actualidad?

Ese fue mi caso, de hecho: el primer curso que hice fue uno de Introducción a las ciencias de la informática, organizado por Udacity, en el que se enseñaba, fundamentalmente, a programar utilizando el lenguaje Python. Hasta entonces, era un lenguaje de programación totalmente desconocido para mí pero ahora, aunque no me he convertido en una programadora, tengo las suficientes nociones como para saber defenderme.

"Introduction to Computer Science": ese es el curso que hice.

De hecho, Udacity es una de las plataformas MOOC más importantes y conocidas. Sin embargo, hay otras muchas, claro. Otra plataforma que descubrí un poco más tarde fue Coursera, que organiza cursos mucho más variados:

Captura de pantalla de Coursera.

En Coursera intenté hacer un curso de lenguaje computacional, si no recuerdo mal, pero fue demasiado difícil para mí...

Pero... ¿qué pasa si no sabemos inglés? Pues hay muchas más ofertas, desde luego. Las que más me han llamado la atención son dos, UNED COMA ("COMA" responde a las siglas de Cursos Online Masivos y Abiertos) y MiríadaX. El año pasado hice un curso de alemán para hispanohablantes y uno de inglés profesional mediante UNED COMA, que me gustó muchísimo, y ahora estoy haciendo uno de Introducción al desarrollo de videojuegos en Miríada X, que también me está pareciendo muy interesante.

Sin embargo, esto no acaba aquí: ¡hay muchísimas más páginas webs donde puedes encontrar cursos en línea abiertos! Sin ir más lejos, hace unos días terminé un curso de introducción a la gestión de proyectos en Open2Study, del que hablaré en otra entrada, porque creo que tiene interés de cara a la traducción. Y para terminar, también hay una plataforma que ofrece muchos cursos interesantes en francés: se trata de FUN (siglas de France Université Numérique, Francia Universidad Digital, literalmente). Todavía no he hecho ningún curso en esta plataforma, a pesar de que vi alguno interesante, porque tampoco quería saturarme con cursos.

Entonces, ¿los MOOC sirven para algo?

En definitiva, este tipo de cursos son muy útiles por varias razones. En primer lugar, te viene bien para el currículum (aunque la mayoría de certificados, si es que los expiden, no tienen la validez oficial de un título, pero ahí están); en segundo lugar, sigues formándote y, en el caso de que no estés haciendo nada, te viene bien para no quedarte parado (en ambos sentidos, desgraciadamente). En tercer lugar, si estás haciendo un curso en una lengua que no es tu lengua materna, te viene bien para practicar y mejorar dicha lengua y, en cuarto y último lugar, ¡siempre aprendes algo nuevo! Solo hace falta algo de constancia, dado que son cursos que hacemos porque queremos: nadie nos obliga a hacerlos, y es por eso que resultan tan interesantes.

Algunas plataformas también ofrecen medallas, a la manera de los logros de los
videojuegos... Aquí tenéis algunas de las medallitas que he obtenido en Open2Study.

Otras herramientas de traducción asistida por ordenador

noreply@blogger.com (Laura A. E.) — Sun, 17 Jun 2012 14:20:00 +0000

A pesar de que la asignatura ya llegó a su fin y de que también ha llegado a su fin la licenciatura, no quiero dejar de lado este blog, pues le he dedicado mucho tiempo y, además, creo que todavía hay muchas cosas relacionadas con la informática aplicada a la traducción que desconozco.

De esta forma, estos últimos días he estado investigando un poco por internet y he encontrado una serie de programas de traducción automática y de traducción asistida por ordenador, que he instalado y probado en mi ordenador. Dado que los primeros no tienen mucho misterio (solo hay que insertar el texto origen y el programa traduce de forma automática), solo los mencionaré y me centraré un poco más en los segundos.

En cuanto a los programas de traducción automática, podríamos mencionar, además de Systran (del que ya hablé brevemente en esta entrada), English-Spanish Interpreter Standard 4.4, que tiene en cuenta el contexto para hacer mejores traducciones (el contexto resulta más importante de lo que parece, pues es lo que le permite al programa decidirse por una o por otra traducción de una determinada palabra que admita varias opciones de traducción) o MultiTranse. Sin embargo, como ya he dicho, su manejo no es especialmente difícil y, además, son todos más o menos iguales en cuanto a su funcionamiento.

Ahora bien, hay que tener en cuenta que existen muchos programas de memorias de traducción o de traducción asistida, además de Trados (que, desgraciadamente, todavía no he tenido la ocasión de probar, a pesar de que cada vez son más las empresas que consideran un requisito indispensable que sus traductores sepan utilizarlo), Déjà Vu u OmegaT. Así, algunos de los programas que he estado analizando estos días son MetaTexis for Word, WebBudget XT y Wordfast.

Metatexis for Word me ha parecido muy interesante y muy útil, dado que consiste en un sistema de memoria de traducción integrado en Word, es decir, es como una memoria más de traducción pero con la diferencia de que se trabaja en Word, lo que tiene la ventaja de que son muchas las posibilidades de explotación de los textos, por lo que no tiene las limitaciones que pueden tener otras herramientas del estilo en cuanto a la edición de los textos (que suele ser más simple).

Para que quede más claro, ofrezco una captura de pantalla del entorno de trabajo de este programa:

Captura de pantalla del entorno de trabajo con Metatexis for Word.
Extraído de http://www.translatum.gr/forum/index.php?topic=417.0
[Consulta: 17/VI/2012]

Aunque la imagen es pequeña, sí puede verse cómo el programa forma parte de la interfaz de Word, ya que es una pestaña más, como pueden ser Archivo o Formato, por ejemplo. Dejando de lado el hecho de que se integra en Word, funciona como cualquier programa de memoria de traducción: el texto se divide en segmentos y para pasar de un segmento a otro solo hay que utilizar la combinación de teclas Alt + abajo.

WebBudget XT ha sido el segundo programa que me ha llamado la atención. Aunque su uso resulta más complicado, una vez que se aprende a manejarlo resulta muy útil para la traducción de páginas webs, que es en lo que se centra. Como digo, su uso es un poco complicado y hay que experimentar un rato con los distintos botones para conseguir la interfaz típica de los programas de memorias de traducción (como pista, diré que hay que hacer clic en extract para que aparezca la columna de traducción y es entonces cuando puede procederse como con cualquier otro sistema de memorias de traducción):

Captura de pantalla de la interfaz de WebBudget XT.
Extraído de http://tinyurl.com/d5cydld [Consulta: 17/VI/2012]

Además, este programa ofrece la posibilidad de realizar un presupuesto basándose en el o en los archivos que se le indiquen.

Wordfast, por último, es muy similar a MetaTexis, dado que se integra perfectamente en Word. Sin embargo, su uso es algo complicado al principio, pero funciona como cualquier otro software de traducción y además tiene la ventaja de que no es de pago (razón por la cual su interfaz quizá no resulta tan atractiva o intuitiva como las de Déjà Vu o Trados, pero esto debe considerarse como algo secundario, pues lo importante es su funcionamiento y la calidad de los resultados que ofrece):

Captura de pantalla de Wordfast. Extraído de
http://www.translatorstraining.com/mat/cat/cat.htm
[Consulta: 17/VI/2012]

Creo que la mejor forma de ser un traductor cada vez más competitivo (y más en los tiempos que corren) es estar reciclándose continuamente e investigar todo lo posible sobre cualquier programa de traducción que pueda ayudarnos en el futuro, ya sea en nuestro trabajo como traductores o para engrosar nuestro currículum y dar una mejor impresión a la empresa en la que queramos trabajar.

Resumen de las funciones de una memoria de traducción

noreply@blogger.com (Laura A. E.) — Fri, 11 May 2012 09:52:00 +0000

A raíz de un resumen de las funciones de una memoria de traducción que nos ha facilitado la profesora hoy en clase, he creído conveniente, aun a riesgo de repetirme, repasar dichas funciones. Y digo que a riesgo de repetirme porque soy consciente de que muchas de estas cuestiones ya las he comentado, por lo que, en muchos casos, me limitaré a dirigir a la entrada correspondiente para, así, tenerlo todo más ordenado (al menos, esa es mi intención) y, de paso, consolidar los contenidos (aunque ya los hemos consolidado mediante la práctica realizada en la clase de hoy).

Asimismo, para todas estas cuestiones en general, también pueden consultarse las entradas Términos claves de Informática Aplicada a la Traducción (I) y Términos claves de Informática Aplicada a la Traducción (II).

Aquí presento el esquema; intentaré completarlo de la forma más conveniente.

Prestaciones básicas de las memorias de traducción

Definición de los conceptos de MT y de herramientas de las MT

à Funcionalidades de las MT. Recomiendo la lectura de las entradas Traducir mediante una memoria de traducción: funciones y herramientas básicas y Análisis en profundidad del programa de traducción asistida Déjà Vu.

à Requisitos para el uso de una MT. Para este aspecto, recomiendo las entadas Pasos previos a la creación de una memoria de traducción (I) y Pasos previos a la creación de una memoria de traducción (II).

à Ventajas y desventajas en el uso de MT. A esto también le dediqué una entrada, Memorias de traducción: ¿amigo o enemigo?

à Formatos de archivo. Además de las entradas dedicadas a los términos claves de la asignatura, puede consultarse la entrada El formato .tmx y el lenguaje html.

Componentes
Como ya he dicho en varias ocasiones, los componentes básicos de cualquier memoria de traducción son tres: un proyecto, una memoria de traducción y una base de datos terminológica. Estos son contenedores diferentes, por lo que son independientes.

Ahora bien, también puede decirse que los componentes básicos de una memoria de traducción son los siguientes:

à Editor: podríamos decir que se trata de la parte en la que se traducen los distintos segmentos del texto original. Creo que no es necesario explicar el proceso de traducción mediante los sistemas de traducción asistida, puesto que lo he mencionado en varias ocasiones a lo largo de muchas de las entradas del blog.

à Base de datos terminológica. Además de las entradas ya citadas, pueden consultarse La extracción de términos y La importancia de la terminología en los programas de memorias de traducción.

à Memoria de traducción (propiamente dicha). Ya lo he explicado en varias ocasiones: la memoria de traducción contiene una serie de documentos alineados (los segmentos de un número indefinido de textos origen junto con sus correspondientes segmentos de los textos meta) y es muy útil para el trabajo del traductor, que puede aprovecharla mediante los programas de memorias de traducción como Déjà Vu, que es con el que más nos hemos familiarizado a lo largo de este cuatrimestre.

Creación de una MT
Para la creación de cualquier memoria de traducción, hay que seguir una serie de pasos básicos, que ya expliqué en Pasos para la creación de una memoria de traducción y en la segunda parte de la misma entrada.

De todas formas, a modo de recordatorio, algunos de los pasos básicos para la creación de una memoria de traducción son los siguientes:

à Selección de idiomas tanto del texto origen como del texto meta, pues es información que necesita el programa de traducción asistida para poder gestionar los archivos y para poder recuperarlos de forma correcta.

à Gestión de archivos. La memoria de traducción se compone de una serie de archivos, cuyas ubicación y extensiones conviene conocer (dichas extensiones pueden consultarse en Términos claves de Informática Aplicada a la Traducción).

à Configuración del usuario. Resulta muy útil la opción de poder etiquetar las memorias de traducción (por idioma, cliente o ámbito de especialización, por ejemplo) para que el programa de traducción asistida pueda recuperar la información que desee el traductor (también por idioma, por cliente o por ámbito de especialización) y que pueda sacarle provecho en cuanto a la eficiencia y a la calidad de su trabajo.

à Opciones para coincidencias parciales. De las coincidencias parciales o fuzzy matching y de sus ventajas e inconvenientes he hablado, por ejemplo, en ¿Son las fuzzy matches útiles para el traductor?

Flujo de trabajo durante la traducción con MTs: pasos y procesos
¿Qué pasos hay que seguir cuando se trabaja con un programa de memoria de traducción? ¿Qué opciones y funciones ofrecen dichos programas?

à Pseudotraducción. Esta función es la que también se denomina deep mining: el programa de traducción asistida aprovecha de forma inteligente segmentos que tienen unas coincidencias altas y sustituye los términos distintos mediante la memoria de traducción y el lexicón almacenados (es decir, deduce la traducción de un determinado segmento a partir de la traducción de varios segmentos, que utiliza de forma inteligente).
Además de las entradas sobre términos de la asignatura, ya citadas, puede consultarse la entrada Un vistazo a Déjà Vu X2, que también puede aprovecharse para realizar un breve repaso del programa de traducción asistida.

à Pretraducción. De esta y de otras funciones he hablado en Análisis en profundidad del programa de traducción asistida Déjà Vu. Sin embargo, a modo de recordatorio, la pretraducción es una traducción automática que realiza el programa; es especialmente útil para textos repetitivos y le ahorra mucho tiempo al traductor, que solo tendrá que revisar la traducción automática que resulte de este proceso.

à Trabajar con segmentos. Como ya he explicado en varias ocasiones, la memoria de traducción se alimenta de una serie de segmentos alineados (texto origen junto con su correspondiente texto meta), por lo que resulta muy útil aprovechar dicha memoria para agilizar el proceso de traducción y también para conseguir que las traducciones sean más coherentes.

à Función de propagación. También he hablado de esta función en varias ocasiones: mediante la función de propagación, el programa de traducción asistida busca segmentos iguales o similares a los ya traducidos y, tras solicitar la confirmación del usuario, los inserta en aquellos segmentos que todavía no se han traducido y que son iguales o muy similares. En pocas palabras, rellena de forma automática aquellos segmentos cuya traducción todavía no se ha escrito pero que ya se ha realizado con anterioridad, por lo que le ahorra mucho trabajo al traductor y, una vez más, le asegura la coherencia en su trabajo.

à Concordancia: como explica Cristina Márquez Arroyo, la concordancia «permite encontrar todas las unidades que incluyen una palabra o frase determinada, con solo pulsar un botón. El resultado aparece en una ventana adicional que muestra todas las traducciones existentes, con la indicación de la fecha en que fueron realizadas y el nombre del usuario que las introdujo»(1).

Integrar Bases de datos
Aun siendo consciente de que me repito, creo que es necesario volver a decir que cualquier memoria de traducción se compone de tres elementos básicos: el lexicón (o lexicon), la base de datos terminológica y la memoria de traducción propiamente dicha:

à Lexicon (o lexicón): base de datos terminológica creada ad hoc, es decir, para un proyecto determinado. Cuando finaliza dicho proyecto, el lexicón se integra en la base de datos terminológica.

à Base terminológica: base de datos que incluye una serie de términos, que están emparejados (término origen junto a su correspondiente traducción) y que también incluye, lo que es muy importante, el contexto de uso de dichos términos. Estas bases de datos pueden ser multilingües y multiámbitos, por lo que pueden ser muy beneficiosas para el trabajo del traductor.

à Memoria de traducción: como ya lo he explicado varias veces, solo diré que se compone de una serie de segmentos alineados y que puede ser de gran ayuda para el traductor.

Una vez más, recomiendo, para más información sobre estos términos, la lectura de Términos claves de Informática Aplicada a la Traducción.

Crear una memoria de traducción
Como este procedimiento es básico y ya lo he explicado en varias entradas (por ejemplo, en Pasos previos para la creación de una memoria de traducción, tanto en la primera parte como en la segunda), y como los siguientes epígrafes resumen perfectamente el proceso de creación de una memoria de traducción, no lo explicaré en profundidad:

à Durante la traducción (conforme se traduce, puede ir creándose una memoria de traducción, independientemente de si ya se dispone de alguna otra memoria de traducción o no).

à Importar una memoria externa (es muy útil la posibilidad de poder importar memorias de traducción externas al propio proyecto de traducción, puesto que el traductor va a disponer de más recursos para traducir dicho proyecto).

à Crear una alineación

Actualizar la memoria de traducción
La memoria de traducción hay que actualizarla continuamente y corregirla si es necesario, pues puede haber errores que, si no se corrigen, podrían perjudicar al traductor en su trabajo. Así, a medida que se vayan recibiendo correcciones, el traductor debe actualizar la memoria de traducción:

à Durante la traducción

à Después de traducir

à Con una MT externa

Tanto durante la traducción, como una vez finalizado el proyecto; también es muy útil utilizar para esta actualización memorias de traducción externas.

Trabajar con archivos con etiquetas
Déjà Vu, como muchos otros programas de traducción asistida, tiene la ventaja de que se pueden traducir textos de una gran diversidad de formatos, dado que el programa utiliza una serie de filtros que conservan el formato del texto original y que el traductor no ve (por lo que no le dan problemas). Una vez que haya terminado el proyecto, el programa volverá a recuperar dichos filtros, obteniéndose así un texto meta exactamente igual al texto origen en cuanto al formato.

Así, existen dos tipos de etiquetas:

à Etiquetas estructurales: se refieren a todo lo que afecta al formato externo del archivo; en Déjà Vu, por ejemplo, desaparecen, por lo que no pueden dar ningún tipo de problemas.

à Códigos incrustados: son los números que en Déjà Vu aparecen entre llaves y que hacen referencia a formatos como la negrita, la cursiva o el subrayado, como ya expliqué en su momento (en esta entrada, por ejemplo). La mayoría de los problemas que surgen al exportar el proyecto se deben a problemas con dichos códigos, por lo que el traductor debe tener cuidado con dichos códigos y no modificarlos, pues podría alterar el formato del proyecto en su conjunto.

Control de calidad

à Corrección ortográfica

à Verificación etiquetas

à Comprobación terminológica

También de este aspecto he hablado a lo largo de las entradas de este blog. El control de calidad consiste, a grandes rasgos, en comprobar el proyecto ya traducido, que debe incluir una corrección ortográfica, una corrección de estilo, una comprobación terminológica (es decir, si los términos se han traducido correctamente desde el punto de vista de la propia traducción y también desde el punto de vista del ámbito del texto o del cliente que lo ha encargado, por ejemplo) e, incluso, una comprobación del formato del texto o proyecto final, en la que debe realizarse, obligatoriamente, una verificación de las etiquetas para que no haya problemas de formato, como acabo de mencionar en el apartado anterior.

Análisis y estadística

à Objetivos de las funciones de análisis y estadística: el programa de traducción asistida Déjà Vu ofrece la posibilidad de realizar un análisis exhaustivo en cuanto a las estadísticas del proyecto. Dicho análisis ofrece datos como el trabajo que está realizando el traductor en ese proyecto, dónde se encuentra la memoria, cuántos proyectos contiene y distintos porcentajes, como de similitud con la memoria o de repeticiones internas. Asimismo, esta información puede guardarse y enviarse al cliente, si es necesario.

à Tipos de repetición (interna o externa): las repeticiones internas también se conocen como duplicados y son segmentos que aparecen más de una vez en el mismo documento; una vez que se hayan traducido por primera vez, el programa de traducción asistida, mediante la función de propagación, insertará dicha traducción en los segmentos que sean iguales. En cuanto a las repeticiones externas, estas son las coincidencias exactas que se dan entre el texto que se está traduciendo y la memoria de traducción, y se llaman repeticiones externas porque ya provienen de proyectos anteriores de traducción y, por lo tanto, están disponibles antes de comenzar a traducir.(2)

à Tipos de coincidencia (difusa o 100%): ya he hablado en muchas ocasiones sobre las coincidencias totales y las coincidencias parciales o fuzzy matches, por ejemplo, en la entrada ¿Son las fuzzy matches útiles para el traductor?

à Reglas de segmentación: las reglas de segmentación son los parámetros de los que dispone el programa de memoria de traducción (o de segmentación) para realizar la segmentación del texto. Dicha segmentación se realiza por defecto a partir del punto (es decir, un segmento finaliza en un punto y da comienzo al siguiente segmento que, a su vez, termina en el siguiente punto), aunque el usuario puede cambiarlo si lo considera necesario.
Una vez que el texto esté segmentado, se procederá a la alineación (sobre la que puede verse más información en esta entrada) y a continuación.

Alineación

à Reciclar traducciones anteriores

à Automática y manual

à Cómo unir/dividir/eliminar segmentos

à Guardar proyectos de alineación e importarlos a la memoria

Como acabo de decir, la segmentación da paso a la alineación, que se realiza a partir de traducciones ya finalizadas, puesto que consiste en alinear los segmentos del texto original junto con sus correspondientes traducciones. Esta alineación puede hacerse de forma automática (el programa, mediante las reglas de segmentación, divide de forma automática el texto origen y el meta en una serie de segmentos y los une automáticamente) o de forma manual (el traductor une cada segmento con su correspondiente traducción, partiendo desde cero o corrigiendo lo que haya hecho de forma automática el programa de alineación).

De hecho, en la alineación manual, en algunas ocasiones el traductor tendrá que modificar los segmentos, uniéndolos, dividiéndolos o incluso eliminándolos para que los segmentos origen se correspondan con los meta y para que, una vez guardados e importados a la memoria, puedan aprovecharse y supongan una ventaja para su trabajo.

Gestión de la memoria de traducción

à Compactar

à Eliminar duplicados

Finalmente, la memoria de traducción puede compactarse, es decir, pueden agruparse los datos de la memoria para que esta ocupe menos espacio (solo hay que ir a herramientas>compactar); de hecho, también pueden compactarse un proyecto o la base de datos terminológica. Asimismo, el programa ofrece la posibilidad de buscar aquellos segmentos o términos duplicados (es decir, que cuenten con traducciones distintas) y visualizarlos por separado para decidir cuál su la traducción más adecuada y para eliminar aquella que no lo sea.

Espero que, tras este resumen (que ha sido más extenso de lo que había previsto), se hayan consolidado los conceptos más importantes sobre las memorias de traducción.

______________________

(1) Márquez Arroyo, Cristina: «Herramientas de traducción automática... mito y realidad», accesible en: http://bscw.rediris.es/pub/bscw.cgi/d469719/Herramientas%20de%20traducci%C3%B3n%20autom%C3%A1tica...%20mito%20y%20realidad%20(Cristina%20M%C3%A1rquez).pdf [Consulta: 8/V/2012]

(2) Heinz Freignang, Karl: «Tipos de repetición (interna o externa) (2/8)» en eCoLoTrain, accesible en: http://ecolotrain.uni-saarland.de/index.php?id=1529&L=3 [Consulta: 8/V/2012]

¿Son las fuzzy matches útiles para el traductor?

noreply@blogger.com (Laura A. E.) — Fri, 04 May 2012 20:49:00 +0000

Escribo esta entrada a propósito de otro artículo que he leído en la revista Panace@ (este será, creo, el último artículo de la revista que comente; al menos, por ahora). En este artículo(1), su autor, José María Montero Vázquez, habla sobre las coincidencias parciales, también conocidas como fuzzy matches, y las ventajas y desventajas que pueden tener en el trabajo del traductor, no solo desde el punto de vista de la calidad, sino también desde el punto de vista económico.

A estas alturas, no es necesaria una explicación sobre cómo funcionan los programas de traducción asistida por ordenador y, en concreto, sobre cómo funcionan las memorias de traducción (explicación que podéis ver en entradas como esta, esta o incluso esta), aunque sí conviene recordar que, cuando se está traduciendo un texto determinado, el programa en cuestión busca de forma automática si hay segmentos del texto origen que ya se hayan traducido anteriormente y cuya traducción, por lo tanto, ya esté almacenada, lo que daría lugar a coincidencias totales o a coincidencias parciales.

Ventajas (entonces, ¿son amigas?)

En el caso de las coincidencias totales, el traductor, como es lógico, no tiene que cambiar nada; sí tendrá que hacerlo, por el contrario, en el caso de las coincidencias parciales, puesto que solo puede aprovecharlas de forma parcial, adaptándolas al nuevo segmento que esté traduciendo (posteriormente, el segmento origen se almacenará junto con su correspondiente segmento meta). De esta forma, las coincidencias parciales tienen la ventaja de que pueden reutilizarse muchas veces y de muchas formas, además de que el traductor puede configurar el nivel de coincidencia parcial que desee que el programa le ofrezca: si establece un nivel alto, apenas tendrá que realizar cambios en el segmento meta; si es inferior, muy posiblemente tendrá que traducirlo desde cero.

Desventajas (¿o, más bien, son enemigas?)

Como ya comenté en su momento, el cliente o la agencia de traducción que encarga el proyecto no paga, por norma general, aquellos segmentos que ya se tradujeron previamente(2), ya que, como están almacenados en la memoria de traducción, el traductor no tiene que volver a traducirlos.

El problema surge cuando la agencia o el cliente analizan previamente el texto que se va a traducir y comparan los segmentos del documento con los almacenados en la memoria de traducción (esto se está convirtiendo en una práctica cada vez más común). El problema, como decía, es que analizan tanto las coincidencias totales como las parciales (y las clasifican desde un 100%, total, hasta distintos grupos de porcentajes en los que se incluyen las coincidencias parciales, además de aquellos que tienen una similitud inferior al 50%, que se clasifican como sin coincidencia, no match).

A partir de este análisis, establecen «una reducción de la tarifa inversamente proporcional al valor porcentual de coincidencia, o lo que es lo mismo: a mayor coincidencia, menor es la tarifa aplicable a las palabras que componen dicho segmento»(3). Dejando de lado el hecho de que estos descuentos son muy injustos para el traductor, hay que tener en cuenta que el traductor debe modificar en muchos casos las coincidencias parciales, pues no son de un 100% y, como he dicho, el traductor debe adaptar los segmentos al texto que esté traduciendo:

El nivel de coincidencia entre segmentos resulta irrelevante, e incluso engañoso con respecto al tiempo y trabajo empleados en la modificación y retraducción de dicho segmento. En estos casos, las coincidencias parciales se convierten en enemigos declarados del traductor, porque debe pasar un tiempo importante, que no se compensa económicamente, modificando la traducción para adecuarla al nuevo contexto lingüístico.(4)

Esta cita resume perfectamente el problema en el que pueden convertirse las coincidencias parciales.

¿Pueden ser amigas y enemigas? Es decir, ¿existe alguna forma de conciliarlas?

El autor propone una tarifa que, a mi juicio, es bastante acertada, dado que es, tal y como él dice, neutra en cuanto a quién sale ganando:

Yo establezco tres niveles [...] para mi tarifa: la tarifa base, que se aplica a las palabras nuevas (No matches), el 60% de mi tarifa base, aplicado a TODAS las coincidencias parciales (desde el 50 al 99%), y, por último, el 25% de la tarifa base, aplicado a las coincidencias totales y las repeticiones internas del texto.(5)

Esta tarifa se justifica con el hecho de que muchas veces será necesario retraducir por completo determinados segmentos, por muy alta que sea su coincidencia con otros segmentos almacenados, y esto no va a querer pagarlo el cliente.

Hasta aquí me he referido a la situación en la que un traductor utiliza su propia memoria de traducción o la que le suministra la agencia o el cliente. Sin embargo, ¿qué ocurre cuando en una misma memoria de traducción han participado varios traductores? ¿Qué debe hacer el traductor? ¿Aceptar los segmentos traducidos que se le ofrecen o revisarlos, a pesar de que no se le pague por ello? Está claro que lo mejor sería solicitarle a la agencia o al cliente que revisara dicha traducción para así evitarse futuros problemas. No obstante, como esto no se puede hacer siempre, el traductor tendrá que utilizar dichas memorias de traducción, aun arriesgándose a obtener malos resultados.

Con respecto a esto último, es obvio que el traductor que tenga su propia memoria de traducción podrá confiar mucho más en ella, tanto en cuanto a las coincidencias totales como en cuanto a las parciales, y dicha memoria será beneficiosa para él tanto en el aspecto económico como desde el punto de vista de la calidad y de la productividad de la traducción (pues podrá reutilizar los segmentos ya almacenados y no tendrá que emplear tanto tiempo en revisar aquellos que tengan una coincidencia alta).

En conclusión, el traductor debe ser consciente de que, aunque las fuzzy matches pueden representar un peligro para él si no tiene el cuidado suficiente, también pueden ser de gran ayuda en su trabajo, sobre todo cuando se trate de textos técnicos o mínimamente repetitivos. Como con todo, hay que tener cuidado y también hay que saber aprovecharlo bien.

______________

(1) Montero Vázquez, José María: «Fuzzy matches, friends or foes? (¿Amigos o enemigos?)» en Panace@, vol. 10, n.º 29, junio de 2009, accesible en: http://www.medtrad.org/panacea/IndiceGeneral/n29_tribuna-MVazquez.pdf [Consulta: 4/V/2012]
(2) Precisamente, de ello hablé en la entrada Memorias de traducción: ¿amigo o enemigo?
(3) Montero Vázquez, José María: op. cit., p. 25.
(4) Montero Vázquez, José María: op. cit., p. 25.
(5) Montero Vázquez, José María: op. cit., p. 25. (La negrita es mía).

Análisis en profundidad del programa de traducción asistida Déjà Vu

noreply@blogger.com (Laura A. E.) — Thu, 03 May 2012 20:52:00 +0000

A raíz de otro artículo muy interesante de la revista Panace@(1), me gustaría hablar más en profundidad del programa de traducción asistida (al que también me he referido en varias ocasiones como programa de memoria de traducción) Déjà Vu. Aunque lo he mencionado con mucha frecuencia a lo largo de las entradas del blog y aunque ya hablé de las funciones básicas de un programa de memoria de traducción (Traducir mediante una memoria de traducción: funciones y herramientas básicas), este artículo me ha servido para tener una visión más amplia de este programa y, por ello, me gustaría compartir en este blog todo lo que he aprendido en dicho artículo.

En qué consiste Déjà Vu

El autor del artículo comienza en su introducción definiendo las características de Déjà Vu: debido a que combina la tecnología de las memorias de traducción con las técnicas de traducción automática, permite mejorar tanto la productividad del traductor como la coherencia en su trabajo. Asimismo, con este programa puede realizarse una gestión de proyectos de forma eficiente.

La novedad con respecto a otros sistemas de traducción asistida radica en que utiliza de forma inteligente la memoria de traducción, la base de datos terminológica y el lexicón para ensamblar las traducciones de varios segmentos más pequeños en uno solo más grande: el programa intuye como si fuera un traductor humano y realiza lo que se denomina deep mining (ver término 19 de Términos claves de Informática Aplicada a la traducción). Además, como también he mencionado en varias ocasiones, el programa puede trabajar con la mayoría de formatos de archivo, dado que, en su interfaz, solo presenta el texto que va a traducirse y cualquier información codificada del texto origen la protege para que no pueda alterarse (de esto también hablo en la entrada dedicada a las funciones de los programas de memorias de traducción).

Qué tiene Déjà Vu que no tengan otros programas de traducción asistida

Tras un análisis de las funciones básicas de Déjà Vu, el autor pasa a lo que nos interesa: las funciones específicas de Déjà Vu.

1. Escaneado (scan)

En primer lugar, habla de la función de escaneado, esto es, el programa busca si existen correspondencias exactas o aproximadas de los segmentos que se está traduciendo y, en el caso de que sí las haya, incluirá dichas traducciones (para más información, pueden verse las coincidencias totales y parciales o fuzzy matching, 12, y la autopropagación, 13, en esta entrada). Asimismo, puede reparar de forma automática las coincidencias aproximadas o la traducción automática basada en ejemplos. Después de todo este proceso, el programa puede realizar su propia traducción basándose en distintos segmentos, convirtiendo el segmento origen y el segmento meta en una coincidencia exacta, exact match (realizando el ya mencionado deep mining).

2. Ensamblado (assemble)

Esta función (exclusiva de Déjà Vu) consiste, como acabo de explicar, en combinar fragmentos menores para conseguir traducir segmentos que solo tienen una coincidencia parcial, también partiendo de toda la información contenida en sus bases de datos.

3. Pretraducción (pretranslate)

La función de pretraducción es especialmente útil en el caso de textos muy repetitivos, en los que lo más recomendable es traducir el proyecto de forma automática y, después, revisarlo. Si a esto le añadimos que Déjà Vu busca las coincidencias (totales y parciales) para cada oración, el resultado será de mejor calidad, ya que, para ello, selecciona la mejor traducción (una coincidencia exacta garantizada, guaranteed exact match, una exacta, exact match, o una aproximada, fuzzy match).

4. Propagación (propagate)

Una vez más, esta función es adecuada para proyectos extensos y repetitivos. Como he explicado a propósito de la autopropagación, el programa buscará segmentos similares o iguales a los ya traducidos y solicitará una confirmación para insertar una coincidencia aproximada autorreparada (self-repaired self-match).

5. Autobúsqueda (autosearch)

También he hablado de esta función en una de las entradas dedicadas a los términos claves de la asignatura. En resumen, el programa realiza una búsqueda automática de términos, segmentos y términos almacenados para poder aplicar su correspondiente traducción al texto que se está traduciendo. Asimismo, muestra su correspondiente información contextual, lo que es de gran ayuda.

6. Gestión de proyectos

Un aspecto muy interesante es el hecho de que Déjà Vu permite realizar gestiones de proyectos (sobre los que hablé aquí y aquí). De esta forma, pueden crearse proyectos satélites, también conocidos como Pack&Go: se trata de pequeños archivos monolingües que pueden reimportarse al proyecto plurilingüe principal y que pueden transportarse con facilidad debido a que no contienen información sobre formato o imágenes. También pueden distribuirse pequeñas bases de datos (cuyo contenido haya seleccionado previamente el gestor) para facilitar el trabajo del traductor y asegurarle coherencia, además de que el gestor también se asegurará de que las memorias de traducción y las bases de datos terminológicas no se dispersarán entre los distintos traductores.

Asimismo, el gestor de proyectos puede asignar derechos de acceso individual a cada miembro de un grupo de traductores, para que cada uno trabaje solo en lo que se le ha asignado y no modifique el trabajo de los demás, sin por ello dejar de ofrecerles el texto en su conjunto. Incluso puede agregar información a los segmentos o responder a las dudas que puedan tener los traductores mediante la función de comentario (comment).

7. Control de calidad

Esta función, como su nombre indica, permite verificar que la terminología o los códigos, por ejemplo, se han utilizado de forma adecuada e, incluso, puede mostrar, si las hay, otras opciones de traducción de determinados segmentos o términos. Esto beneficia tanto a los traductores (cuyas traducciones serán de mejor calidad) como a los gestores (que podrán asegurarse de que los traductores han seguido sus instrucciones y que también podrán corregir cualquier fallo u omisión).

8. Entorno integrado

Con esto, el autor del artículo que estoy comentando se refiere a que todas las tareas pueden realizarse en la misma interfaz de usuario del programa, dado que esta se adapta a cualquier necesidad. De hecho, el usuario puede incluso definir y personalizar sus propias barras de menú, atajos del teclado, esquemas de color, ventanas de herramientas...

Así, algunas de estas funciones son la ya mencionada autobúsqueda (recordemos que basta con pulsar la combinación de teclas Ctrl. + el número del término para incluirlo de forma automática en el segmento) y características propias de cualquier procesador de textos, como autocorrección y autotexto (similares a las de Microsoft Word), y corrección de ortografía de hasta 14 idiomas (si se trabaja con otro idioma, basta con utilizar el corrector de Word de ese idioma que, por supuesto, tiene que estar instalado). Incluso es posible utilizar los atajos comunes de Windows (copiar, cortar, pegar, buscar, reemplazar, seleccionar texto y las muy útiles y necesarias deshacer y rehacer).

9. Formatos de archivo admitidos

Déjà Vu admite prácticamente todos los formatos de archivos a excepción de algunos como el .pdf (que es cierto que da problemas de compatibilidad a la mayoría de los programas, sean de lo que sean). Recordemos, asimismo, que el programa utiliza una especie de filtro, de forma que, mientras se está traduciendo, solo muestra la parte escrita del texto (o proyecto) origen y, una vez que se ha traducido, exporta el texto meta con el mismo formato del texto (o proyecto) original. También hay que añadir que permite que el intercambio de las bases de datos terminológicas y de las memorias de traducción se haga fácilmente (además de que siempre puede recurrirse al formato .tmx para exportar las memorias de traducción).

10. Administración de las terminologías

Sobre este aspecto no tengo nada más que añadir, dado que ya lo he dicho todo en entradas como esta. Sin embargo, sí debo decir que Déjà Vu puede personalizar los términos almacenados por categorías y atributos e incluso por clientes, algo que es muy útil. Incluso ofrece la posibilidad de incluir relaciones de sinonimia y antonimia entre términos de un mismo idioma.

11. Mantenimiento de las bases de datos

A pesar de que sobre este aspecto tampoco tengo mucho que añadir, solo mencionaré que los glosarios son multilingües y multiámbitos y que, además, el idioma de origen de una base de datos puede convertirse en el idioma meta de otras, lo que resulta de gran utilidad. Asimismo, también pueden importarse y exportarse glosarios y memorias de traducción para intercambiarlos con otros traductores o enviárselos al cliente.

12. Alineación

Déjà Vu también cuenta con una herramienta para realizar alineaciones de segmentos que, a continuación, podrán agregarse a la memoria de traducción (para más información sobre la alineación, ver esta entrada).

13. Lexicón del proyecto

También he comentado esta función en varias ocasiones (por ejemplo, en esta entrada, además de en otras ya citadas) a propósito de que supone una herramienta muy útil para garantizar la coherencia en el uso de la terminología. Déjà Vu es capaz de realizar una extracción terminológica de forma automática, a partir de la que puede crearse un lexicón.

Además de esto, Déjà Vu puede traducir los lexicones de forma automática para así crear bases de datos a partir de proyectos ya existentes. Esto, como es lógico, también afecta a la calidad de la gestión del proyecto de traducción, puesto que el gestor puede distribuir un glosario unificado a todos los miembros de un equipo de traducción y la calidad de la traducción final y el trabajo del traductor serán mucho mejores.

¿Y las desventajas?...

La única desventaja de Déjà Vu parece ser, por lo tanto, que hay que acostumbrarse a todas estas funciones, pero yo no considero esto un obstáculo, dado que, como con cualquier programa que tenga una interfaz mínimamente intuitiva (como es el caso), cualquier usuario puede acostumbrarse rápidamente a su uso. Además, como cualquier programa de cierta calidad, ocupa mucho espacio en el disco duro del ordenador, pero creo que estos son problemas menores y más si tenemos en cuenta todas las ventajas que ofrece.

Podría concluir que este artículo dedicado a las distintas funciones específicas de Déjà Vu me ha sido de gran utilidad para ampliar mis conocimientos sobre dicho programa; de hecho, había funciones que no conocía, pero incluso sobre las que ya conocía he descubierto nuevos aspectos. Por último, también había términos que desconocía (coincidencia exacta, coincidencia exacta garantizada, coincidencia aproximada autorreparada...) y que ahora he incorporado a mi glosario personal, es decir, a mis conocimientos sobre esta asignatura (sobre la que, me estoy dando cuenta, nunca se deja de aprender).

Recomiendo encarecidamente visitar la página web de ATRIL, donde pueden verse vídeos explicativos sobre el uso de Déjà Vu.

__________________________

(1) H. Gauna, Daniel: «Nuevas vistas a la traducción con Déjà Vu» en Panace@, vol. 10, n.º 29, junio de 2009, accesible en: http://www.medtrad.org/panacea/IndiceGeneral/n29_tribuna-Gauna.pdf [Consulta: 3/V/2012]

La creación de «listas negras» de palabras para garantizar la coherencia terminológica

noreply@blogger.com (Laura A. E.) — Tue, 01 May 2012 14:54:00 +0000

Las «listas negras», una opción más que recomendable para asegurarse la coherencia terminológica

Ejemplo de uso de una «lista negra» con Open Office.

Extraído de Claros, M. Gonzalo: «Las "listas negras" de

palabras: un recurso informático poco conocido que

facilita la coherencia terminológica» en Panace@,

vol. 10, n.º 29, junio de 2009, accesible en:

http://www.medtrad.org/panacea/IndiceGeneral/

n29_revistilo-MGClaros.pdf

Estos últimos días he estado leyendo una serie de artículos que se encuentran en el volumen diez de 2009 de la revista Panace@. Uno de ellos es «Las "listas negras" de palabras: un recurso informático poco conocido que facilita la coherencia terminológica», elaborado por M. Gonzalo Claros.(1)

Tras la lectura de este artículo, he llegado a la conclusión de que crear una «lista negra» de palabras podría asegurarle al traductor la coherencia terminológica en su trabajo, algo que, como he insistido en varias ocasiones, resulta fundamental.

Como dice Claros en su artículo, el aspecto de la corrección ortográfica está totalmente solucionado en cualquier programa con el que se trabaja. A la coherencia terminológica, sin embargo, todavía le queda mucho que hacer, dado que cada cliente tiene sus preferencias de uso para términos (o incluso para palabras generales que no tienen por qué ser términos) y el corrector ortográfico no va a detectar como incorrecto que no se haya escogido el término que le gusta al cliente. Así, es labor del traductor tener cuidado con qué terminología emplear.

Recordemos que, por ejemplo, con Déjà Vu se pueden etiquetar las distintas bases de datos (bases de datos terminológicas, memorias de traducción) por clientes y ámbitos para así poder adaptarse a un determinado cliente a la hora de traducir los términos de un encargo de traducción cualquiera. Además, este y otros programas ofrecen la posibilidad de realizar un control de calidad para asegurarse de que los términos se han traducido correctamente. Sin embargo, tras la lectura de este artículo, he llegado a la conclusión de que la mejor opción es crear una «lista negra» de palabras, donde se incluyan las palabras que no le gustan al cliente.

Así, por ejemplo, Wordfast permite crear una lista negra (blacklist) de términos. Cuando el programa detecta en un segmento un término incluido en dicha negra, avisa al usuario. Sin embargo, este programa tiene la desventaja de que no ofrece ninguna alternativa a esta palabra, además del hecho de que solo puede utilizarse para textos bilingües y que se hayan escrito en Word, y de que no gestiona bien las listas negras de más de ochenta términos.

Ahora bien, una alternativa altamente recomendable es recurrir a los programas de código abierto, en concreto, a OpenOffice, que es totalmente compatible con el paquete de Office y que sí ofrecerá alternativas cuando se encuentre con una palabra incluida en la lista negra. En el artículo que he citado al principio de la entrada se explica con gran detenimiento cómo crear estas listas negras (recomiendo su lectura) para, así, conseguir revisar el texto de forma que la coherencia terminológica esté totalmente asegurada.

En conclusión, la creación de listas negras se presenta como una opción más que recomendable para conseguir que el traductor se asegure su propia terminología, tanto desde el punto de vista de la coherencia terminológica (en el texto traducido y en todo su trabajo), como desde el punto de vista de las preferencias del cliente (que es, al fin y al cabo, el que paga).

____________________

(1) Claros, M. Gonzalo: «Las "listas negras" de palabras: un recurso informático poco conocido que facilita la coherencia terminológica» en Panace@, vol. 10, n.º 29, junio de 2009, accesible en: http://www.medtrad.org/panacea/IndiceGeneral/n29_revistilo-MGClaros.pdf

Breve análisis de las fuentes de tráfico del blog

noreply@blogger.com (Laura A. E.) — Mon, 30 Apr 2012 22:57:00 +0000

¿Cuántas personas han accedido a Mundos binarios de Babel? ¿Cómo han llegado hasta aquí?

Visión general de las estadísticas de Mundos Binarios

de Babel.

Gracias a la posibilidad que ofrece Blogger de consultar las estadísticas del blog, posibilidad de la que puede sacarse mucho partido, me gustaría reflexionar (brevemente) a propósito del tráfico de Mundos binarios de Babel de las últimas semanas.

Como decía, Blogger ofrece la posibilidad de ver quiénes visitan tu blog, desde dónde lo hacen (país, sistema operativo, navegador...) e, incluso, cómo han llegado hasta él (qué palabras han introducido en su búsqueda para dar con el blog). A pesar de que cuando empecé con este blog (e incluso un tiempo después, cuando lo hice público y habilité la posibilidad de que pudiera encontrarse mediante motores de búsqueda), las visitas eran más bien escasas, últimamente estas se han visto incrementadas, como puede verse en la imagen que encabeza esta entrada.

A propósito de estos resultados, me planteo, a priori, dos preguntas: «¿a qué se debe este aumento de las visitas?» y «¿por qué, a pesar de todo, el blog no tiene ni un solo comentario?»... Supongo que la respuesta a la primera pregunta es que he aumentado los contenidos del blog, no solo en cuanto al número de entradas (19, si incluyo esta), sino también en cuanto a los temas, términos y cuestiones de la asignatura en general que he tratado a lo largo de estas entradas. De hecho, mi propósito ha sido intentar cubrir todos los temas que se han comentado en clase de Informática Aplicada a la Traducción, tal y como podemos ver en la siguiente imagen, que también se trata de una captura de pantalla de las estadísticas que ofrece Blogger (en concreto, a propósito de las entradas más vistas desde su creación):

Captura de pantalla de las entradas más vistas del blog
desde su creación. No hay mucho más que añadir a
propósito del interés que puedan haber suscitado
dichas entradas, dado que creo que la imagen habla
por sí misma.

A la segunda pregunta no sé responder, la verdad.

Otro aspecto que me gustaría comentar son las palabras claves mediante las que se ha llegado a Mundos binarios de Babel: algunas de estas son «archivo .tmx», «déjà vu autopropagación», «el traductor se nace [sic] o se hace», «binario babel» (¿alguien que buscaba el blog por el título?), «cómo cambiar el formato tmx», «formato .tmx» o «tmx memorias de traducción». En resumen, muchas búsquedas sobre el formato tmx y las memorias de traducción (sobre estos términos, pueden consultarse, entre otras, esta entrada y esta otra entrada), lo que me lleva a deducir que la mayoría de los que han llegado a este blog buscaban más información sobre la asignatura de Informática Aplicada a la Traducción. Sin embargo, solo son conjeturas...

Por último, los que han llegado a este blog lo han hecho, en su mayoría, a través de Google (Google.es, Google.com, Google.com.ar, Google.hu, Google.cl...) y también, en algunos casos, a través de Facebook (aunque, sinceramente, no me explico por qué), mediante los sistemas operativos (los ordeno por frecuencia) Windows (con una mayoría aplastante), Android (parece que Android va poco a poco adquiriendo importancia), Macintosh, Linux e, incluso, ha habido alguna visita desde el iPhone. Asimismo, el navegador con el que se ha accedido con más frecuencia a Mundos binarios de Babel es Google Chrome, seguido de Firefox, Safari e Internet Explorer. Y ya para terminar, en cuanto a los países de origen de los visitantes, a pesar de que España es el país del que provienen más visitantes, me sorprende que también han llegado al blog alemanes, rusos, ecuatorianos, estadounidenses, argentinos, chilenos, venezolanos, ingleses y húngaros... Vamos, mi blog no se quejará de cosmopolitismo...

¿Conclusiones? Tendría que haber puesto un contador de visitas desde el principio...

... Ahora en serio, la conclusión es, más bien, un agradecimiento a todos los que visitan (y visitarán) este blog. Aunque he de admitir que un comentario de vez en cuando tampoco haría daño...

Términos claves de Informática Aplicada a la Traducción (II)

noreply@blogger.com (Laura A. E.) — Sat, 28 Apr 2012 11:59:00 +0000

Términos más específicos relacionados con las memorias de traducción

Tras una primera entrada de conceptos más generales de Informática aplicada a la traducción, voy a proseguir con términos más específicos que tienen que ver con las memorias de traducción. Como ya expliqué en qué consiste una memoria de traducción (ver término 9 de dicha entrada), voy a pasar a definir los siguientes términos:

12. Coincidencias totales y coincidencias parciales o fuzzy matching

El programa de memorias de traducción contiene una memoria de traducción dividida en una serie de segmentos en lengua origen, que están almacenados junto a su correspondiente equivalente en lengua meta (ver términos 10 y 11). Así, cuando se está traduciendo un texto nuevo, dicho programa realiza una búsqueda para localizar aquellos segmentos del texto nuevo que ya se hayan traducido previamente y que, por lo tanto, se encuentren almacenados en la memoria.

Si ya hay un segmento almacenado en la memoria que es prácticamente (o exactamente) igual al segmento nuevo, se habla de coincidencias totales. Si la coincidencia es solo parcial, se habla de fuzzy matching.

12. 1. Umbral de sensibilidad

Además, puede indicársele al programa que aplique un determinado umbral de sensibilidad en la búsqueda de coincidencias; se aplica un grado que puede ir de 0 a 100 y que, por defecto, suele ser de un 75% dado que, si se es demasiado exigente con el programa y se le pide que encuentre coincidencias exactas, será muy poco probable que las encuentre (y habrá demasiado silencio, en contraposición al ruido, que se dará cuando el umbral sea demasiado bajo y, por lo tanto, aparezcan demasiados resultados; es lo mismo que ocurre cuando se realiza una búsqueda en un motor de búsqueda).

13. Autopropagación

De esta forma, en el programa de memorias de traducción puede activarse la opción de autopropagación (esto puede hacerse, por ejemplo, en Déjà Vu), de forma que, si un determinado segmento ya se ha traducido y vuelve a aparecer en el texto que se está traduciendo, el programa introducirá la traducción que ya se haya realizado (esto es especialmente útil en el caso de textos muy repetitivos, puesto que le ahorra mucho tiempo al traductor y le asegura que será coherente en su traducción).

De esta y de otras funciones básicas de cualquier sistema de memoria de traducción hablo en Traducir mediante una memoria de traducción: funciones y herramientas básicas.

13.1. Autocomprobación

Además, el programa de memoria de traducción va comprobando que la traducción de los segmentos que realiza el traductor se corresponde con la que tiene almacenada (si no, como en el caso de Déjà Vu, el programa avisa al traductor mediante un signo de exclamación en rojo).

14. Unidad de traducción

Este concepto es bastante abstracto, puesto que la unidad de traducción se corresponde con el segmento que se traduce. En otras palabras, la unidad de traducción puede abarcar desde una palabra hasta una oración entera (e incluso los hay que afirman que traducimos textos y no palabras ni oraciones). En cualquier caso, para los sistemas de memorias de traducción, la unidad de traducción es el segmento, como ya expliqué (ver 11).

Hablar de «unidad de traducción» nos lleva a «afinar» un poco más en cuanto a los términos que van a definirse, es decir, a ser más específicos y a centrarnos en unidades de traducción más pequeñas, como pueden ser las palabras, cuya traducción correcta (teniendo en cuenta el contexto en cada caso) hay que conocer e indicar al programa:

15. Término

Como ya he dicho en varias ocasiones, tras dos asignaturas de Terminología, la definición de término no supone ninguna dificultad. Como ya definí en la entrada La importancia de la terminología en los programas de memoria de traducción, un término es una unidad léxica compuesta por una o más palabras que adquiere su significación en función de un ámbito determinado; en muchas ocasiones, de hecho, solo en función del contexto sabremos el significado y la acepción de un término dado.

Para ello es fundamental realizar una extracción terminológica, en la que conviene indicar las distintas traducciones de los términos en función de su contexto de uso.

15.1. Extracción terminológica

También a la extracción terminológica le dediqué una entrada, por lo que solo diré que consiste en recopilar de una serie de textos especializados aquellas palabras que puedan considerarse términos. Esto se puede hacer de forma automática mediante programas como Lexterm o mediante el que incluye Déjà Vu y, aunque no lo parezca, ahorrará mucho tiempo al traductor cuando esté realizando la traducción, además de que le asegurará una coherencia interna en su trabajo, como no me he cansado de repetir.

Para un análisis más detallado de la extracción terminológica, así como de sus ventajas, ver La importancia de la terminología en los programas de memoria de traducción y La extracción de términos.

15.1.1. Las stopwords

A propósito de la extracción terminológica, conviene recordar un término muy relacionado, el de stopword, aquellas palabras que están vacías de contenido. Cuando el programa realiza una extracción terminológica automática, puede marcarse como preferencia que no incluya dichas palabras en su extracción (en internet hay muchos listados de estas palabras, además de que muchos programas de extracción terminológica las incluyen; es el caso de Lexterm).

Aun a riesgo de repetirme, para más información sobre las stopwords, puede consultarse la entrada anteriormente citada La extracción de términos.

Volvamos ahora a ampliar un poco la cuestión de las palabras y de los términos. ¿En qué tipo de listas se incluyen?

16. Base de datos terminológica

Una base de datos terminológica es, simplemente, una base de datos (esto es, un contenedor de datos) que incluye una serie de términos recopilados por pares, es decir, incluye el término original junto a su traducción y, lo que es más importante, también incluye su contexto, el ámbito en el que se utiliza (ya he insistido en varias ocasiones en la importancia del contexto en la traducción de términos).

Asimismo, la base de datos terminológica puede ser multilingüe (es decir, incluir la traducción correspondiente del término en más de un idioma) y multiámbito (dado que un mismo término puede tener distintas acepciones según el contexto del uso, por lo que es de gran importancia que esto esté bien indicado en la base de datos terminológica).

Una vez más, de estos temas hablo en La importancia de la terminología en los programas de memoria de traducción.

17. Léxico, lexicón

Un léxico, por lo tanto, sería una base de datos terminológica ad hoc, esto es, creada para un proyecto de traducción determinado. Así, una vez que se finalice el proyecto, dicho léxico pasaría a formar parte de la base de datos terminológica. Dado que es un glosario ad hoc, no hace falta incluir el ámbito de uso, puesto que en un proyecto de traducción determinado solo habrá un contexto.

Un lexicón es lo mismo que el léxico, aunque el término lexicón se utiliza con más frecuencia, a mi juicio, en lo relativo a la traducción automática y asistida.

También al léxico y al lexicón les dedico la entrada La importancia de la terminología en los programas de memoria de traducción y La extracción de términos.

18. Autobúsqueda

Muy relacionada con los términos anteriores está la función de autobúsqueda que ofrecen los sistemas de memorias de traducción (como Déjà Vu, sin ir más lejos). Si esta opción está activada, el sistema buscará de forma automática si existe algo aprovechable en las distintas bases de datos (memorias de traducción, bases de datos terminológicas, lexicones...), esto es, si puede utilizar traducciones de segmentos o de términos ya realizadas en el texto que se está traduciendo (una vez más, esto asegura la coherencia del trabajo del traductor).

Para una explicación de la autobúsqueda más «en contexto», ver, una vez más, La importancia de la terminología en los programas de memoria de traducción.

19. Deep mining

Retomo los conceptos de autopropagación (13) y autobúsqueda (18) para explicar brevemente en qué consiste el deep mining. Se trata, simplemente, de una búsqueda inteligente: a partir de las distintas fuentes de las que dispone (memorias de traducción, bases de datos terminológicas, lexicones..), el programa realiza una autobúsqueda y, empleando distintos segmentos, el propio programa es el que propone una traducción, es decir, que es el propio programa el que deduce la traducción del segmento nuevo.

A propósito del deep mining, puede leerse la entrada Deep mining with Déjà Vu X2.

20. Autoensamblaje

Lo contrario al deep mining sería el autoensamblaje: el programa solo introduce los resultados de distintos segmentos, sin deducir ni intuir cuál podría ser la traducción del segmento nuevo (que se diferencia de la autopropagación, ver 13, dado que esta se aplica en el caso de coincidencias totales de segmentos).

21. Principales formatos o extensiones que un traductor debe conocer

Para terminar con esta entrada, me gustaría indicar brevemente las principales extensiones que un traductor que esté trabajando con sistemas de memorias de traducción debe conocer (por ejemplo, a la hora de importar un determinado archivo al proyecto de traducción o al buscar un determinado archivo exportado del proyecto de traducción). No hablo ya del .doc(x) o del .jpg, puesto que doy por hecho que eso ya es de sobra conocido, por lo que pasaré a explicar otros más específicos con los que me he encontrado durante el desarrollo de la asignatura y, especialmente, al utilizar el programa Déjà Vu.

21.1. tmx

Formato estándar para las memorias de traducción que permite que dichas memorias puedan intercambiarse entre distintos programas de memorias de traducción sin que haya problemas de compatibilidad. Es el acrónimo de Translation Memory eXchange.

En el .tmx pueden encontrarse dos tipos de informaciones, etiquetas y contenidos. Las etiquetas dan información y van asociadas a una serie de parámetros y variables, suelen ser dobles (es decir, hay una de apertura, < >, y otra de cierre, </ >) y están escritas en lenguaje html. Los contenidos son toda la información que se encuentra incluida en dichas etiquetas.

Para más información, ver El formato .tmx y el lenguaje html.

Las siguientes extensiones son propias del programa Déjà Vu. Aunque a simple vista parezcan complicadas de reconocer, son muy fáciles de deducir. Como es lógico, solo se pueden abrir con dicho programa.

21.2. dvprj

Esta extensión corresponde al proyecto de traducción de Déjà Vu (dv es Déjà Vu y prj, project).

21.3. dvmdb

Esta extensión corresponde a la memoria de traducción de Déjà Vu (Déjà Vu Memory DataBase).

21.4. dvmdx

El archivo que tiene esta extensión contiene otro tipo de información, tales como el nombre del proyecto y de los archivos.

21.5. dvmdi

Los archivos que están guardados con esta extensión corresponden a cada una de las lenguas con las que se está trabajando en el proyecto. Así, si se está trabajando con el inglés (como lengua origen, por ejemplo) y con el español (como lengua meta, por ejemplo), habrá dos archivos distintos con dos extensiones distintas, .en.dvmdi (inglés) y .es.dvmdi (español).

21.6. dvtdb

Este formato indica que se trata de una base de datos de terminología de Déjà Vu (Déjà Vu Terminology DataBase).

Para más información sobre las extensiones mencionadas arriba, ver Déjà Vu X Professional. Guía de introducción al uso y 12 facts, hints and ideas on databases in DVX2.

El sistema de traducción automática de Google Translate cumple seis años

noreply@blogger.com (Laura A. E.) — Fri, 27 Apr 2012 10:48:00 +0000

El sistema de traducción automática de Google, Google Translate, lleva ya seis años «derribando las barreras del lenguaje»

Dado que no tengo mucho más que añadir sobre este sistema de traducción (de él hablé en esta entrada y, sobre todo, en esta otra entrada), prefiero reflexionar sobre lo que comentan los miembros del equipo de este sistema de traducción automática(1). Ahora mismo, explican, tenemos todo el conocimiento del mundo «en la yema de los dedos»; sin embargo, ¿qué ocurre si ese contenido está en idiomas que no conocemos? No se trata tanto de conseguir una buena traducción como de poder entender el contenido de determinadas páginas webs, por lo que la mejor opción es recurrir a traductores automáticos y, entre estos traductores, hay que reconocer que Google Translate destaca por su calidad (su situación ha cambiado con respecto a hace unos años, cuando gozaba de peor fama).

En el blog de Google se explica que este servicio comenzó en 2001 con solo unos cuantos idiomas; sin embargo, como acabo de decir, sus resultados eran bastante deficientes, por lo que decidieron incluir más idiomas en el servicio y se dedicaron a investigar más a fondo a propósito de la evaluación de las traducciones informáticas (una explicación más completa del desarrollo de Google Translate la tenéis en el ya citado blog).

Hoy en día, gracias al trabajo empleado en este proyecto (y también a la colaboración desinteresada de un gran número de usuarios; para más información, ver la entrada de El crowd-sourcing), los servicios de Google Translate los utilizan tantas personas que, continúan los miembros del equipo, en un día se traduce una cantidad de texto equivalente a lo que contendrían un millón de libros. Además, añaden, lo que todos los traductores humanos profesionales traducen en un año, el sistema de Google Translate lo traduce en un día. Ahí debo decir en nuestra defensa que la calidad de las traducciones automáticas nunca será igual que la de las traducciones realizadas por traductores humanos; sin embargo, hay que admitir que estos datos no son nada alentadores... Es verdad que ellos mismos no censuran en absoluto la tarea del traductor humano:

Of course, for nuanced or mission-critical translations, nothing beats a human translator—and we believe that as machine translation encourages people to speak their own languages more and carry on more global conversations, translation experts will be more crucial than ever.(2)

Está claro que Google Translate no parará hasta acabar definitivamente con las barreras del lenguaje, puesto que incluso ya puede verse este servicio en el portal de vídeos Youtube...

¿Qué ocurrirá de aquí a seis años?... El tiempo lo dirá.

________________________________

(1)«Breaking down the language barrier―six years in» en Google. Official Blog, accesible en: http://googleblog.blogspot.com.es/2012/04/breaking-down-language-barriersix-years.html [Consulta: 27/IV/2012]
(2)Vid. nota 1.

Términos claves de Informática Aplicada a la Traducción (I)

noreply@blogger.com (Laura A. E.) — Tue, 24 Apr 2012 17:52:00 +0000

Términos generales e introductorios a la asignatura

Apenas queda un mes para el examen de Informática Aplicada a la Traducción... ¿O debería decir todavía?... En cualquier caso, aunque la conclusión de este blog y de la asignatura (entendida la conclusión en los dos sentidos, como 'cerrar' o 'terminar', y también como las observaciones que extraeré del desarrollo de esta asignatura) todavía está lejos, creo que ya va siendo hora de resumir algunos de los términos claves para intentar resumir la asignatura y también (¿por qué no?) para aprovechar para ir estudiando...

No se trata de todos los términos de la asignatura, sino que son los más representativos (a mi juicio). Están ordenados, a grandes rasgos, de lo general a lo particular, por lo que los hay más generales y los hay más específicos; lo importante es, sin embargo, que todos están relacionados con la asignatura y que de la mayoría (si no de todos, aunque sea de forma indirecta) he hablado en este blog: dado que he dedicado entradas exhaustivas a dichos términos, las definiciones que ofrezco son sencillas, pues pueden ampliarse mediante las entradas correspondientes.

1. Internet

Red informática mundial, descentralizada, formada por la conexión directa entre computadoras u ordenadores mediante un protocolo especial de comunicación.(1)

Esto es lo que dice el DRAE. ¿Se queda corta esta definición? Quizá, pero... ¿cómo podríamos definir algo que se ha convertido en una realidad tan cotidiana? Sí, se trata de una red informática que no conoce fronteras y que nos permite a todos estar conectados, además de que ha hecho mucho más fácil la tarea del traductor (al igual que la informática, pero creo que ese término no necesita definición).

2. Globalización

Relacionada con internet está la globalización (de hecho, podríamos decir que es una de sus consecuencias); a fin de cuentas, la globalización consiste en la dimensión mundial que sobrepasa las fronteras y que alcanza a todos los ámbitos de la actualidad... En resumen, internet ha hecho posible esta globalización que, aunque en principio es positiva, también tiene sus consecuencias negativas, como que los países que no participan en esta globalización (los llamados países subdesarrollados) se queden todavía más atrás...

3. Crowd-sourcing

... ¿Y qué es consecuencia de la globalización y de internet? El crowd-sourcing (al que dediqué una de las primeras entradas del blog) podría traducirse como traducción comunitaria y surge a raíz del auge de las redes sociales y de todo tipo de plataformas que hoy en día proliferan en internet. ¿En qué consiste? En la colaboración por parte de cualquier persona en traducciones que se difunden en internet (subtitulado de películas o series, traducción de cómics, mejora en la traducción de plataformas sociales como Facebook o Dropbox, mejora de la traducción ofrecida por Google Translate...); el problema es que en dichas traducciones participa cualquier persona, sí, por lo que no hay ningún control en la calidad de las traducciones y esto puede suponer un problema (sin mencionar el tema tan de actualidad a propósito de si dichas traducciones y la distribución de determinados contenidos asociadas a estas son legales o no, o lo mucho que afectan estas traducciones no profesionales a los traductores que sí lo son).

4. Gestión de proyectos

Como su nombre indica, la gestión de proyectos consiste en coordinar las distintas tareas que se llevan a cabo en un proyecto de traducción determinado mediante la aplicación de determinadas competencias y de forma que todas y cada una de las actividades tengan una duración establecida, y que el proyecto se realice de la forma más eficiente posible en el menor tiempo posible (y que pueda, por lo tanto, entregarse a tiempo).

Programas de gestión de proyectos son MS Project de Microsoft y OpenProj.

4.1. Proyecto

Todo proyecto, tal y como expliqué en esta entrada, es temporal y único (dicho en otras palabras, es un trabajo temporal cuyo objetivo es crear un único producto, servicio o resultado); sí es verdad que, conforme se realicen más proyectos, se irán acumulando y esto servirá de experiencia tanto al traductor, como al gestor de proyectos y como al resto de los que participen en el proyecto.

Debido a la globalización y a internet (ver conceptos 1 y 2), ahora es muy posible que los participantes en un mismo proyecto vivan en distintas partes del mundo.

Cualquier proyecto tiene cinco fases: inicial (análisis y presupuesto), planificación (se establecen las fases del proyecto), ejecución (llevar a cabo dicho proyecto), control y supervisión (por parte del gestor de proyectos, que hará cualquier modificación que sea necesaria), y cierre (finalizar el proyecto: enviarle la factura al cliente, preguntarle si está satisfecho con el proyecto realizado, reflexionar acerca de los resultados de dicho proyecto y actualizar la terminología y la memoria de traducción con todo el material utilizado).

En cuanto a los tipos de proyecto, existen de documentación, de localización de software, de localización de páginas webs y de productos multimedia.

4.1.1. Localización

De los tipos de proyecto, creo que el único que necesita definirse es el de localización. La localización consiste en la traducción y también en la adaptación de software, por lo que el traductor debe tener más conocimientos además de los propios de la labor traductora (razón por la cual asignaturas como esta son fundamentales para la formación del traductor).

5. Traducción automática

También a este concepto le dediqué una entrada; la traducción automática es una modalidad de traducción que tiene la peculiaridad de que la realiza un sistema sin ninguna intervención humana (es decir, de forma automática). Como es lógico, los resultados de traducciones realizadas de esta forma son bastante deficientes, por lo que es necesaria la intervención humana para que el texto meta sea más aceptable. Un ejemplo de traductor automático es el programa Systran, del que hablé brevemente en la entrada que he señalado, y otro más conocido es el traductor de Google que, aunque es famoso por sus malos resultados, está viendo mejoradas sus traducciones gracias a la ayuda desinteresada de los usuarios (es decir, el crowd-sourcing, ver el término número 3).

Dos conceptos relacionados con la traducción automática son la preedición y la posedición, a los que dediqué una entrada; ambos procedimientos tienen lugar cuando se realiza una traducción de forma automática y su objetivo es que esta sea de mayor calidad.

6. Preedición

La preedición consiste en un análisis que lleva el traductor del texto origen: señala aquellas palabras o construcciones que puedan dar problemas al programa de traducción automática y, a continuación, las modifica para que al programa le resulten más fáciles de traducir. Al hacer esto, mejora no solo la calidad de la traducción realizada de forma automática, sino también la productividad del traductor, que se ahorrará gran parte de las tareas de corrección.

6.1. El lenguaje controlado (controlled language)

A propósito de la preedición existe el concepto de lenguaje controlado (también hablé de él en la entrada dedicada a la preedición y a la posedición) que es, precisamente, un tipo de lenguaje mucho más sencillo cuyo objetivo principal es evitar la ambigüedad para que, así, el programa de traducción automática no tenga problemas al traducir o no produzca errores.

7. Posedición

El complemento de la preedición es la posedición (o postedición). Este procedimiento tiene lugar sobre la traducción realizada de forma automática y consiste en modificarla (esto es, corregirla) para que el texto meta sea aceptable para el lector.

Si primero se ha llevado a cabo la tarea de preedición, la tarea de posedición será mucho más sencilla de realizar.

8. Traducción asistida

A pesar de que me he referido a este término en varias ocasiones, nunca lo he definido de forma apropiada. La traducción asistida es una modalidad de traducción en la que se traduce con la ayuda de programas informáticos; se diferencia de la traducción automática en que sí intervienen traductores en el proceso traductor, puesto que los programas de traducción solo les sirven como ayuda (una ayuda de gran utilidad en la mayoría de los casos).

Entre los programas de traducción asistida se incluyen las memorias de traducción, de las que he hablado prácticamente en todas las entradas de este blog, dada su gran importancia.

9. Memoria de traducción

Las memorias de traducción surgieron como una alternativa a la traducción automática (ver 5) y se diferencian de esta en que se alimentan de traducciones ya hechas por traductores humanos (además, estos programas no realizan traducciones palabra por palabra, que es lo que hacen los programas de traducción automática, dado que este tipo de traducción es más mecánica).

Así, como explicaba en esta entrada, los programas de memorias de traducción muestran la traducción de aquellos segmentos del texto origen que ya se han traducido previamente y que tiene almacenados. De esta forma, el traductor solo tiene que traducir aquellos segmentos nuevos para el programa, de forma que su labor es más rápida y, además, es de mejor calidad, puesto que se asegura una coherencia interna en el texto (y también con respecto a las demás traducciones que dicho traductor haya realizado) y podrá estar seguro de que las opciones de traducción que le ofrece el programa son correctas, ya que previamente fueron validadas por él mismo (o por el cliente que haya hecho el encargo).

Ejemplos de sistemas de memorias de traducción son Trados, Déjà Vu y OmegaT.

Entradas relacionadas: Pasos previos a la creación de una memoria de traducción (I), Pasos previos a la creación de una memoria de traducción (II), Traducir mediante una memoria de traducción: herramientas y funciones básicas.

Ahora bien, ¿qué es un segmento? Para explicar este concepto, primero explicaré qué es la alineación...

10. Alineación

Una memoria de traducción, como acabo de explicar, se alimenta de textos originales alineados junto con sus respectivas traducciones. Así, la alineación es un proceso que consiste en comparar el texto origen con su respectiva traducción, de forma que se hace coincidir cada segmento original con su correspondiente traducción. De esta forma, se unen como una unidad de traducción y se obtiene un corpus paralelo que es la base de la memoria de traducción. También a la alineación le dediqué una entrada, a propósito de los pasos que hay que seguir para crear una memoria de traducción.

11. Segmentación

Muy relacionada con el concepto de alineación está la segmentación. Lo que hace el programa es dividir el texto en segmentos; esta división se basa en los signos de puntuación (normalmente, en el punto, aunque puede indicársele al programa de alineación que se esté utilizando que establezca otros criterios para dicha segmentación). Una vez alineados los segmentos se obtiene un corpus paralelo que, como acabo de explicar, es la base de la memoria de traducción. De todas formas, una buena explicación de la segmentación en las memorias de traducción podéis encontrarla aquí.

Un segmento, por lo tanto, sería ese fragmento de texto que normalmente comienza tras un punto y termina también con un punto. El programa de alineación, por lo tanto, une el segmento original con el segmento meta correspondiente.

Programas con los que pueden alinearse textos paralelos son WinAlign (incluido en el paquete de Trados), DéjáVu (de Atril, que incluye su propio alineador de textos), Microsoft Bilingual Sentence Aligner, LF Aligner o Bitext2tmx.

Dado que esta entrada ya es lo suficientemente extensa, continuaré la definición de más términos claves de la asignatura en otra entrada, que esta vez intentaré centrar más en las memorias de traducción.

_______________________________

(1) Diccionario de la lengua española de la RAE [en línea], accesible en: http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=internet [Consulta: 24/IV/2012]

La importancia de la terminología en los programas de memorias de traducción

noreply@blogger.com (Laura A. E.) — Fri, 20 Apr 2012 22:09:00 +0000

En una entrada anterior hablé sobre la extracción de términos mediante el programa de código abierto Lexterm; sin embargo, no incidí demasiado en la importancia de la terminología en los programas de memorias de traducción, puesto que me centré exclusivamente en el proceso de extracción terminológica, que también es de gran importancia para los programas de memorias de traducción. Este es el motivo de la presente entrada.

Como dije en la entrada anterior (Traducir mediante una memoria de traducción: funciones y herramientas básicas), en cualquier proyecto de traducción son necesarios tres componentes: un proyecto, una memoria de traducción y una base de datos terminológica; estos tres elementos, como ya dije, están relacionados. La terminología (que es el tema que nos ocupa ahora) depende de la situación concreta del proyecto de traducción, así como del tipo (es decir, el tema o el ámbito al que pertenece, el cliente que lo ha encargado...).

¿Qué es un término?

A modo de introducción, me gustaría responder a la pregunta que encabeza este apartado: ¿qué es un término? A estas alturas de la carrera y después de dos asignaturas de Terminología, esto ya no nos parece algo nuevo. Sin embargo, creo que conviene recordarlo: un término, tal y como vimos en clase, es una unidad léxica compuesta por una o más palabras que adquiere su significación en función de un ámbito determinado. Es fundamental tener en cuenta el ámbito al que pertenecen dichos términos, pues es ahí donde se especializan y donde adquieren su significado; además, este significado (y, por lo tanto, la traducción) de un término puede variar en función de su contexto de uso, por lo que es necesario que el ámbito al que pertenecen los términos esté perfectamente delimitado.

De hecho, he de decir que los sistemas de memorias de traducción son mucho más productivos cuando se utilizan lenguajes especializados, pues es ahí donde entra en juego la terminología y es ahí donde los resultados del programa de memorias de traducción pueden mejorar.

¿Cuál es la utilidad de la terminología en las memorias de traducción?

Sin embargo, los sistemas de memorias de traducción no son automáticos (a pesar de que sean capaces de realizar una traducción que podríamos considerar semiautomática), por lo que el usuario es clave para cerciorarse de la calidad de la lista de términos que hayan propuesto estos sistemas (insisto en que de la extracción terminológica ya hablé de forma, creo, exhaustiva).

Una vez que se haya insertado la lista de términos en el sistema, este puede utilizarla de tres formas: en primer lugar, para que el traductor vaya realizando su propia traducción (una traducción humana/automática, donde el sistema se encarga de comparar la traducción automática de determinados términos con la que contiene en su propia base de datos, descartando aquellas traducciones que no tenga almacenadas); en segundo lugar, para que el traductor automático utilice estos términos para hacer su propia traducción (traducción conocida como semiautomática o como autoensamblaje, en la que el sistema propone la traducción solo de determinados fragmentos, pues traduce lo que tiene almacenado y lo que no traduce lo deja en inglés, y es esto lo que tiene que completar el traductor) y, en tercer lugar, para que el sistema las utilice para proponer candidatos de traducción.

La terminología resulta fundamental para el traductor, puesto que le garantiza una coherencia interna (evitándole así al lector una confusión debida a una incoherencia en la traducción de un determinado término). Además, si el sistema contiene una buena terminología, le avisará al traductor cuando este no traduzca como se ha establecido en dicha base de datos (lo cual redunda en lo primero, es decir, le garantiza una coherencia interna). De hecho, Déjà Vu cuenta con una opción, Check terminology, que comprueba todos los términos de su propia base de datos y marca los segmentos en los que no se ha traducido un término como debería haberse traducido.

¿Bases de datos terminológicas, léxicos, lexicones...?

Ahora bien, los programas de este tipo tienen tres bases de datos distintas: una memoria de traducción, una base de datos de términos y un léxico, que ayudan al traductor a realizar su trabajo. Una base de datos terminológica sería similar a una base de datos, con la diferencia de que los términos que contienen están recopilados por pares (es decir, el original se almacena junto a su traducción) y se incluyen los campos y ámbitos en los que se utilizan(1) (la base de datos terminológica, además, puede ser multilingüe y multiámbito). Es importante que la terminología esté bien gestionada y que las traducciones propuestas, así como los ámbitos a los que pertenece cada término, sean los adecuados.

¿Y qué es, entonces, un léxico? El léxico es un glosario de trabajo para un proyecto determinado que tiene una vida determinada; recalco que es determinado porque se trata de un glosario ad hoc, es decir, para un proyecto de traducción determinado: cuando finalice dicho proyecto, ya no será necesario su correspondiente léxico, por lo que podrá importarse a la base de datos terminológica para, así, completarla. También se les conoce como lexicones, aunque este concepto lo he visto más en el ámbito de la traducción automática...; en todo caso, son sinónimos.

Es importante tener claros estos conceptos, así como la característica fundamental que los diferencia: los léxicos tienen una vida determinada, mientras que las bases de datos terminológicas, no..., pues se están alimentando constantemente (es similar al traductor/intérprete: nunca deja de aprender ni de adquirir nuevos conocimientos).

Captura del programa Déjà Vu en el que se muestra el

momento en el que se añade un par de términos a la base

de datos terminológica.

En esta captura de pantalla de Déjà Vu podemos ver que, además, en las bases de datos terminológicas puede añadirse más información (idiomas y variantes, área a la que pertenece el término e incluso pueden especificarse los clientes; todo esto es de gran utilidad para el traductor). Asimismo, dado que la opción de «autobúsqueda» está activada, el programa muestra, de forma automática, la traducción de determinados términos que tiene almacenados en la base de datos terminológica.

¿Herramientas de gestión terminológica? ¿Memorias de traducción?...

Aunque esto quizá resulte obvio, no es lo mismo una herramienta de gestión terminológica que una memoria de traducción: mientras que la primera, como base de datos terminológica que es, solo contiene una lista de términos, la memoria de traducción tiene almacenados segmentos de textos, esto es, unidades de traducción (de los segmentos también hablé en esta entrada, a propósito de la alineación de textos), también en pares (original y traducción).

¿Cómo es la gestión terminológica en Déjà Vu y en OmegaT?

Tras la teoría viene la práctica y por ello tuvimos que aplicarlo a un ejercicio mediante Déjà Vu, en el que había que preparar un léxico mediante la memoria de traducción. Es en la práctica donde podemos apreciar las diferencias que existen entre los distintos programas de memorias de traducción.

Como ya he dicho, los sistemas de memorias de traducción tienen sus propios gestores de terminología: por ejemplo, tenemos el ya conocido Déjà Vu y el también conocido OmegaT; como es lógico, la interfaz de Déjà Vu hace que la creación de una terminología sea algo más sencillo que en el caso de OmegaT, pero no hay existen tantas diferencias (en definitiva, se trata de las diferencias que existen entre un programa de pago y uno gratuito). Además, Déjà Vu ofrece la posibilidad de especificar el cliente o el ámbito al que pertenece dicha terminología, entre otros aspectos, para así tener la información perfectamente etiquetada, tal y como ocurre con la memoria de traducción (sobre la creación de una memoria de traducción y, en concreto, sobre este aspecto, ya hablé en esta entrada).

Veamos el caso concreto de estos dos programas. Crear un lexicón en Déjà Vu a partir de una memoria de traducción es muy similar a como se hace en Lexterm, por lo que resulta muy sencillo: solo hay que seleccionar las preferencias y aceptar, y ya estará creado el lexicón:

Captura de pantalla de Déjà Vu que muestra la ventana en la que se eligen
las preferencias a la hora de crear un lexicón.

Sin embargo, de la lista que ofrece el programa, el traductor deberá seleccionar aquellas palabras que considere términos (el programa ofrece, además, la posibilidad de ver las palabras en su contexto; esto ayuda al traductor a decidir si son términos o no) y que, como tales, deban incluirse en el lexicón:

Captura de pantalla del programa Déjà Vu. Es ahora cuando el traductor
debe seleccionar solo aquellos términos que vayan a serle útiles en la

traducción y que se incluirán en el lexicón.

Además, una vez que se tenga hecho, Déjà Vu ofrece la posibilidad de exportar el léxico a un formato externo legible (por ejemplo, para que el cliente lo vea y lo apruebe). Y si el traductor, cuando ya ha empezado a traducir, ve necesario incorporar términos nuevos, también puede hacerlo (mediante las herramientas situadas en la parte superior de la interfaz del programa o mediante combinaciones de teclas):

En Déjà Vu, añadir un par de términos a la base de datos

terminológica o al lexicón es tan fácil como seleccionar el

término (original y traducción) y pulsar el botón «añadir par

a lexicón» (o «añadir a terminología»).

Sin embargo, OmegaT es algo diferente, puesto que el glosario es un documento aparte que debe crearse en un editor de textos y guardarse en la carpeta Glossary (OmegaT distribuye cada componente del proyecto en carpetas diferentes). Aun así, a grandes rasgos, la forma de proceder en ambos programas es muy similar (por lo que el dominio de las funciones básicas de todo programa de memorias de traducción permite poder utilizar sin dificultad cualquier programa de este tipo).

Entonces, ¿por qué es importante la terminología?

Ahora bien, ¿por qué es de gran importancia disponer de una buena base de datos terminológica? No es solo para que el traductor pueda traducir de forma correcta y eficaz determinados términos, sino que también es importante porque, dado que el lexicón se construye antes de empezar a traducir, el traductor puede solucionar la traducción de las palabras básicas del texto, es decir, extraer palabras clave, lo que le permite familiarizarse con el ámbito del texto que está traduciendo (muchas veces hay que traducir textos cuya área de especialización no conocemos demasiado), pues con estas palabras clave accede a los núcleos de la información del tema en cuestión.

Además, garantiza la coherencia interna de la traducción, no solo en los casos en los que se trabaje en equipo, sino también cuando el traductor esté trabajando solo. Una vez que esté traduciendo, el programa realizará autobúsquedas (en el caso de Déjà Vu, por ejemplo), es decir, buscará si hay algo aprovechable en dichas bases de datos y avisará al traductor en el caso de que algún término del texto original se encuentre ya almacenado en la base de datos terminológica con su correspondiente traducción, por lo que el traductor solo tendrá que utilizar una combinación de teclas (también en el caso de Déjà Vu, Ctrl más el número del término, que aparece indicado en la ventana de autobúsqueda, como puede verse en la parte inferior derecha de la imagen anterior).

La principal crítica que se hace a las memorias de traducción es que, si no cuentan con una gran cantidad de material almacenado, no sirven... Sin embargo, esto no es así, dado que también son útiles cuando hay que conservar el formato (como en el caso de la traducción de una página web), por ejemplo, y, además, conforme se vaya traduciendo puede ir añadiéndose material, desde memorias de traducción hasta lexicones que, más tarde, se incorporarán a la base de datos terminológica, dando lugar a una memoria de traducción muy bien alimentada y a una traducción de mejor calidad:

Resultado final del ejercicio realizado hoy en clase que

consistía en la traducción del manual de un iPad; en este

caso, por ejemplo, disponer de un buen lexicón o de una

buena base de datos terminológica es fundamental para

conseguir una mejor traducción en cuanto al tiempo

empleado en realizarla y en cuanto a su calidad.

__________________________

(1) Una definición más completa es la que ofrece SDL/Trados en su página web: http://www.translationzone.com/en/translation-agency-solutions/terminology-management/ [Consulta: 20/IV/2012]

Traducir mediante una memoria de traducción: funciones y herramientas básicas

noreply@blogger.com (Laura A. E.) — Wed, 18 Apr 2012 09:24:00 +0000

Funciones comunes a todos los programas de memorias de traducción

Estas últimas clases de Informática las hemos dedicado a seguir trabajando con las memorias de traducción. Como ya he dicho en varias ocasiones (Memorias de traducción: ¿amigo o enemigo?), las memorias de traducción son una herramienta fundamental para el traductor, puesto que le permiten ser más eficiente, además de que le aseguran una coherencia interna en el texto (es decir, que no traducirá un mismo término de formas distintas) y también le aseguran que no cometerá errores de léxico en su traducción. A pesar de que es mejor que dichas memorias cuenten con material previamente almacenado, el traductor también puede trabajar con ellas aunque no tenga nada almacenado (e, incluso, puede ir almacenando lo que desee conforme vaya traduciendo, lo cual sería muy beneficioso para él).

Captura de pantalla del programa de memoria de
traducción Déjà Vu.

Existen distintos tipos de programas de memorias de traducción: los hay de pago y los hay de código abierto; del primer tipo, tenemos Déjà Vu, que es el que estamos utilizando en clase; del segundo tipo, un ejemplo sería OmegaT (que también lo hemos visto en clase); grosso modo, todos estos programas son muy parecidos.

Ahora bien, volviendo al tema que nos ocupa, las memorias de traducción (independientemente del programa que se esté utilizando y de cuánto haya que haber pagado para ello) tienen unas funciones básicas comunes, por lo que si se sabe manejar uno, podrá utilizarse cualquier otro sin problemas.

Captura de pantalla del programa de memoria de traducción

OmegaT. Las funciones y herramientas son, en esencia,

iguales que las de Déjà Vu, y en lo que difieren es en la

interfaz, que es más atractiva en el caso de Déjà Vu.

Como se dijo al principio de este tema y como hemos consolidado hoy en clase con un ejemplo práctico, en todo software de memoria de traducción son necesarios tres componentes: un proyecto, una memoria de traducción y una base de datos terminológica (independientemente del material que contengan). Así, a medida que se vayan traduciendo los distintos segmentos (ya mencioné aquí cómo el programa de memoria de traducción divide el texto en segmentos), el programa los irá incorporando a la memoria de traducción (de forma automática o a voluntad del traductor). A este respecto, el asistente de Déjà Vu es bastante simple, pues te ayuda mediante un asistente para crear un proyecto, una memoria de traducción o una base de datos terminológica, por ejemplo.

La terminología también es fundamental para la traducción, pues una buena base de datos terminológica (o un léxico, si se trata de una base de datos creada específicamente para un proyecto de traducción determinado que luego podría incorporarse a la base de datos terminológica) también le asegura al traductor que sus traducción va a ser coherente y va a ser de mayor calidad, especialmente, cuando se trate de textos especializados, donde las memorias de traducción son más productivas. El programa también puede avisar al traductor (en Déjà Vu, se puede comprobar mediante la opción de "check terminology") de que no ha traducido el término como debería (es decir, como la traducción de dicho término que tiene almacenada en la base de datos terminológica), por lo que reduce de forma drástica los despistes... lo que nos resultaría muy útil a muchos. De todas formas, procuraré ampliar este tema en otra entrada.

Déjà Vu, como decía, tiene una serie de funciones básicas. Me gustaría comentarlas, aunque sea brevemente, para que veáis que se trata de un programa muy útil para el traductor (pero insisto en que los programas de código abierto(1) como OmegaT pueden utilizarse perfectamente y con ellos puede conseguirse el mismo resultado que con Déjà Vu).

Así, algunas de estas funciones, tal y como pudimos ver en clase, son un contador de palabras (muy útil, por ejemplo, a la hora de realizar la factura y de cobrar al cliente) o un análisis bastante exhaustivo (que puede enviarse a la empresa o al cliente que hayan contratado los servicios del traductor), que ofrece un resumen de lo que está realizando el traductor, así como dónde se encuentra la memoria, cuántos proyectos contiene o distintos porcentajes (de similitud con la memoria, de repeticiones internas, es decir, si hay fragmentos que se repiten, por ejemplo), y que puede guardarse como información del proyecto, tal y como puede verse en esta captura de pantalla:

Captura de pantalla del programa de memoria de traducción
Déjà Vu, donde se muestra el análisis de un proyecto determinado.

Otra función de Déjà Vu consiste en que ofrece la posibilidad de configurar la segmentación (el programa segmenta por defecto, como ya dije, a partir del punto, pero esta configuración puede cambiarse).

Cómo el traductor se comunica con el programa de memorias de traducción

También es importante hablar no solo de las funciones, sino también de las herramientas o, de forma más general, de la interfaz del programa. Es fundamental que el traductor se comunique con el programa y, para ello, dispone de una serie de herramientas, situadas en una barra que se encuentra en la parte superior:

Captura de pantalla de Déjà Vu. La barra de herramientas
está señalada mediante un rectángulo en rojo.

Como podéis ver (y como ya habré mencionado en más de una ocasión), en la parte izquierda se sitúa el texto original, a su derecha, el meta (esta parte, como es lógico, está en blanco al principio, pues es el traductor el que debe “rellenarla” al traducirla) y en la parte de arriba se encuentra la barra de herramientas (que he señalado mediante un rectángulo en rojo), además del explorador y de las propiedades del proyecto, situados en la parte derecha.

Entre el texto origen y el texto meta hay otra barra (que esta vez he señalado mediante un rectángulo en verde), como podéis ver en la siguiente imagen:

Captura de pantalla de Déjà Vu. Lo referente a los códigos
está señalado en verde.

En esta barra se encuentra una serie de códigos que, a su vez, contienen información, por lo que es muy recomendable no eliminarlos si no se sabe qué es exactamente lo que se está suprimiendo. Recordemos que la memoria de traducción mantiene todo el formato del texto origen, aunque no lo muestre mientras el traductor está traduciendo: una vez que finalice el proyecto y lo guarde, el programa, automáticamente, volverá a incorporar toda la información del texto origen, consiguiendo un texto meta exactamente igual al texto origen en cuanto al formato; esto es especialmente útil cuando se traducen, por ejemplo, páginas webs.

Cuando hay algo que falla, el programa avisa mediante un aspa roja; lo mejor es que el traductor copie el formato de todos los segmentos del texto origen (en Déjà Vu existe una opción para hacerlo de forma automática) en los segmentos meta y se limite a traducir el texto; hay que procurar tener una actitud de “no tocar nada” para no terminar estropeándolo todo… También es más que recomendable ir incorporando cada segmento a la memoria, de forma que, si estos segmentos vuelven a aparecer, el programa los traducirá de forma automática (si el usuario ha activado la casilla de “autopropagación”(2) en las opciones); también la incorporación a la memoria se puede hacer de forma automática.

Esto es lo básico que debe saber un traductor a la hora de utilizar un programa de memoria de traducción, independientemente de cuál sea, pues es conveniente que tenga varias referencias para poder elegir el programa más adecuado para poder traducir adaptándose a la situación o al cliente: por ejemplo, el programa de código abierto OmegaT podría utilizarse al trabajar por primera vez con un cliente que no pida un formato de memoria de traducción determinado. De hecho, los programas de código abierto son una opción muy recomendable (a no ser que los clientes exijan un programa específico), dado que permiten al traductor que se habitúe a este tipo de programas (si está empezando, por ejemplo) sin haber tenido que pagar para poder utilizarlos. Además, los programas de código abierto siguen evolucionando, ya que cuentan con un equipo de desarrolladores que lo van mejorando (aunque es verdad que las herramientas gratuitas no incluyen una interfaz tan “atractiva” como otros programas de pago, pero es cuestión de acostumbrarse).

Como conclusión, es fundamental tener unas nociones básicas sobre programas de memorias de traducción, dado que, de esta forma, podrá manejarse cualquier programa de este estilo, desde Déjà Vu hasta OmegaT, aunque es verdad que unos siempre serán mejores que otros.

Actualizado (24/IV/2012): Os ofrezco tres análisis muy interesantes a propósito de las nuevas funciones de Déjà Vu X2. En esta entrada se habla sobre el deep mining, esto es, que el programa de memoria de traducción realiza un cruce de segmentos: deduce la traducción de un segmento determinado a partir de la traducción de distintos segmentos. Asimismo, en esta otra entrada, un artículo publicado en La linterna del traductor, se habla de las novedades de la versión de 2011 del programa SDL Trados Studio. Por último, en esta entrada se ofrece un resumen de las características más significativas de OmegaT, SDL Trados Studio, Déjà Vu y memoQ.

____________________________________

(1)A propósito de los programas de código abierto para traductores, he incluido, en la lista de blogs de traducción, dos blogs de gran utilidad para traductores, dado que ofrecen un gran número de programas de código abierto para traductores: Software para traductores y Traducción y mundo libre. De esta forma, no pretendo hablar de los programas de código abierto en general, por lo que solo los analizaré (y, de hecho, ya lo he hecho en alguna ocasión) a propósito de la teoría con la que estén relacionados.

(2)El programa compara de forma automática el texto origen con las traducciones que contiene en su memoria de traducción, de forma que puede haber coincidencias totales, donde se efectuaría la (auto)propagación, o coincidencias parciales, conocidas como fuzzy matches. De hecho, incluso si no hay coincidencias totales, el programa muestra la traducción del segmento que sí ha reconocido y, a continuación, deja el resto del segmento en inglés, para que sea el traductor el que lo complete.

La traducción automática

noreply@blogger.com (Laura A. E.) — Tue, 03 Apr 2012 22:04:00 +0000

Creo que ha llegado el momento de hablar un poco sobre la modalidad de traducción que amenaza con quitarnos el trabajo...

A pesar de que no pretendo ser fatalista, sí que es verdad que la traducción automática mejora a pasos agigantados y, por ello, en cierto modo representa una amenaza para los traductores humanos. Sin embargo, todavía no es momento de alarmarse, como he demostrado en algunas entradas y como demostré en dos trabajos que realicé para la asignatura de (precisamente) Traducción Automática el año pasado.

El traductor automático está muy lejos de sustituir al traductor humano, aunque cada vez lo hace mejor y un buen ejemplo de esto es el traductor de Google que, debido a que ha sabido aprovecharse del creciente fenómeno del crowd-sourcing (o podríamos decir que ha obtenido una gran ventaja gracias a la enorme y desinteresada aportación de muchas personas que se ofrecen para corregir las traducciones automáticas), está alcanzando una calidad sorprendente... Gracias a esto, Google va a volver a consolidarse como gigante, parece ser.

Volviendo al tema que nos ocupa, como ya he dicho, me gustaría hablar brevemente sobre la traducción automática. ¿En qué consiste? ¿Por qué es tan importante? ¿Tiene que ver con los temas de los que he estado hablando desde que empecé a escribir el blog? ¿Debemos sentirnos amenazados por la traducción automática? Me voy a tomar la licencia de utilizar los trabajos que presenté para la asignatura de Traducción Automática (que para eso son míos...); sin embargo, como no están publicados en ningún sitio (es lo que tiene carecer de prestigio en el mundillo), tendréis que fiaros de lo que os cuento.

¿En qué consiste la traducción automática?

La traducción automática se incluye dentro de la disciplina de la Lingüística Computacional que, a su vez, se incluye en el Procesamiento del Lenguaje Natural (que se engloba dentro de la Inteligencia Artificial). El proceso no tiene mayor misterio (¡en teoría!): se le ofrece un texto en una lengua al programa y este lo traduce, siempre que la lengua de origen o de llegada se incluya entre sus «lenguas de trabajo», claro.

Ahora bien, los resultados de este tipo de programas dejan mucho que desear y por ello es bien conocido Google Translate (de él hablé, por ejemplo, a propósito de la posedición en las traducciones automáticas); sin embargo, sus resultados son cada vez mejores...

Sin embargo, también existen programas más específicos de traducción automática; en mi caso, analicé para esos trabajos el programa Systran, que combina dos tipos de traducción automática, la directa (es decir, palabra por palabra; el programa utiliza un conocimiento más de tipo morfológico) y la de transferencia (el programa utiliza un conocimiento lingüístico comparativo entre las dos lenguas, la origen y la meta y, a partir de este, realiza un análisis sintáctico mediante árbol); no utiliza, sin embargo, la de interlingua, en la que lo importante es la idea, el significado (en este tipo de traducción automática, se traduce el texto origen a lo que significa y, a partir de ese significado, genera el texto meta). Como veis, he aprovechado este párrafo para incluir algunos conocimientos básicos sobre la traducción automática...

Captura de pantalla del programa Systran. Extraído de

http://www.translationsoftware4u.com/systran-standard.php

Las conclusiones que saqué de este programa fueron que, en definitiva, las calidades de las traducciones hechas por programas de traducción automática son aceptables, pero... podrían mejorarse muchísimo, no solo desde el punto de vista estilístico (el más complicado de todos para cualquier programa informático), sino también desde los otros puntos de vista (léxico, morfológico, sintáctico...).

A propósito de los resultados de las traducciones automáticas, me gustaría añadir el concepto de tradautomaticidad, que sería, a grandes rasgos, la «aparición en un texto de rasgos lingüísticos que indican al receptor que es una traducción y que no ha sido realizada por un ser humano»(1); ¿cuántas veces hemos dicho que una determinada traducción parece haber sido hecha por el traductor de Google, de lo mala que es? Pues ahí está esa tradautomaticidad...

Para intentar solucionar los problemas de la traducción automática (y, en concreto, para intentar mejorar sus resultados), centré el segundo trabajo de dicha asignatura en el problema de las multipalabras, combinaciones léxicas de una o más palabras que suelen dar bastantes quebraderos de cabeza al traductor automático, puesto que, muchas veces, lo peor que puede hacerse es traducirlas literalmente, es decir, palabra por palabra. Recuerdo que en el trabajo ponía el ejemplo, entre otros, de la traducción al inglés de Pedirle peras al olmo, To get blood out of a stone... Nada que ver, como veréis.

¿Qué debe hacer el programa de traducción automática en estos casos? Pero ¿es acaso consciente de que se tratan de multipalabras? En la mayoría de los casos, no, por lo que las traduce de forma automática y problema solucionado. No quiero entretenerme con los análisis que realicé (ni tampoco os recomiendo que leáis el trabajo, porque, primero, es bastante extenso y, segundo y sobre todo, no está publicado, repito, en ninguna parte), pero sí que es verdad que, al echar la vista atrás, me he sorprendido de todas las propuestas de las que hablé en su momento, incluido un análisis tomando como punto de partida la lengua japonesa y las ambigüedades a las que se enfrenta el traductor automático... (Si, en ocasiones, nosotros mismos no sabemos qué quiere decir el autor del original, ¿cómo va a saberlo el traductor automático?)

¿Por qué es tan importante la traducción automática?

Creo que, después de todo lo que he dicho, poco más se puede añadir... Sí que es verdad que los programas de traducción automática nos ayudan cada vez más en la traducción de textos aunque, como con todo, hay que tener cuidado y no depender totalmente de ellos, y que solo sirvan de ayuda (por cierto, se trata de la misma conclusión a la que llegué a propósito de las memorias de traducción), es decir, que sean una herramienta más para el traductor, para ayudarle a ser más eficaz y a que la calidad de sus traducciones sea mucho mejor. En definitiva, más que la traducción automática, sería mejor utilizar las memorias de traducción, pero no me detendré más en esa parte.

De todas formas, la traducción automática resulta muy útil a la hora de traducir textos repetitivos o sencillos, es decir, más objetivos, como podrían ser los textos especializados (y nada de usarla, por supuesto, para la traducción literaria...). También sirve como una primera aproximación a un texto, conozcamos o no la lengua de origen (y si no la conocemos, resulta muy útil).

Y... ¿esto tiene que ver con las entradas anteriores?

Creo que, a estas alturas (del blog y de la entrada, me refiero), no hay mucho más que añadir... Y la pregunta se responde por sí sola: sí, todo esto tiene que ver con la informática aplicada a la traducción, dado que, a la larga, todas estas utilidades, programas, herramientas, aplicaciones, consejos, comentarios, reflexiones... sirven para que nuestro trabajo mejore y para que sea más rápido... y para poder sobrevivir en el actual mercado laboral, claro, en el que te exigen saber de casi todo (por no decir de todo).

¿Debemos sentirnos amenazados por la traducción automática?

Tampoco me queda mucho que comentar con respecto a esto: no, todavía no supone una amenaza, aunque habrá que volver a hacerse esta pregunta dentro de unos diez años (o menos, dado el ritmo al que va todo). No es una amenaza, sino que es una ayuda, no es un enemigo, sino que, como ya dije en su momento a propósito de las memorias de traducción, puede convertirse en un compañero de viaje.

Para terminar, y a modo de conclusión, os dejo una cita de Cristóbal Cáceres Rodríguez que, a mi parecer, resume bastante bien el estado de la cuestión de la traducción automática:

Los traductores automáticos, en suma, se encuentran aún muy lejos de sustituir al traductor humano. Quizás se deberían llamar más que traductores, con propiedad, gestores de léxico o algo por el estilo, porque el producto final que nos ofrecen está muy lejos de lo que se entiende, en su teoría, por una traducción. Sin duda, son un buen auxiliar que resuelve situaciones de escasa importancia o agilizan el trabajo de comprensión ante un texto de otra lengua. Sin embargo, a las limitaciones inherentes a todo diccionario, que son su punto de partida, hay que añadir las de poseer una mayor o menor capacidad de almacenaje y gestión de la información y la de tenerse que mover siempre en los límites de lo inventariable y computable; son, en suma, incapaces de interpretar, de comprender y esto es particularmente perceptible en aquellos usos del lenguaje en los que predominan valores de individualización; el lenguaje poético, en el que predomina la función estética, puede ser un buen ejemplo [...]; el uso consciente de valores connotativos hace prácticamente imposible la traducción automática de un poema.(2)

____________________________
(1)Moré López, Joaquim, Climent Roca, Salvador: «La tradautomaticidad, un concepto aplicado a la evaluación de sistemas de traducción automática» en Procesamiento del lenguaje natural, n.º 37, 2006, p. 234.
(2)Cáceres Rodríguez, Cristóbal : «Connotaciones y traducción automática» en Cien años de investigación semántica, de Michel Breal a la actualidad: actas del congreso Internacional de Semántica, vol. 2, 2000, p. 1275.

La extracción de términos

noreply@blogger.com (Laura A. E.) — Mon, 02 Apr 2012 10:58:00 +0000

Cómo realizar de forma casi automática la extracción de términos para así crear un glosario ad hoc

El otro día en clase comenzamos un tema nuevo a propósito de la extracción terminológica. Como sabréis, la extracción terminológica consiste, grosso modo, en seleccionar de varios textos especializados de un tema concreto aquellas palabras que puedan considerarse términos (es decir, palabras especializadas de un ámbito determinado) y que, por lo tanto, deban incluirse en un glosario.

La elaboración de un glosario resulta fundamental, como hemos ido aprendiendo a lo largo de la carrera. Estos glosarios nunca terminan de crearse (en mi glosario de traducción económica, por ejemplo, tengo incluidos más de mil trescientos términos y este glosario crece día a día) y son muy útiles para el traductor, que se ahorra tener que volver a buscar un término cuya traducción ya había encontrado en diccionarios o en internet, pero que no recordaba.

Sin embargo, disponer de glosarios no es solo útil para la traducción de textos que pertenecen a un determinado ámbito, sino que también es importante disponer de glosarios creados especialmente para el texto que se va a traducir (lo que se conoce como glosario ad hoc, tal y como aprendimos el año pasado en la asignatura de Terminología). De esta forma, cuando se trate de proyectos grandes en cuanto al número de palabras del texto o en cuanto al número de personas (en concreto, traductores) que trabajen en él, crear un glosario es imprescindible, puesto que:

Resulta muy útil para la traducción en general (ahorra al traductor tener que buscar la traducción de los términos en distintas fuentes).

Crea coherencia interna en el texto, de forma que, aunque participen varios traductores en el proyecto, todos traducirán de la misma forma los términos que estén incluidos en el glosario lo que, a su vez, evitará al corrector el proceso de corregir el texto con la finalidad de conseguir dicha coherencia.

Aunque se emplea tiempo en hacer estos glosarios, este tiempo es una inversión, puesto que precisamente ahorra tiempo al traductor a lo largo del proceso de traducción.

El cliente puede aprobar o comentar dicho glosario, de forma que podría cambiar algún término si lo considerara necesario, por que también se ganaría tiempo y el revisor se ahorraría una gran parte de la corrección del texto.

... Y seguro que me olvido de algún punto, puesto que las ventajas de disponer de un buen glosario son muy numerosas. Lo importante es que, por lo tanto, aunque durante el proceso de extracción terminológica dé la sensación de que se está perdiendo el tiempo, la verdad es que sí se ahorra mucho tiempo y, como he dicho en varias ocasiones, ahorrar tiempo y ser lo más eficaz posible son dos aspectos fundamentales en el traductor.

En cuanto a la aplicación práctica de esta teoría, en clase vimos el programa Lexterm, una herramienta de código abierto que permite la extracción terminológica (aunque hay que tener en cuenta que muchos programas de memorias de traducción tienen incluidos este tipo de programas como una prestación más).

Hay que tener en cuenta que existen el léxico y la base de datos terminológica. El léxico está asociado a un determinado proyecto y desaparece cuando termina dicho proyecto (sirve como herramienta intermediaria para garantizar y facilitar la calidad de la traducción). Una vez terminado el proyecto, el léxico pasaría a la base de datos terminológica, el contenedor que abarcaría todas las traducciones y términos, que estarían etiquetados por tema, cliente... como he explicado en distintas entradas.

Captura de pantalla del programa de extracción terminológica

Lexterm (en este caso, los parámetros para la discriminación

de palabras no han sido muy estrictos). El programa también

permite ver las palabras en su contexto, lo que ayuda al

traductor a decidir si debe o no considerar esas palabras

como términos.

Lexterm extrae todas las palabras de un texto que considere términos aunque, en realidad, ningún programa de este tipo realiza la extracción terminológica de forma automática, puesto que es tarea del traductor discriminar, decidiendo qué palabras deben ser términos y cuáles, no. Sin embargo, sí que se puede orientar al programa; por ejemplo, se le puede indicar que no considere términos las palabras conocidas como stopwords (es decir, palabras vacías de contenido; en internet existen muchos listados de este tipo de palabras aunque, normalmente, estas listas ya vienen incluidas en el programa de extracción terminológica), que solo considere términos aquellas palabras que se repitan un determinado número de veces (especialmente útil para textos largos, aunque hay que tener en cuenta que si hay una variación, aunque mínima, en los términos, ya no los considerará como el mismo término, como en el caso de cambio de aceite y cambio del aceite, tal y como vimos en clase) o que, incluso, solo considere términos los sintagmas formados por un número determinado de palabras (por ejemplo, una, aceite, o tres, cambio de aceite, por seguir con el ejemplo, aunque aceite, en general, no sería término, claro).

Por último, una vez seleccionados los términos (a la izquierda de cada uno hay una pequeña casilla en la que puede ponerse una marca de verificación o tick), puede añadirse su traducción correspondiente (de forma manual o de forma automática, para lo que habría que importar un corpus paralelo en vez de uno monolingüe) y, a continuación, guardarlo en formato .txt, del que ya he hablado (como veréis, este formato es muy útil y sirve para una gran variedad de programas y aplicaciones). Este formato puede abrirse con el bloc de notas; en este documento aparecerá el término con su correspondiente traducción, separados por un espacio.

Antes de la pequeña conclusión, me gustaría hablar de una nueva utilidad muy relacionada con la extracción terminológica, la Manypedia (puede leerse una breve descripción de esta utilidad en una entrada del blog de la asignatura de Informática Aplicada a la Traducción), que permite comparar los distintos puntos de vista lingüísticos que ofrecen los artículos de la Wikipedia, tanto desde el punto de vista puramente lingüístico como desde el cultural, es decir, cómo distintas culturas ven determinados hechos o conceptos; además, he de decir que la Wikipedia me sirve, en muchas ocasiones, para saber cómo se traducen algunos términos (aunque siempre hay que tener cuidado con su fiabilidad, claro). La Wikipedia podría considerarse, por lo tanto, como otra pequeña herramienta (de consulta) terminológica.

Como conclusión, me gustaría decir que los programas de extracción terminológica son muy útiles, pues le ahorran al traductor mucho tiempo en el proyecto y, además, sirven para mejorar la calidad de la traducción, para homogeneizarla y para, por cierto, ahorrarle también tiempo al corrector. De hecho, si el año pasado hubiera sabido de la existencia de este tipo de programas, habría podido utilizarlos para las asignaturas de Terminología y, en mi caso concreto, me habría facilitado la tarea de crear una base de datos terminológica sobre los dispositivos termoiónicos... Lo que quiero decir con esto es que la asignatura de Informática Aplicada a la Traducción es fundamental para cualquier estudiante de traducción y, por lo tanto, debería impartirse antes (no en cuarto curso, cuando estamos con un pie fuera, como quien dice) y no debería limitarse a un cuatrimestre: seguro que, así, tendríamos mayores conocimientos informáticos para aplicarlos a la traducción y, por ello, seríamos más eficientes y eficaces en el proceso de la traducción, y nuestras traducciones serían, a la larga, mucho mejores...

El formato .tmx y el lenguaje html

noreply@blogger.com (Laura A. E.) — Thu, 29 Mar 2012 22:11:00 +0000

Hoy en día, es imprescindible para un traductor tener ciertas nociones de html

Si te hacen gracia estos pendientes,

eres de los nuestros...: ¡Sabes

lo que es el html!

Ya he hablado en otras ocasiones, a propósito de las memorias de traducción, del formato tmx. El tmx, como ya dije, es el formato estándar en las memorias de traducción, por lo que podemos utilizar sin ningún problema una memoria de traducción que esté guardada en este formato en Déjà Vu o en Trados, por citar algunos programas. Esto es muy útil, puesto que nos evita las tareas de conversión y reconversión de archivos, muy tediosas y que llevan mucho tiempo (recordemos que también el tiempo es oro en este tipo de cuestiones).

En esta entrada me gustaría hablar brevemente del html a propósito del formato .tmx. Si abrimos un documento txt con un programa como el bloc de notas, veremos que toda la información está codificada en algo que aparentemente no tiene sentido:

Sin embargo, sí lo tiene y me gustaría comentarlo aunque solo sea de forma breve, puesto que esto puede resultarnos muy útil.

El html es el acrónimo de HyperText Markup Language. Se trata de un lenguaje de etiquetado (toda la información se clasifica) y cada vez más personas están familiarizadas con él. Yo tuve la suerte (aunque a veces pensaba que era, más bien, la desgracia) de hacer mis pinitos con el html cuando creé por primera vez un blog en Blogger (ahora estoy reviviendo la experiencia, aunque esta vez no parto de cero, claro) y me decidí a editar yo misma las plantillas que, como supongo que sabréis, se modifican mediante html.

No pretendo ampliar la información sobre este lenguaje, sino que quiero aplicarla al documento txt de la memoria de traducción que hicimos el otro día en clase (siguiendo los pasos que detallo en esta entrada y en esta entrada); además, en el blog de la asignatura (en esta entrada) se explica de forma muy detallada en qué consiste el html y se ofrecen enlaces con contenidos sobre este lenguaje.

Volviendo al archivos txt, vamos a ver un fragmento de los documentos que alineamos para crear la memoria de traducción (he utilizado distintos colores para resaltar aquellos elementos de los que hablo):

<?xml version="1.0" encoding="ISO-8859-1"?>

<tmx version="1.1">

<header creationtool="Bitext2tmx" creationtoolversion="0.91" segtype="sentence" o-tmf="Bitext2tmx" adminlang="en" srclang="en" datatype="PlainText" o-encoding="ISO-8859-1">

</header>

<body>

<tu tuid="0" datatype="Text">

<tuv xml:lang="en">

<seg>00 11 209 Changing engine oil, replacing oil filter element</seg>

</tuv>

<tuv xml:lang="es">

<seg>00 11 209 Cambiar el aceite para el motor, cambiar el filtro de aceite</seg>

</tuv>

</tu>

Aquí podemos ver la etiqueta <header>, con su correspondiente </header> (la barra indica cierre; ¡es fundamental no olvidarse de cerrar las etiquetas!); entre estas dos etiquetas se encuadra el contenido básico que da información al programa. A continuación viene la etiqueta más importante, <body> (se cierra más adelante, aunque aquí no se vea), puesto que en ella se encuentra el contenido de la traducción, como podéis ver.

Después aparece otra etiqueta, <tu> y </tu>, es decir, la unidad de traducción (translation unit), dentro de las que se encuentran los segmentos alineados (<seg> y </seg>). Dentro de esta etiqueta hay etiquetas anidadas, como <tuv> y </tuv>, las variantes de la unidad de traducción; habrá tantas variantes de la UT como lenguas se hayan alineado (en este caso, hay dos: inglés, <tuv xml:lang="2n">, y español, <tuv xml:lang="es">). Dentro de estas variedades de la UT podrían indicarse variantes de la lengua (como español de México o inglés de Estados Unidos, por ejemplo), por lo que es muy útil etiquetar el texto de la forma más precisa (y minuciosa) posible.

Se puede concluir que tener nociones de html (aunque sean básicas) se ha convertido en algo indispensable, puesto que te permite editar una memoria de traducción en un momento dado de forma rápida y eficaz, consiguiendo que la memoria sea más precisa o, también, en el caso de que se haya olvidado añadir algo, es una forma más sencilla y menos trabajosa de editar la memoria de traducción (abre Déjà Vu, abre la memoria, busca el segmento que quieres cambiar... ¿No es más fácil darle a Control + B para buscar y, una vez encontrado el segmento que se busca, editarlo y guardarlo en un momento?)

Estas etiquetas se van repitiendo en cada segmento (y si hay algún problema o hay que cambiar algo, se puede hacer perfectamente desde el bloc de notas, pero siempre, repito, vigilando que todas las etiquetas estén cerradas) hasta que llega el The End del documento:

</body>

</tmx>

Actualizado (2/V/2012): Para más información sobre el .tmx, recomiendo encarecidamente la lectura del artículo de López Ciruelos, Andrés: «La traducción globalizada: herramientas de intercambio y comunicación» en Panace@, vol. 10, n.º 29, junio de 2009, accesible en: http://www.medtrad.org/panacea/IndiceGeneral/n29_tribuna-Ciruelos.pdf [Consulta: 2/V/2012]

Pasos previos a la creación de una memoria de traducción (II)

noreply@blogger.com (Laura A. E.) — Thu, 22 Mar 2012 11:20:00 +0000

La alineación de textos

Como ya he mencionado en varias ocasiones, el paso previo a la creación de una memoria de traducción es la alineación de textos. ¿En qué consiste la alineación? En comparar el texto origen y el texto meta, haciendo coincidir cada uno de los segmentos en los que se dividen; estos segmentos son la unidad de traducción de la memoria de traducción y pueden ser desde una palabra hasta una oración o incluso un párrafo entero, aunque el programa de alineación suele terminar y empezar cada segmento en un punto.

Lo que hace el sistema es leer el texto y dividirlo en segmentos y, de forma automática, va relacionando cada segmento con su correspondiente traducción. Es por ello que, como dije en la anterior entrada, es importantísimo que la memoria de traducción cuente con la mayor cantidad de textos posible, de forma que la memoria de traducción tenga un buen corpus.

Como quizá en la teoría suene confuso, voy a explicarlo mediante imágenes. Así, en las últimas clases de Informática Aplicada a la Traducción hemos realizado la alineación de textos mediante dos programas, Déjà Vu y Bitext (aunque esto podría hacerse incluso con Excel).

En ambos programas (y en cualquier otro), hay que seleccionar, en primer lugar, el archivo del texto origen y el del texto meta y, a continuación, hay que definir el idioma de ambos textos. Además, con Déjà Vu se abre un asistente que te guía en todo el proceso de la creación de la memoria de traducción y que te ofrece la posibilidad de especificar un cliente y también el tema del texto (entre una gran variedad de temas), para poder etiquetar la información por clientes y por temas.

Veamos una captura de la alineación mediante Déjà Vu (la pongo en el tamaño máximo para que se vea bien):

Captura de pantalla del programa de alineación de textos de Déjà Vu.

Como podéis ver, no todos los segmentos de la traducción se corresponden con el original, por lo que es tarea del traductor ir relacionando, de forma manual, cada segmento traducido con el correspondiente segmento original. Así, puede unir o separar segmentos como considere oportuno mediante los botones situados debajo de ambos textos (los botones situados debajo del texto inglés solo afectan a este texto y lo mismo ocurre con los situados en la traducción al español).

Esta alineación también se puede realizar mediante líneas en el caso de WinAlign, el programa de alineación de Trados:

Captura de pantalla de WinAlign. Extraída de la presentación de Power

Point de la asignatura de Informática Aplicada a la Traducción.

Y de forma similar a Déjà Vu se hace en Bitext, que tiene la ventaja de ser un programa de código abierto (y de que incluye la opción de deshacer, más útil de lo que pensáis):

Captura de pantalla del programa de código abierto de alineación

de textos Bitext.

Una vez alineados todos los segmentos, el texto queda así:

Captura de pantalla del programa de alineación de textos de Déjà Vu, una vez que todos los segmentos de la traducción se corresponden con los segmentos originales.

Una vez terminado, se guarda el archivo (se guardará en formato .dvmdb) y se crea la memoria, que podrá abrirse mediante Déjà Vu, por ejemplo:

Captura de pantalla de Déjà Vu. El archivo de alineación ya es una memoria

de traducción y puede abrirse con Déjà Vu y utilizarse sin problemas.

Como puede verse, el manejo de este tipo de programas es muy sencillo y permitirá crear una buena memoria de traducción que, como ya he dicho en varias ocasiones, ayudará al traductor a agilizar su trabajo y a que sus traducciones sean mejores, ahorrándole segmentos repetitivos que llegan a ser pesados para él, como los que suelen aparecer en textos especializados, que no suelen caracterizarse por su originalidad; eso sí, no conviene utilizar este tipo de herramientas con textos más creativos como los literarios...

Pasos previos a la creación de una memoria de traducción (I)

noreply@blogger.com (Laura A. E.) — Thu, 22 Mar 2012 10:28:00 +0000

La importancia de un buen corpus

La mejor memoria de traducción, en formato .tmx; el mejor corpus, Internet

Como ya hablé en esta entrada sobre las memorias de traducción, solo me gustaría centrarme en dos aspectos, la alineación y la importancia de los corpus o colección de textos, que sirven como textos paralelos para alimentar la memoria de traducción.

Traducciones de Hamlet: ejemplos en TMX. Aquí

puede verse cómo los segmentos están divididos

por unidades de traducción (TU), división en la que,

dada su subjetividad, los teóricos de la traducción

no se han puesto de acuerdo. Extraído de Abaitua,

Joseba: op. cit.

¿Por qué he decidido hablar de estos dos aspectos? En cuanto a los corpus (a la alineación le dedico otra entrada), estuve leyendo una serie de artículos y uno me llamó especialmente la atención, puesto que hablaba de qué ocurriría si pudiéramos utilizar internet como una colección de textos, como un corpus inmenso (o incluso infinito) o, en palabras de Joseba Abaitua, autor de dicho artículo, si convirtiéramos internet en una inmensa memoria de traducción(1).

Abaitua realiza un análisis bastante completo de la teoría de la traducción (de hecho, habla de conceptos recurrentes en la asignatura de Traductología como la equivalencia o la unidad de traducción) aplicándola a la traducción automática y asistida, de forma que, partiendo del concepto de que todas las lenguas del mundo comparten una misma subestructura lógica, si pudiéramos descubrir y formalizar dicha subestructura, el problema de la traducción estaría resuelto.

Sin embargo, como suele ocurrir, la teoría dista mucho de la práctica y, por ello, los resultados de los sistemas que se basaban en esta teoría no han sido muy buenos(2). Abaitua cita a Melby, que duda de la existencia de unidades conceptuales universales (los universales es otro concepto habitual en Traductología) e incluso llega a decir que esta teoría (y también puede deducirse que la de la subestructura) es utópica de cara a la traducción automática. Además, el problema de los giros idiomáticos (fórmulas, frases hechas...) tampoco parece haberse solucionado (puesto que son expresiones más bien dinámicas que, por lo tanto, no pueden estar recogidas por completo en diccionarios, que son más bien estáticos y las recogen de forma homogénea y sistemática).

Después de este análisis tan exhaustivo, Abaitua pasa a hablar del TMX (acrónimo del inglés Translation Memory eXchange), formato habitual de las memorias de traducción que facilita el intercambio de estas entre distintos programas de traducción asistida y que, por lo tanto, es el más recomendado para guardar una memoria de traducción.

Las memorias de traducción recogen un corpus que contiene una serie de textos paralelos; es importante disponer de buenos textos paralelos puesto que, en ese caso, será «posible obtener porcentajes cercanos al 100% para la alineación tanto de palabras como de oraciones. [...] [De hecho,] un corpus alineado y anotado constituye una memoria de traducción [...] (MMT), una tecnología alternativa a la traducción de base semántica [es decir, la tradicional que se ha hecho siempre] y tiene su origen en una propuesta de Nagao (1984) llamada traducción "por ejemplos"»(3). No continuaré profundizando en el concepto de memoria de traducción, pues ya le dediqué una entrada, pero quería reflejar las palabras de esta autor, puesto que la resume de forma clara y sencilla. Estas memorias de traducción, por lo tanto, traducen por analogías y, aunque hay que tener cuidado con ellas, pueden llegar a ser muy útiles para el traductor.

El problema de las memorias de traducción, sin embargo, es que primero hay que alimentarlas de textos, proceso largo y laborioso, además de que hay que alinear cada segmento de cada texto, como explicaré en la siguiente entrada que sirve de complemento a esta.

A lo que quería llegar con esto es a lo mismo a lo que llega Abaitua: tras hablar del copyleft (es decir, que garantiza la distribución mediante términos legales, sin que nadie pueda alterar dicha condición de libre distribución) y del software libre (más adelante, mencionaré un blog bastante útil que recoge muchos programas de traducción de este tipo), menciona la existencia de recopilaciones de obras literarias y de traducciones, como el proyecto Gutenberg o la Biblioteca Virtual Cervantes (como curiosidad, existe un proyecto similar de obras en lengua japonesa llamado 青空文庫, aozora bunko, 'Colección del cielo azul'), que recogen textos cuyos derechos de autor ya han caducado y que podrían utilizarse como buenos corpus. Si a esto le añadimos que podrían existir motores de búsqueda similares a Google, pero especializados en la búsqueda de corpus multilingües, las memorias de traducción se verían alimentadas a una gran velocidad y, lo que es mejor, de forma muy eficaz. Sin embargo, para que esto sea posible, autores, traductores y editores deberían permitir la libre circulación de sus trabajos, que deberían estar disponibles en internet; para que llegue este momento, me temo que todavía queda mucho y más dado el actual debate que hay sobre la propiedad intelectual...

En conclusión, creo que, por ahora, cada traductor tendrá que alimentar su propia memoria de traducción, lo que será más costoso en términos de tiempo y esfuerzo, y, además, esta memoria de traducción no será lo completa que sería si contara con textos de todo el mundo, hechos por todo tipo de personas... Como en muchos otros ámbitos, estamos muy lejos de alcanzar esta «riqueza» y, por ahora (aunque sí es verdad que hemos avanzado mucho), cada uno tendrá que apañárselas como pueda.

___________________

(1) Abaitua, Joseba: «Memorias de traducción en TMX compartidas por Internet». Accesible en: http://webs2002.uab.es/tradumatica/revista/num0/articles/jabaitua/central.htm [Consulta: 22/III/2012]
(2) Abaitua, Joseba: op. cit.
(3) Abaitua, Joseba: op. cit.

La importancia de la gestión de proyectos

noreply@blogger.com (Laura A. E.) — Sat, 17 Mar 2012 10:37:00 +0000

A pesar de que ya hablé detenidamente sobre la gestión de proyectos en esta entrada, me gustaría añadir algunos comentarios sobre lo importante que es esta tarea.

La gestión de proyectos, como ya dije, es fundamental, ya que una buena organización y una buena planificación permitirán que el proyecto de traducción se entregue a tiempo sin haberlo hecho «deprisa y corriendo», lo que repercutirá en una mejor calidad de este y en que el cliente quedará contento y volverá a llamarnos (fundamental, y más en los tiempos que corren).

Lo que quería decir a propósito de la gestión de proyectos es que es importantísima, pues también hay muchas ofertas de trabajo de gestor de proyectos (no solo de la traducción vive el traductor, pues también puede dedicarse, y tendrá que hacerlo, a otras actividades relacionadas con esta). Saber hacer una gestión de proyectos de forma adecuada es, por lo tanto, fundamental, pero para hacer una buena gestión de proyectos es recomendable utilizar otros programas más específicos y no limitarse a Excel que, aunque sirve perfectamente (y que es un programa muy versátil, todo hay que decirlo), pueden sustituirlo otros programas destinados sola y exclusivamente a la gestión de proyectos.

Así, un ejemplo de un programa con el que se pueden realizar gestiones de proyectos de forma sencilla y rápida es OpenProj, equivalente al MS Project de Microsoft, y que pudimos probar en clase. Este programa resulta muy útil, puesto que solo hay que escribir el tiempo que se emplea en realizar cada tarea (previamente indicada) y, asimismo, pueden relacionarse las distintas tareas en función de si se hacen de forma simultánea o de si unas subtareas (llamadas «hijas») dependen de otras (llamadas «padres»):

Captura de OpenProj en el momento en el que se define qué tareas dependen

de otras.

... De forma que se establece qué tarea tiene que haber terminado para que pueda comenzar a realizarse la siguiente:

Captura de OpenProj, en el momento en el que se señalan los
predecesores, esto es, qué tarea debe estar terminada para que
pueda comenzar la tarea seleccionada (por ejemplo, no se
puede empezar a corregir hasta que no se haya traducido).

Aunque parezca complicado, si se indican estos parámetros, el programa calcula cuánto tiempo se tardará en realizar cada tarea por separado y la totalidad de las tareas (que también pueden organizarse en grupos), lo que resulta muy útil para el gestor de proyectos:

Esto último también se puede indicar de forma manual mediante el diagrama de la derecha, que es el que muestra de forma gráfica la duración total del proyecto:

Solo hay que hacer clic y unir la subtarea con la tarea de la que

depende para establecer cuándo podrá empezar.

Como puede verse, la gestión de proyectos mediante este programa es muy sencilla y nos permitirá saber de forma exacta cuándo terminará el proyecto de traducción (aunque claro, como ya dije, pueden surgir imprevistos...) sin tener que calcularlo manualmente, lo que supone un gran ahorro de tiempo para el gestor de proyectos. La gestión de proyectos es, por lo tanto, de vital importancia, y el manejo de programas tan sencillos como este nos abrirá muchas puertas.

La preedición y la posedición en las traducciones automáticas

noreply@blogger.com (Laura A. E.) — Sun, 11 Mar 2012 15:48:00 +0000

Cómo el traductor puede intentar anticiparse a los errores del traductor automático

Las tareas de preedición y posedición se realizan para mejorar, por una parte, la calidad de la traducción realizada de forma automática y, por otra, la productividad del propio traductor. Esto pudimos ponerlo en práctica el otro día en un ejercicio de clase.

¿En qué consisten? Por una parte, con la preedición, el traductor analiza el texto original y señala aquellas palabras, construcciones... que puedan generar problemas al traducirlo de forma automática para, después, modificarlas y hacerlas más fáciles para el programa. Esto se hace para que al traductor automático le cueste menos detectar determinadas estructuras y para que las traduzca de forma correcta, es decir, sin cometer errores de traducción. Esto supone, como ya he dicho, una mejora de la productividad del traductor, puesto que al predecir los errores que puede cometer el traductor automático, consigue ahorrarse la corrección posterior que tendría que realizar (puesto que los textos traducidos de forma automática suelen tener errores de traducción, como ya pudimos ver en esta entrada). El traductor se anticipa a las dificultades con las que se va a encontrar la herramienta de traducción automática y esto repercute en la calidad de la traducción y en el tiempo que se ahorrará corrigiendo dicha traducción. Por otra parte, la posedición (o postedición) consistiría en corregir los errores del texto meta (de la traducción que ha realizado el traductor automático).

También puedo ofreceros la definición de la preedición y de la posedición que figura en una entrada que se le dedica en la página web del Servicio de Traducción Universitario:

La preedición y posedición de textos son actividades asociadas a la traducción automática. La necesidad de acceder a la información, como consecuencia directa de la globalización, ha forzado al mundo de la traducción a recurrir a la traducción automática. Esto, ha originado la necesidad de preeditar los textos que se van a traducir para luego poseditarlos tras la generación automática de la traducción.

La preedición consiste en modificar el texto origen hasta que el texto meta tenga sentido.

La posedición consiste en modificar el producto de la traducción automática para obtener un texto aceptable de acuerdo con los diferentes usos de la misma. (1)

A propósito de estas tareas de preedición y posedición he estado leyendo algunos artículos. Así, por ejemplo, me gustaría comentar unos relacionados con el lenguaje controlado, muy relacionado con lo que nos ocupa y que podríamos definir de la siguiente forma:

Controlled Natural Languages are subsets of natural languages whose grammars and dictionaries have been restricted in order to reduce or eliminate both ambiguity and complexity. Traditionally, controlled natural languages fall into two major categories: those that improve the readability for human readers, in particularly for non-native speakers, and those that improve the computational processing of a text. (2)

Es decir, sirven para hacer que el texto que va a traducir el traductor automático sea más sencillo y para que así la herramienta de traducción automática no se encuentre con ningún tipo de ambigüedad ni de dificultad y que no cometa por ello ningún error de traducción. El lenguaje controlado pertenecería, por lo tanto, a la tarea de preedición (también habla de otro tipo de lenguaje controlado, el destinado a hablantes no nativos, pero ese no nos interesa en este caso).

Volviendo a los artículos, podría destacar dos. El primero, «Controlling Controlled English», engloba las distintas reglas que utilizan varias organizaciones o empresas que utilizan el «inglés controlado». Así, llegan a ciertas reglas comunes, como hacer que las instrucciones sean lo más específicas posibles, no escribir sintagmas de más de tres sustantivos (si este tipo de estructuras dan problemas en muchas ocasiones al traductor humano, no hablemos de lo difícil que sería para un traductor automático...), utilizar un artículo determinado o indeterminado, o un demostrativo antes de un sustantivo, evitar el gerundio (pues al traductor automático le cuesta más localizar el sujeto de este gerundio, pues no se expresa y habría que recurrir al contexto), utilizar la voz pasiva (también es más sencilla para el traductor automático) y utilizar los pronombres relativos (también para que sea más claro para el traductor automático). (3) Sin embargo, por encima de todo, las oraciones deben ser lo más cortas posible. Todo esto repercutirá en que la traducción automática que se realice tenga una mejor calidad.

También a propósito de la extensión de los segmentos que se van a traducir de forma automática se encuentra el segundo artículo, «Correlation between Automatic Evaluation Metric Scores, Post-Editing Speed, and Some Other Factors», en el que se realiza un análisis muy interesante entre la traducción automática de determinados segmentos del inglés al japonés (quise haber realizado un análisis similar el año pasado, en Traducción Automática, basándome en la traducción del japonés al español de cuentos infantiles realizada por el programa de traducción automática Systran, pero me quedé con las ganas debido a que dicho programa solo traducía al japonés desde el inglés y viceversa, además de que la traducción que realizó dejaba mucho que desear).

En este artículo se habla de la extensión y de la estructura del texto origen. Así, por una parte, en cuanto a la extensión del texto origen, afirman que las oraciones demasiado largas son difíciles para los traductores (humanos y automáticos) debido a su complejidad gramática y semántica, pero que las oraciones demasiado cortas tienen la desventaja de que carecen de contexto, lo que también da problemas de comprensión a los traductores (también humanos y automáticos). Por otra parte, en cuanto a la estructura, el autor habla de tres tipos de estructuras, oración simple (simple sentence), oración compuesta (compound sentence), que contiene varias oraciones (o proposiciones) coordinadas, y oración compleja (complex sentence), que contiene varias oraciones (o proposiciones) subordinadas. Sin embargo, añade otro tipo de oración, que es muy frecuente en documentos de tipo técnico, la oración incompleta (incomplete sentence), que no pertenece a ninguno de los tipos anteriores (un ejemplo sería File size o If there is no more than one page of search results). (4)

De esto se podría concluir que siempre va a haber dificultades para el traductor automático, por lo que hay que preparar el texto origen lo mejor posible, teniendo en cuenta las clasificaciones anteriores. Por otra parte, aunque me parece útil (y nueva) la comparación entre el inglés y el japonés, este estudio debería centrarse más en la parte sintáctica que en la léxica, puesto que muchas veces (aunque no siempre) lo que hace el traductor automático es japonizar las palabras inglesas (es decir, adaptarlas a la lengua japonesa), que es precisamente lo que hace la lengua japonesa con las palabras extranjeras. Por ejemplo, en el artículo podemos ver el siguiente ejemplo:

EN: Downloading items to your vault cache

JA-MT: ボルトキャッシュへのダウンロードのアイテム
[Items for downloading to your vault cache; literalmente, 'artículos de descarga para la vault cache']

JA-PE: ボールトキャッシュへのアイテムのダウンロード
[Downloading items to your vault cache; literalmente, 'descarga de los artículos para la vaul cache'] (5)

El único ejercicio que debe realizar aquí el traductor automático es de tipo sintáctico, puesto que el de tipo léxico solo consiste a transliterar al japonés todas las palabras inglesas (downloading, items, vault cache). De todas formas, creo que la única forma de solucionar los errores de léxico es aumentar la memoria de traducción, como pude comprobar con el ejercicio de preedición y posedición de un manual de automóviles que tuvimos que realizar en clase.

La conclusión de esta entrada es que, por mucho que el traductor se anticipe a los errores, la herramienta de traducción automática siempre nos sorprenderá de alguna forma y siempre cometerá errores de algún tipo, aunque tenemos que pensar que, al igual que los traductores automáticos no son perfectos, nosotros tampoco lo somos...

Resultado final de la preedición y de la posedición: por mucho que procuremos
anticiparnos a los errores de traducción, nunca podrán evitarse todos.

______________________

(1) «Preedición y postedición» en Servicio de Traducción Universitario, accesible en: http://www.stu-traductores.es/index.php/es/tarifas/revision-de-textos/preedicion-y-postedicion [Consulta: 11/III/2012] Para más información, vid. «Printable version of FEMTI», accesible en: http://www.issco.unige.ch:8080/cocoon/femti/printable.html [Consulta: 11/III/2012], donde se habla, a partir del apartado 2.4.1.2. Pre-processing time, de los procesos de preedición y posedición.
(2) «Controlled natural languages», accesible en https://sites.google.com/site/controllednaturallanguage/. [Consulta: 11/III/2012]
(3) O'Brien, Sharon: «Controlling Controlled English. An Analysis of Several Controlled Language Rule Sets», accesible en: http://www.mt-archive.info/CLT-2003-Obrien.pdf [Consulta: 11/III/2012], pp. 6 y 7.
(4) Tatsumi, Midori: «Correlation between Automatic Evaluation Metric Scores, Post-Editing Speed, and Some Other Factors», accesible en: http://www.mt-archive.info/MTS-2009-Tatsumi.pdf [Consulta: 11/III/2012]

Memorias de traducción: ¿amigo o enemigo?

noreply@blogger.com (Laura A. E.) — Wed, 07 Mar 2012 10:28:00 +0000

Las memorias de traducción se han convertido en una herramienta fundamental para el traductor

Interfaz del programa de memoria de traducción Déjà Vu.
Extraído de la presentación de Power Point disponible
en la plataforma Moodle.

La semana pasada la dedicamos a hablar de las memorias de traducción. Hoy en día, el manejo de estas herramientas se ha convertido en algo indispensable para un traductor, casi tanto como saber inglés (¿exagero? En cualquier oferta de trabajo puede leerse lo siguiente: "con inglés [u otro idioma, en su caso] + Trados" (luego están los que piden que seamos bilingües, pero eso ya es otra historia...).

¿En qué consisten las memorias de traducción? Este tipo de herramientas surgieron como una alternativa a la traducción automática (a la que más adelante dedicaré una entrada) y, de hecho, todas las prestaciones de una empresa giran en torno a esas memorias de traducción. A diferencia de las herramientas de traducción automática (de las que puedo hablar con cierto conocimiento, pues el año pasado, en Traducción Automática, analizamos cómo funcionaba el programa Systran), las memorias de traducción no se limitan a traducir palabra por palabra y son verdaderos almacenes de datos, pues se alimentan de traducciones ya hechas por traductores humanos, por lo que aseguran la calidad y la fiabilidad del contenido de dichas memorias de traducción, cosa que no siempre ocurre con los programas de Traducción Automática...

¿"El fármaco que apoya a Bill Gates ha diseñado un grupo..."?
¿Es eso lo que dice el original? Ha habido un pequeño error
de traducción, muy posiblemente debido a un error de sintaxis...
Traducción automática del español al inglés
realizada por Google Translate, accesible en:
http://translate.google.es/translate?sl=es&tl=en&js=n&prev=_t&hl=es&ie
=UTF-8&layout=2&eotf=1&u=http%3A%2F%2Fsociedad.elpais.com%
2Fsociedad%2F2012%2F02%2F24%2Factualidad%2F1330099718_100734.html&act=url
[Consulta: 7/III/2012]

Sin embargo, muchas veces la calidad de las traducciones realizadas de forma automática es bastante buena y los errores más importantes que se producen son los referentes al estilo, como pudimos comprobar el otro día mediante un ejercicio en el que utilizábamos Google Translate, la herramienta de traducción automática de Google que, en mi opinión, ha mejorado mucho, posiblemente gracias a la colaboración de muchos usuarios (para este tipo de colaboración gratuita y masiva, ver El crowd-sourcing).

Como decía, las memorias de traducción son muy útiles para el traductor, pues le permiten ahorrar tiempo en la traducción de segmentos que ya ha traducido (bien porque el texto sea similar a otros que tradujo en su momento, bien porque en el mismo texto se repite el mismo segmento) y también en terminología específica: ¿cuántas veces nos ha pasado que estemos traduciendo un texto y aparezca una palabra que sabemos que ya hemos traducido?... Pero ¿cómo la traduje en su momento? El traductor de antes (o el estudiante de Traducción e Interpretación que todavía no utiliza estas herramientas) se volvía loco buscando en los textos que había traducido (o en su glosario, claro, que es otra opción muy recomendable); el traductor de ahora utiliza las memorias de traducción, que de forma automática le recuerdan cómo tradujo dicha palabra en su momento: ¡es realmente útil!

Claro que, si se trata de un texto nuevo, el traductor tendrá que traducirlo él solo... Sin embargo, también hay herramientas de memorias de traducción que aúnan ambos sistemas: está claro que la traducción automática tiene sus ventajas y sus desventajas, y que lo mismo le ocurre a las memorias de traducción... ¿Qué pasaría si combináramos ambas? Este tipo de sistemas se llaman híbridos y un ejemplo es OmegaT, que utilizamos ayer en clase (debido a la imposibilidad de utilizar Trados o Déjà Vu, que son los más conocidos...):

Captura de pantalla del programa de memoria de traducción OmegaT...

Sí, todavía tengo que aprender a usarlo. En la parte inferior izquierda

podéis ver la opción de traducir mediante Google Translate.

Hay que saber combinar ambas herramientas o utilizar una u otra según las necesidades. Así, por ejemplo, la traducción automática sería muy útil para la traducción inversa o para hacerse una idea de qué es lo que dice una página web escrita en un idioma indescifrable, como puede ser, para mí, el chino o el árabe.

Lo más útil sería, por lo tanto, empezar cuanto antes a alimentar la memoria de traducción con textos para que, el día de mañana, esta sea lo más completa posible y nos facilite la tarea, especialmente, cuando se trate de una traducción que haya que entregar para ayer.

Me gustaría concluir con una serie de reflexiones que realiza Ignacio García con su artículo «Translators on translation memories: a blessing or a curse?» (1) que, en cierta forma, me ha inspirado para el título de la entrada y con el que concluye que las memorias de traducción son imprescindibles para los traductores y, especialmente, cuando se trata de textos repetitivos, como ya he dicho. También es indispensable a la hora de encontrar trabajo que saber manejar dichas herramientas, como también he mencionado...

Ignacio García realiza un estudio de las memorias de traducción a partir de los mensajes que se encuentran en un foro de traductores, Lantra-L, que reflejan de forma bastante cierta cómo es el panorama de los traductores y de qué herramientas se valen para realizar sus traducciones de forma efectiva. Sin embargo, esto tiene sus ventajas y sus desventajas: como ventaja, se ahorra tiempo; como desventaja, muchas empresas son conscientes de este ahorro de tiempo y, por ello, establecen «descuentos» (es decir, la empresa no paga por segmentos o palabras que se repitan varias veces, pues están almacenados en la memoria de traducción y el traductor humano no tiene que traducirlas él mismo); además, resulta difícil aprender a manejarlos, como cualquier programa informático, y cuantas más funciones tenga este programa, más difícil resultará, tal y como resume este autor:

1. As a curse: based on a deep feeling of frustration in many translators―mainly, but not only, beginners― due to the perceived steep learning curve needed to master TM;

2. As a blessing: based on a feeling of euphoria in others―mainly experienced translators, dealing with repetitive texts―due to gains in productivity;

3. As a curse: when after a significant investment in money, time and effort, and once having mastered the software, gains in productivity are offset by agency policies on "discounts" for perfect and fuzzy matching; and, then again

4. As a blessing: on the realization that the investment may pay off for non-repetitive text as well.(2)

Parece ser que el uso de estas herramientas frustra y alegra a partes iguales... Sin embargo, por mucho que frustren, las memorias de traducción se han convertido en un compañero sin el que el traductor no puede trabajar.(3) En cuanto a los descuentos (Ignacio García habla de «Trados discounts»), muchos traductores no están de acuerdo con que se apliquen:

When a client suggests that there should be a discount for similar-to-identical terminology, I tell them I really would prefer an extra 10% instead for the extra work of making sure that "nearmatches" are not mistranslated.(4)

Así es: un trabajo añadido es tener que ir comprobando si la memoria de traducción ha traducido bien y de forma coherente los términos... Y la traducción llega incluso a convertirse en una tarea de edición. A la larga, sin embargo (y esta es la conclusión de toda esta entrada), las memorias de traducción se han convertido en una herramienta indispensable para el traductor, aunque nunca llegarán a sustituirlo, sino que solo serán su «compañero de viaje».

_______________________________________
(1) García, Ignacio: «Translators on translation memories: a blessing or a curse?», accesible en: http://isg.urv.es/library/papers/Garcia_Translators.pdf [Consulta: 7/III/2012]
(2) García, Ignacio: op. cit., p. 2.
(3) García, Ignacio: op. cit., p. 4.
(4) García, Ignacio: op. cit., p. 6.

La gestión de proyectos

noreply@blogger.com (Laura A. E.) — Sun, 26 Feb 2012 22:20:00 +0000

También el trabajo de un traductor (y de todo el equipo que lo rodea) está globalizado y esto puede convertirse en una gran ventaja.

Estas últimas clases de Informática las hemos empleado en aprender qué es la gestión de proyectos y en qué consiste, y cuál es su utilidad para nosotros como futuros traductores.

Podríamos decir que la gestión de proyectos surge como solución al nuevo (o quizá no tan nuevo) papel polifacético que tiene el traductor (como ya comenté en esta entrada) y a la consiguiente «remodelación» de la traducción, que ha pasado de ser un servicio a ser una industria y, además, que se trata de una actividad económica. Esta actividad está relacionada con la realización de un producto específico y conlleva (y esto es lo que nos más interesa) un proceso complejo y actividades que deben desarrollarse de forma sincronizada y, todavía más importante, se basa en el trabajo en equipo, aunque también es muy importante la utilización de corpus y de tecnologías de la información (memorias de traducción, programas de traducción asistida...)(1). Hoy en día, es muy habitual que en este tipo de proyectos de traducción participen personas desde distintas partes del mundo: internet ha contribuido a una globalización que parece ponernos las cosas más fáciles.

El trabajo en equipo es, por lo tanto, fundamental en la gestión de proyectos. Esta es la clave de la gestión de proyectos que, tal y como dice Rico Pérez, en el ámbito de la traducción no tiene la larga tradición que tiene en otros campos. Sin embargo, está claro que también hay que tenerla en cuenta en los proyectos de traducción, puesto que este mercado está aumentando de forma dramática (Rico Pérez ofrece algunas cifras, como las del mercado de la traducción y de la localización, que llegó a alcanzar los veinte mil millones de dólares en 2004). Para llevar a cabo un proyecto satisfactorio de traducción hay que organizarlo bien y hay que organizarlo bien desde el principio.

Antes de continuar con la utilidad de la gestión de proyectos en la traducción, me gustaría añadir, de forma breve, las características del proceso de gestión de proyectos que apunta Rico Pérez y que también vimos en clase: todo proceso de gestión de proyectos es, primero, temporal (pues todo proyecto tiene una duración finita) y, segundo, único (ya que cada proyecto siempre será distinto en algún aspecto a todos los proyectos anteriores, aunque comparta rasgos con ellos; esto es lo que me gusta de la traducción, que cada proyecto es único e irrepetible y que siempre se aprende algo nuevo al traducir). Aunque esto parezca obvio, no es así, pues a la hora de comenzar una gestión de proyecto hay que tener en cuenta aquellos aspectos que sean nuevos y aquellos que no lo sean. Así, es fundamental la memoria de traducción: para el traductor profesional, los proyectos tienen un «efecto acumulativo», ya que el conjunto de todas las traducciones que se hayan realizado con anterioridad son una fuente de conocimientos y de experiencia o, en otras palabras, lo que se ha aprendido en traducciones anteriores puede recuperarse y ser de gran utilidad en lo que se refiere a rapidez y a calidad(2).

Rico Pérez habla con más detalle de los distintos procesos de la gestión de proyectos y, más tarde, habla de la calidad, aspecto de gran importancia en cualquier proyecto de traducción; sin embargo, no me detendré en ello, puesto que me interesa más el aspecto práctico de la gestión de proyectos.

Entonces, ¿en qué consiste una gestión de proyectos? A grandes rasgos, el gestor de proyectos es el encargado de, una vez que se le ha presentado el proyecto de traducción, hacer una lista de todas las funciones que habrá que desempeñar y de quién (o quiénes) deberán realizarlas. Primero, debe hacer una preparación, en la que estima cuál será el presupuesto y realiza una evaluación general del proyecto. A continuación, en la parte lingüística, establece las tareas de terminología (que será más sencilla si dispone de una memoria de traducción amplia), documentación, traducción, corrección, introducción de correcciones y revisión. Más tarde, en la fase técnica, el gestor establece las tareas de maquetación (conocida como DTP, del inglés Desktop Publishing) y, por último, control de calidad.

El gestor de proyectos debe tener en cuenta...:

Que una única persona no debe realizar todas estas tareas, sino que distintas personas desempeñan distintas actividades.

Que las tareas tienen una duración determinada y que muchas tareas no pueden empezar hasta que no terminen otras.

Que, por mucha planificación que se haga, siempre puede haber cambios de última hora y su función es adaptarse a las circunstancias y actuar en consecuencia...

... Entre otros.

Una vez establecidas las tareas, el gestor determina el tiempo de duración de cada tarea (primero, la media por persona y por día y, a continuación, se adapta esa media a las necesidades concretas del proyecto) y, en función de esto, asigna a más o a menos personas a las tareas. Por último, utilizando los datos que ha obtenido, los aplica al proyecto de traducción y determina cuántos días se emplearán para cada tarea y también para el proyecto en total (teniendo en cuenta que algunas tareas pueden llevarse a cabo de forma simultánea):

Ejemplo de gestión de proyectos. Cada fila representa una tarea y las columnas

correspondientes muestran la cantidad de páginas o de palabras que se realizan

por día y por persona. A continuación, en función de los recursos de los que se

dispone, se obtienen los días que se necesitarán para la realización de cada tarea

y del proyecto en su totalidad.

La gestión de proyectos es, por lo tanto, fundamental, puesto que permite calcular la duración de todas las tareas que conforman y proyecto y, así, programarlo para que se realice de la forma más efectiva posible. A pesar de que pueda parecer complicada, una vez que se haya hecho una o dos gestiones de proyectos resultará mucho más sencillo, tal y como comprobaremos no ya con el trabajo en grupo (que al final no será necesario realizar), pero sí con el ejercicio de ejemplo de gestión de proyectos que terminaremos en clase la semana que viene.

Si la gestión de un proyecto de traducción se lleva a cabo de forma correcta, también el mismo proyecto tendrá un buen resultado y se cumplirán los plazos. Sin embargo, como ya he dicho, siempre pueden surgir cambios de última hora y, por mucho que el gestor se anticipe a los problemas y lo calcule todo al milímetro... no somos máquinas y no todo se puede controlar.

___________________________________

1 Rico Pérez, Celia: «Translation and Project Management», accesible en : http://www.bokorlang.com/journal/22project.htm [Consulta: 26/II/2012]

2 Rico Pérez, Celia: op. cit.

El traductor all-in-one

noreply@blogger.com (Laura A. E.) — Tue, 14 Feb 2012 11:21:00 +0000

O qué hay que hacer para dedicarse a la traducción profesional (y sobrevivir en el intento)

Esto es más o menos lo que tiene que hacer el traductor

para conseguir sobrevivir en el «mundillo».
Extraído de http://www.idisc.es/es [Consulta: 14/II/2012]

En la anterior entrada hablé de las habilidades que debe tener cualquier traductor. Sin embargo, ¿qué pasa cuando el traductor quiere lanzarse al mercado de la traducción? ¿Cómo puede sobrevivir un traductor en el agresivo mercado de la traducción?

Estas reflexiones surgen a partir del artículo «Translation as a business»(1), otro de los artículos que figuran entre las referencias de la asignatura de Informática Aplicada a la Traducción. Hemera, la autora de este artículo, habla de lo que es fundamental para el traductor, pero añade algo que me parece interesante: el éxito del traductor (o de sus traducciones) es temporal, efímero, aunque es verdad que el traductor, como se dice en «State of the Translation Industry 2009. Smarter, more casual» (que ya mencioné con anterioridad), va adquiriendo experiencia y es esta una de sus principales acreditaciones: «Experience Brings Better Rates and Bigger Jobs»; «Certifications do not necessarily mean quality. Experience and client feedback do exactly that.»(2)

En el artículo de Hemera también se habla del traductor freelance o autónomo. Este, como cualquiera que decide crear su propia «empresa», tiene que desempeñar él solo todas las funciones necesarias para que su negocio marche bien y esto se nota especialmente en el oficio que nos ocupa:

«The freelance translator becomes the production manager, quality controller, operational director, supervisor, sales manager, advertising and PR specialist, IT director, chief stockholder and board chair all in one».(3)

Después de leer esto, a más de uno se le quitarían las ganas de dedicarse a ello, ¿verdad? Hace falta, como dije en la anterior entrada, una gran pasión por el oficio. Además, muchos traductores empiezan sin tener prácticamente ni idea de qué tienen que hacer para montar su pequeño negocio… Es bastante desalentador. Creo que en este caso es necesario tener muchos amigos que nos ayuden con todo: un amigo contable, un amigo informático… ni yo misma lo sé a ciencia cierta.

De hecho, la autora de este artículo añade algo que la mayoría de los que estamos en 4.º ya sabemos: si quieres dedicarte a la traducción, tienes que buscarte otro trabajo. Lo cual ya no desalienta, sino que también estresa bastante.

La traducción es un trabajo que se hace día a día (resulta más expresivo el sintagma que utiliza Hemera para referirse a ello, «the business and its day-to-day operation») y también hay que tener muy en cuenta el mercado, así que añadiré que es necesario tener un amigo experto en marketing (o mercadotecnia, si somos más puristas). A continuación, es el momento de elaborar un plan de acción: ¿qué es lo que queremos vender exactamente? ¿A quién? ¿Por cuánto dinero? ¿Cómo convencer a nuestros clientes potenciales? Insisto en la idea del amigo experto en marketing, pero creo que también es necesario un amigo publicista…

En resumen, el traductor debe ser una persona all-in-one, una persona multitareas, multicapacitada, es decir, debe ser capaz de hacer todo lo que he mencionado antes él solo, o bien tener una buena red de amigos que le ayuden, sobre todo cuando esté empezando. Esto es lo que se extrae de este artículo, aunque también hay que tener en cuenta los gastos en todas las actividades que sean necesarias y en las herramientas informáticas que se utilizarán y que son imprescindibles. También hay que tener un poco de iniciativa o de imaginación, en el sentido de que hay que intentar explotar otros campos en los que no salgan freelances de debajo de las piedras. Podemos probar a crear una página web que debería estar escrita en cuantas más lenguas, mejor (incluso en las lenguas con las que no se trabaje, recomienda Hemera), pero sin emplear demasiado dinero en ello, y de forma que resulte atractiva para el posible cliente, para el que, además, se debería estar accesible siempre que pueda necesitarlo. También convendría añadir información sobre la experiencia profesional (empezando por los trabajos más recientes y sin escribir demasiado, pues es mejor especializarse). Si estás preparado, serás capaz de enfrentarte a un mercado que está en constante aumento.

En el artículo también se habla de la gestión de proyectos (proyect management). Llega un momento en el que debes coordinar todos los pasos para que las ingentes cantidades de traducciones que tienes que hacer lleguen a buen término. Debes saber exactamente qué tienes que hacer tú y qué corresponde a los demás, para así no interferir en su trabajo y conseguir un buen resultado. Dicho así, parece abstracto, así que creo que el mejor momento para comprobarlo de primera mano será con el trabajo en grupo de la asignatura, en la que tendremos que llevar a cabo la gestión de un proyecto de traducción. Que el proyecto de traducción tenga un buen o mal resultado dependerá de la coordinación y de la correcta organización de las fases del proceso.

En conclusión, si te quieres dedicar a esto y tener éxito, deberás tener en cuenta muchos más parámetros además de la propia tarea de traducir y deberás ser, en definitiva, un traductor todo en uno, para ser capaz de hacerlo todo tú solo, aunque creo que nunca vendrá mal la ayuda de algún que otro amigo.

_______________________________________
(1)Hemera, Annette: «Translation as a business», accesible en:
http://www.multilingual.com/downloads/printSupp99.pdf [Consulta: 14/II]
(2)Romaine, Matthew; Richardson, Jennifer: «State of the Translation Industry 2009. Smarter, more casual», accesible en: http://mygengo.com/express/report/translation-industry-2009/, p. 8. [Consulta: 13/II/2012]
(3)Hemera, Annete: op. cit., p. 1.

Traductor: ¿nace o se hace?...

noreply@blogger.com (Laura A. E.) — Tue, 14 Feb 2012 10:35:00 +0000

...¿O nunca deja de hacerse?

¿Qué es más importante, el dominio de la lengua

de la que traduces o el dominio de la lengua a la

que traduces? Imagen del Diccionario de la Real

Academia Española. Extraída de

http://www.consumoteca.com/img/entrada.php?
id_entrada=1812 [Consulta: 14/II/2011]

Uno de los artículos que hay que leer para la asignatura de Informática Aplicada a la Traducción es «The making of a professional translator»(1). Este artículo me ha hecho reflexionar sobre cómo debe ser un traductor. Es necesario que el traductor se forme, que sepa un poco de todo... De las competencias del traductor para sobrevivir en el mercado de la traducción hablaré en la próxima entrada y aquí me centraré en qué debe saber hacer un traductor. ¿Hay traductores más válidos que otros por el hecho de «haber nacido» así? Yo creo que no. Como muchas otras profesiones, la de traductor (e intérprete) se mejora practicando; podríamos decir que es una especie de gimnasia: cuanto más entrenes los músculos, más en forma estarás, pero como estés un tiempo sin ir al gimnasio, eso te pasará factura...

Emmanuel Margetic, el autor de este artículo, pone como ejemplo del trabajo realizado por un traductor lo que ocurre en el proceso de localización: cuando alguien se topa con una traducción de este tipo solo se fija, dice, en lo buena o mala que es (he de confesar que yo también he hecho eso alguna vez, aunque lo achaco a la deformación profesional, y siempre he sido consciente, por supuesto, del trabajo que ha habido detrás de esa buena o mala traducción, valoración que es bastante subjetiva). Asimismo, resulta interesante la distinción que hace Margetic, partiendo de cómo realizan el trabajo, entre los verdaderos profesionales, los incompetentes y los farsantes. De hecho, añade, en el terreno de la traducción esto se ve perfectamente y muchos incompetentes terminan, sin saberlo, siendo farsantes. Este es un debate muy interesante que ya surgió en el «ecuador» de la carrera, es decir, en tercer curso, a propósito de quiénes son los «verdaderos» y quiénes los «falsos» traductores. Es lo que se llama intrusismo y, aunque es cierto que se da en cualquier ámbito profesional (todos podemos desempeñar cualquier tarea si resulta necesario), en la traducción se ve claramente y eso nos hace pensar en qué tiene que hacer alguien para ser traductor, para poder dedicarse a ello de forma profesional (y siendo reconocido por los demás del gremio).

El bilingüismo está relacionado con todo esto: a pesar de lo que piensen muchos, ser binlingüe no implica necesariamente ser un buen traductor, ya que esto también incluye, como hemos aprendido a lo largo de la carrera, saber no solo de lenguas, sino también de culturas, de lingüística, de tecnología... Para aplicarlo a la labor de traducción.

Nos referimos ahora a los conocimientos que ha de poseer el traductor. La primera respuesta que suele darse es que el traductor ha de saber lenguas, que ha de tener conocimientos lingüísticos. Pero esta respuesta hay que matizarla: ¿Tiene que tener el mismo nivel de conocimientos en la lengua de partida que en la lengua de llegada? ¿Ha de poseer los mismos conocimientos lingüísticos un traductor que un intérprete? ¿Necesita ser el traductor un teórico de las lenguas o un conocedor de la Lingüística? La primera cuestión que hay que considerar es que el traductor necesita una competencia de comprensión en la lengua de partida y una competencia de expresión en la lengua de llegada; el bilingüismo no es, por tanto, una condición sine qua non para ser traductor.(2)

Las competencias también variarán, añade Hurtado, en función de si se trata de un traductor o de un intérprete, ya que los textos con los que se trabaja son distintos. Así, lo fundamental no es ser bilingüe. Sin embargo, es una concepción muy generalizada la de que una persona que hable perfectamente otra lengua será capaz, solo por eso, de traducir e interpretar perfectamente. Hay que tener en cuenta que también es importante un dominio de la propia lengua (aspecto que no está tan valorado, desgraciadamente) y de las competencias necesarias para traducir.

Volviendo al artículo de Margetic, objetivo de esta entrada, se dice que es fundamental para ser un traductor «enamorarse» de una lengua extranjera… Estoy de acuerdo. También hay que sentir pasión por la propia traducción, pues se trata de una tarea fatigosa, cansina, tediosa… Pero creo que merece la pena por el resultado y porque siempre se aprende algo nuevo con cada traducción, aunque esta consista en un texto corto y aunque solo sea al haber comparado las diferencias (sintácticas, morfológicas, semánticas…) entre la lengua del texto origen y la del texto meta. Sí, siempre se aprende algo nuevo y en el caso de la traducción esto es evidente.

Ser un buen traductor es mucho más difícil que dominar una lengua extranjera. Además, el traductor, como ya he dicho, está continuamente aprendiendo, razón por la cual este oficio me parece muy interesante. Asimismo, Margetic añade que es fundamental que el traductor se forme, es decir, que reciba educación superior o universitaria, que es el motivo de que exista la carrera de Traducción e Interpretación (que tiene sus variantes de nombre, contenidos o duración en cada país).

A continuación, Margetic añade el debate que ya he leído en otros artículos relacionados con la asignatura y que está presente en todas partes, incluso entre los «no entendidos» del tema: la Traducción Automática. ¿Sustituirá algún día al traductor humano? Relacionado con esto está otro artículo, «Automation of Translation»(3), que también figura entre las lecturas de la asignatura y que comentaré en otra entrada, a propósito de la Traducción Automática.

No solo el inglés se ha convertido en una herramienta fundamental (seas traductor de esta lengua o no), prosigue Margetic, sino que también es fundamental estar al día en la tecnología y, especialmente, en la que nos atañe, es decir, en los programas de traducción automática o traducción asistida (en mi opinión, creo que esta última es más útil y efectiva para el traductor), o de gestión de terminología o de memorias de traducción. Es por esta razón que los estudiantes de Traducción e Interpretación deben cursar asignaturas de informática, aunque quizá sería necesario que hubiera varias asignaturas de este tipo y no solo una, como es nuestro caso.

La traducción es cada vez más necesaria. Margetic pone como ejemplo la traducción de las patentes, que no se me había pasado por la cabeza. Esto demuestra que las áreas de especialización de los traductores son infinitas, razón por la cual estoy segura de que los que pensemos dedicarnos a la traducción (y a la interpretación) podremos escoger alguna que nos guste, aunque muy posiblemente también tendremos que traducir de todo un poco, incluido de aquellas áreas que no nos gusten demasiado. Hay que comer, al fin y al cabo, ¿no?

Entonces... ¿un traductor nace o se hace? Un traductor nunca termina de formarse y nunca deja de aprender cosas nuevas, por lo que se puede decir que el traductor nunca deja de hacerse.

______________________________

(1)Margetic, Emmanuel: «The making of a professional translator», accesible en: http://www.multiling.com/in_news/Multilingual_computing.pdf [Consulta: 14/II/2012]

(2)Hurtado Albir, Amparo: Traducción y Traductología. Introducción a la Traductología. Madrid, Cátedra, 2001, p. 20.

(3)Heinz Freigang, Karl: «Automation of Translation: Past, Presence, and Future», en Revista Tradumàtica, octubre 2001, n.º 0, accesible en: http://www.fti.uab.es/tradumatica/revista/num0/articles/khfreigang/art.htm [Consulta: 14/II/2012]