Comments on: De i18n

By: hector martin martin

hector martin martin — Fri, 06 Feb 2009 18:41:57 +0000

necesito una explicacion detallada del do,no entiendo bien porke se pone en algunas frases al principio y en otras despues del what el where.etc,

By: denegro.com » De internacionalización: traduciendo unvlog.com al inglés

denegro.com » De internacionalización: traduciendo unvlog.com al inglés — Mon, 11 Aug 2008 19:41:01 +0000

[...] Traduce interfaces, no párrafos. Si alguien en mi situación (”hola, no soy traductor ni bilingüe ni tengo experiencia adaptando un programa a otro idioma y, bueno, en realidad lo que me apetece es irme a la playa”) me pidiera un consejo, sería ése: cuidado con ponerse a traducir palabra por palabra o párrafo por párrafo. Si te atascas con un texto, prueba a coger un trozo más grande de texto, o mejor, pregúntate algo como “si esta pantalla hablara inglés, ¿cómo pediría a la persona que está enfrente que hiciera aquello para lo que la pantalla está diseñada?” Esto vale también para traducciones inversas, y me acabo de dar cuenta de que lo expliqué también aquí: traduce las cosas, no las palabras. [...]

By: alberto

alberto — Mon, 02 Jul 2007 14:25:50 +0000

@César: Qué va, ¡hablo de traducción pura y dura! Nada de matices socioculturales, geográficos o de mercado sólo traducción. Que poner fotos en internet en español se dice “subir” y no “cargar”, vaya.

En cuanto a las traducciones en el software libre… es bien cierto que están hechas por gente que manejan el producto. A veces incluso por gente que maneja el idioma pero, en mi opinión, se dan demasiadas traducciones geeks, literales o simplemente incorrectas (tipo “remover historia”).

By: César Astudillo

César Astudillo — Mon, 02 Jul 2007 09:37:49 +0000

El problema con los flujos de trabajo de traducción es que:
a) A los traductores se les suelen dar archivos de literales en la lengua origen, sin contextualizar.
b) Los traductores suelen tener poca familiaridad con la obra a traducir, todo lo más tienen un cierto conocimiento del sector o del dominio de problema.
c) A según qué traductores se les paga poco. Muy poco. Y como se les paga por palabra, meten el acelerador. Como traductor te sale muy caro pararte un momento a documentarte mejor sobre el contexto.
No conozco los suficientes casos como para hacer una afirmación generalizada, pero tengo la hipótesis de que las localizaciones en el mundo del software libre son mejores, porque están hechas por entusiastas del producto que conocen bien el producto a localizar.
Por cierto, diferencia entre i18n y l10n: i18n (internacionalización) es el conjunto de medidas que uno toma para que el producto sea localizable a todos los idiomas que haga falta: los literales por un lado y el código por otro, tener los menos textos en imagen posibles, prever en el diseño que otros idiomas necesitan más palabras o menos y dejar espacio, etc. Y l10n (localización) es el acto de adaptar un producto a las circunstancias locales de un mercado concreto, lo cual implica no sólo traducción, sino idealmente adaptación sociocultural y de mercado (por eso se llama “localización” y no “traducción”). O sea, que una buena i18n allana mucho el camino de las correspondientes l10n. Tu post, por tanto, va más de l10n que de i18n.

By: albertofs

albertofs — Wed, 20 Jun 2007 10:58:05 +0000

Bueno Alberto, no sé si te sirve de algo o no, pero sé quién está traduciendo flickr al español, y se hace a sólo 10 ´minutos andando de mi nueva casa en mi no tan nueva ciudad.
Allí, que no te diré que super empresa es, pq no se puede, traducebn palabro por palabro, frase por frase, y se meten en un documento, esta gente predicael xml entre sus empleados cómo si fuera un lenguaje creado por ellos…
Y una cosa, q a mí la verdad no me mola nada, es que tienen q traducir en español neutro, y además dejan muy poco margen de interpretación, dado q las palabras ya está prefijadas y no se pueden salir de ahí, aun sabiendo q o no suena bien o no se comprenderá, por eso hay tanto manual o localización incomprensible… además dicen por ahí que aquí también se valora la cantidad por encima de la calidad.

By: laurari

laurari — Tue, 19 Jun 2007 16:44:02 +0000

yo sigo fiel al modo giri.

está claro que hay que mirar a los ojos al objeto de la traducción

By: alberto

alberto — Tue, 19 Jun 2007 08:12:14 +0000

@Sergio: Guau, ¡gracias! Lo que me cuentas me va a ser muy útil, y traducciones fuera de contexto es justo lo que quiero evitar.

Lo de trabajar en las traducciones de los prototipos lo había pensado por ayudar al programador: por no correr el riesgo de acabar con cosas como “2 segundos quedan” (por “2 seconds left”) y cosas así.

@Zárate: Yo no me dedico a esto!, pero traduciría “Upload photos (or look at our uploading tools)” por algo así como “Subir fotos (también lo puedes hacer con uno de nuestros programas)”. Pero ya ves que soy un tramposo libretraductor.

By: Zárate

Zárate — Tue, 19 Jun 2007 07:10:28 +0000

A mi no me suena bien, pero me cuesta pensar una traducción mucho mejor. Aunque puede que sea porque es muy temprano. ¿Qué pondrías? ¿”Herramientas de subida”?, ¿”Movidas para subir”?, ¿”wadus, wadus”?

Dicho esto, yo creo que, efectivamente, el mayor problema es que el traductor no tenga la herramienta delante cuando traduce. O que vaya usted a saber si el traductor _sabe internet_ y sus términos o no.

Salud!

By: Sergio

Sergio — Tue, 19 Jun 2007 07:02:48 +0000

Hola Alberto,

Sigo desde hace poco tu blog. Enhorabuena, escribes posts muy interesantes de manera clara.

En cuanto a l18n o i18n (yo no tengo muy clara la diferencia, me lo han intentado explicar alguna vez pero no lo pillo), no he participado en proyectos web donde haya sido necesario, pero sí en interfaces para dispositivos móviles. Supongo que se debe hacer de una manera similar pues los resultados han dado problemas como los que comentas.

Los prototipos no los localizamos a no ser que se vaya a realizar un test de usuario en un área geográfica donde el inglés no sea idioma local. Durante fase de diseño trabajamos con lo que llaman “inglés de ingeniería”. Si tienes suerte en esta fase te asiste un experto en l18n o un traductor. El diseñador o el que es escribe la especificación funcional genera ficheros con las palabras o frases que se emplean en el programa. Al traductor se le pasan esos ficheros. Es ahí donde surge el primer problema. Como dices el traductor traduce palabras y frases, no cosas y muchas veces sin saber el contexto.

A veces me ha tocado verificar que la traducción al castellano tuviera sentido. Y me he encontrado situaciones como la que comentas. O se me han escapado cosas o he aceptado la traducción “yo lo hubiese dicho , pero si el traductor lo dice será por algo”. Craso error. Suerte con tu proyecto.