Tag Archives: Localización

De vuelta, o reflexiones de una nómada

De vuelta, o reflexiones de una nómada¿Ya has vuelto?

Sí, por voluntad propia. Tenía cierto recelo a admitirlo abiertamente: he estado estos últimos 5 meses trabajando en dos empresas en Dublín y, por alguna razón, no puedo evitar pensar que no ha sido una fecha redonda, que todo parece haber pasado demasiado rápido y que he vuelto antes de lo que debería. Nunca he sido una persona que tomara decisiones a la ligera, aunque la tendencia últimamente me ha obligado a tomar decisiones difíciles a contrarreloj. No obstante, si algo he aprendido en estos últimos dos años, es que estar en el momento y lugar adecuados no es solo cuestión de suerte. En ocasiones, perseguir una oportunidad significa tirarse a la piscina sin estar del todo seguro si vas a tocar fondo. Mudarse de un sitio a otro (ya sea a nivel nacional o internacional) en tan cortos periodos de tiempo puede conllevar cierto desgaste emocional, pero quiero pensar que merece la pena. Aunque suene muy trillado: quien algo quiere…

Como iba diciendo, hasta hace poco me invadía cierto sentimiento de culpa. ¿Qué hago volviendo al ojo del huracán? ¿Han servido de algo estos 5 meses? Rebobinemos un poco.

  • He pasado cinco meses trabajando en el extranjero cuando no parecía haber una alternativa mejor a mi alrededor. En ese sentido, me alegro de haber aprovechado el tiempo aunque no haya sido un periodo excesivamente largo.
  • He tenido la oportunidad de trabajar en dos empresas relacionadas con la industria de los videojuegos desempeñando distintas labores como traductora y tester, respectivamente. CULTURETRANSLATE me permitió afianzar mi experiencia como localizadora y Activision a refrescar conocimientos de testeo de localización. Cada trabajo en plantilla es un mundo y toda experiencia siempre tiene sus más y sus menos, pero en ambas ocasiones he logrado aprender algo, tanto a nivel profesional como a nivel personal. Trabajar como traductora en plantilla es tener seguridad a fin de mes, beneficiarte de la enseñanza de compañeros con mayor experiencia que tú y aprender a ser paciente cuando tus ocho horas laborales no están plagadas de trabajo. Lo admito: en esto último, me llevo un suspenso.
  • No todo es el trabajo. Mudarse a otro país implica dejar atrás lo conocido y saber adaptarse a una nueva forma de vivir. Gracias a ello, he tenido la oportunidad de conocer un país y empaparme de una nueva cultura, he viajado y fotografiado paisajes impresionantes a mis anchas, he conocido a un puñado de gente interesante y he ganado algo de perspectiva.

¿Es un fracaso? No. ¿Podría haber pasado más tiempo? Imagino que sí. No obstante, como ya os dije, opino que las oportunidades hay que cazarlas en el momento adecuado, aceptando los sacrificios que ello conlleve. Al principio, no hay ninguna otra fórmula mágica. De hecho, resulta imposible trazar un camino en línea recta.

Así que, aquí estoy: otro verano en Madrid, decidida a seguir aprendiendo y trabajando por lo que me gusta, persiguiendo proyectos y aprendiendo cada día un poquito más de la industria.

Y dentro de otros cinco meses, ya veremos.

¡Feliz verano a todos!

Localización 103: clasificación de bugs

Tipos de bugsSe ha hablado largo y tendido sobre las tareas del tester lingüístico en este y en muchos otros blogs de profesionales del sector. Para ampliar un poco más sobre el tema, me gustaría dedicar esta entrada a especificar los tipos de errores (bugs) a los que el tester se enfrenta con más frecuencia durante el ciclo de desarrollo de un juego y las posibles soluciones a estos. Asimismo, es posible que la entrada os resulte útil si os estáis preparando para alguna futura prueba. Antes de empezar, añado una serie de consideraciones generales a la hora de redactar bugs:

  • Lee y relee las instrucciones del proyecto. Familiarizarse con el juego lo antes posible es importante, pero también ahorrarás tiempo (y problemas) si sigues las instrucciones encomendadas por el gestor del proyecto. Por ejemplo, es necesario prestar atención a las siguientes cuestiones: ¿se informa de un solo bug por pantalla o recopilamos todos los que se encuentren dentro de la misma sección? ¿Creamos una entrada para un bug que ocurre en todos los idiomas o uno distinto por idioma?
  • Referente a la última cuestión, revisa la base de datos de errores antes de enviar el tuyo. ¿Ha enviado otro tester el mismo error ya? Si es así, ¿crees que podrías aportar más información? ¿Está tu idioma incluido en el informe?
  • Del mismo modo, es importante cuidar la redacción del bug. ¿Existe alguna plantilla predeterminada? Como norma general, os recomiendo estructurar la información por apartados en una redacción breve y concisa para facilitar su lectura. En esta última entrada de Pablo Muñoz encontraréis toda serie de consejos sobre la redacción de bugs.

Por último, conviene recordar que esta entrada está dedicada exclusivamente a los bugs que conciernen a un tester de localización o lingüístico. Las tareas desempeñadas por este último diferen bastante de las que podrían asociarse a los testers de funcionalidad o beta testers.

Ahora sí, ¡al lío!

Continue Reading →

Pruebas de traducción (localización y testeo)

Pruebas de traducciónRomper con la rutina del trabajo en plantilla no solo significa incertidumbre a fin de mes. En cierto modo, también tiene su lado positivo: he vuelto a retomar mi actividad como autónoma con más ganas y con una experiencia muy valiosa en el bolsillo. Tras las gestiones de turno (actualizar CV, retomar el contacto con antiguos clientes, buscar y contactar agencias nuevas, actualizar software y un largo etcétera) y la espera, llegan las famosas pruebas de traducción. Seamos sinceros: superar una prueba de traducción no equivale a una avalancha de encargos (¡ojalá!), pero no deja de ser un trámite indispensable.

Se ha hablado largo y tendido sobre las pruebas de traducción en muchos otros blog del sector. Aun así, he considerado redactar esta entrada para recopilar algunos consejos sobre cómo afrontar las pruebas de traducción enfocadas al sector de la localización.

Antes

1. Investiga

Enhorabuena: has logrado captar la atención de la empresa. Es hora de demostrarles tu valía y profesionalidad. La prueba puede haber llegado semanas o incluso meses después. Es probable que incluso tengas que volver a revisar la página web de la empresa para refrescarte la memoria. No pasa nada. El primer paso a la hora de afrontar una futura prueba de traducción es investigar a fondo la empresa: ¿en qué área está especializada? ¿Para qué tipo de clientes trabajan? ¿Tienen alguna muestra de trabajo disponible?

Dependiendo de la respuesta a estas preguntas, es recomendable que cuentes con una serie de recursos más o menos especializados a la hora de realizar la prueba.

2. Herramientas de trabajo

Por otra parte, es indispensable tener a punto el material necesario para llevar a cabo la prueba. Si no te han proporcionado esta información de antemano, es conveniente averiguar lo siguiente: ¿en qué medio se llevará a cabo la prueba? ¿Es necesario algún tipo de software o herramienta de traducción asistida? Como dato importante, Excel suele ser una de las herramientas más comunes del sector.

3. Plazo de entrega

Si el objetivo es simular una fecha de entrega de un encargo real, respetarla será una de tus principales prioridades. He visto todo tipo de prácticas en cuanto a fechas de entrega. Normalmente, depende del trabajo: si es una colaboración autónoma, la fecha de entrega suele ser más laxa. Por otro lado, si has enviado tu candidatura para un puesto en plantilla, el tiempo que tienes para llevar a cabo la prueba suele estar bastante ajustado. En este caso, no solo se evalúa tu habilidad como traductor (o tester), sino tu habilidad para trabajar bajo presión y priorizar tareas.

Durante

¡Manos a la obra! Aunque resulte difícil por presión de tiempo: mantén la calma. Lo siguiente es algo que se repite hasta la saciedad, pero que aun así me gustaría recalcar: lee todas las instrucciones, línea por línea.

Algunos de los componentes más comunes de este tipo de pruebas son:

Traducción

No solo es importante la elección de una terminología adecuada, sino también el registro y el uso de variables dentro del texto. Una variable, para definirlo de la forma más simple posible, forma parte del código del software y suele servir para activar cadenas de texto, imágenes, etc. Por ejemplo, pueden existir variables para mostrar determinados botones del mando/controlador de una consola («Pulsa <BotónT> para equipar…»). Ten muchísimo cuidado a la hora de colocar variables dentro del texto. Asegúrate de que son exactas al original: no incluyas espacios adicionales y respeta el uso de mayúsculas/minúsculas y la sintaxis empleada a la hora de abrir y cerrar las variables. De lo contrario, el texto podría dejar de verse correctamente en la pantalla.

Otro factor con el que se suele jugar en las pruebas de localización es el límite de caracteres. Recuerda que las traducciones suelen ser aproximadamente un 30 % más largas que el original, así que es probable que te enfrentes a situaciones en las que tengas que exprimirte los sesos para asegurarte de que el texto permanece dentro de estos límites.

Detección y redacción de bugs

Dirigido sobre todo a posibles trabajos de testeo/QA en plantilla. Suele constar de una o varias imágenes en las que los fallos son más que evidentes. A no ser que las instrucciones indiquen lo contrario, no se trata tanto de encontrar todos y cada uno de los errores de la imagen, sino de tu habilidad para exponerlos de una forma clara y concisa.

Volviendo al tema de las instrucciones, es posible que te proporcionen una plantilla para la redacción de bugs. De lo contrario, mi consejo es que estructures la información de forma que resulte lo más clara posible para el evaluador. Suele ser buena idea dividir la información en distintas secciones (por ejemplo: título, descripción del bug, posibles soluciones, etc.)

Revisión

Poco que destacar. Para trabajos de testeo/QA en plantilla, es posible que incluya un texto o batería de frases para corregir en tu lengua materna.

Redacción

De nuevo, esta es una sección casi exclusiva de puestos de testeo en plantilla. Incluye una breve redacción (150-200 palabras) para evaluar tu nivel de inglés.

Después

Revisa la prueba una y mil veces. Si dispones de tiempo, déjala reposar y vuelve a leerla más tarde. La mayoría de las veces vas a encontrar errores que ni sabes cómo se te pasaron por alto en primer lugar. Si no tienes tanto tiempo como quisieras, revísala aunque sea una vez. Incluso una ojeada rápida puede llegar a detectar fallos a tiempo.

Esencial:

  • ¿Has pasado el corrector ortográfico? Puedes configurar el corrector ortográfico de Excel a tu gusto o exportarlo a Word.
  • Me repito, pero: ¿has revisado toda y cada una de las instrucciones y completado la prueba acorde a ellas? ¿Deberías renombrar el archivo de algún modo antes de enviarlo?
  • ¿Has respetado el formato?
  • ¿Algo que hayas dejado para pulir más tarde?

¿Todo listo?

¡Enviar!

Por último, incluyo una lista de recursos imprescindibles para afrontar este tipo de pruebas.

Asimismo, si optáis a un puesto en plantilla, recomiendo que le echéis un vistazo a esta entrada del blog de Curri Barceló, que recopila una serie de consejos muy útiles para las entrevistas de tester de videojuegos.


Espero que os haya resultado útil. ¡Suerte!

Dificultades añadidas de la localización de juegos de Facebook

Aunque a más de uno le cueste admitirlo, todos hemos sido en algún momento culpables del inesperado atractivo de los juegos de Facebook cualquier tarde ociosa de verano. Ya sea alguna variante de FarmVille, Restaurant City o Bejeweled, a todos nos puede la curiosidad en algún momento. Hoy día, resulta imposible negar el hueco que se han labrado los juegos sociales, alojados en plataformas como Facebook, dentro del género casual. Sino, que se lo digan a Zynga.

El objetivo de estos juegos es simple: ofrecer una experiencia breve, directa y divertida al usuario. Al otro lado del espejo, se trata de juegos que cuentan con un ciclo de producción y desarrollo más corto y barato, respectivamente. El éxito de estos juegos radica en usuarios recurrentes. O, dicho de otro modo, en los ingresos generados a través de microtransacciones, anuncios de terceros, etc. Es decir, sabes que están haciendo un buen trabajo cuando el jugador accede expresamente al juego para continuar la aventura, recoger la cosecha de patatas del día o sacar la tarta del horno antes de que se queme. El elemento «social» de muchos de estos juegos no es, de ninguna manera, casual: cuantos más amigos jueguen contigo, más rápido avanzarás en el juego; cuantos más amigos jueguen contigo, tendrás acceso a más elementos del juego.

Dado el éxito de estos juegos en los últimos años, la localización de algunos de estos títulos es algo que los desarrolladores no han pasado por alto. Al invertir parte del presupuesto en la localización, sus juegos son accesibles a los más de 900 millones de usuarios registrados en la red social. Es sencillo: superada la barrera lingüística, el potencial de usuarios y ganancias es mayor.

Recientemente, tuve la oportunidad de colaborar en el testeo de localización de un juego de Facebook. Fue un proyecto en el que aprendí muchísimo, al ser de un género y plataformas distintos a los anteriores. Como añadido, el género se prestaba a una serie de complejidades de localización curiosas. Me explico: en líneas generales, el objetivo del juego era encontrar una lista de objetos ocultos en escenarios de distinta dificultad. En inglés, este subgénero se conoce bajo el nombre de Hidden Object Games.

Continue Reading →

Dos meses de testeo y localización

¡He vuelto! Aunque suene a excusa más que trillada, estas dos últimas semanas han sido bastante ajetreadas, tanto en lo personal como en lo profesional. Tras un período relativamente breve de mudanzas y conexión a Internet intermitente, retomo las riendas del blog. Se me hace curioso echar la vista atrás. Al fin y al cabo, pronto hará un año de la creación del blog, momento en el que me lo planteé con un fin casi exclusivamente profesional. Pasado el boom de blogs de traducción, me lo replanteo como algo personal y profesional a partes iguales. Ni qué decir tiene que no seré la primera en plantearse escribir a modo de desahogo personal (Internet está plagado de eso mismo); no obstante, espero seguir aportando algo con mi experiencia.

(lo que quedó de los testers después del «peak»)Al grano. Estos dos meses de trabajo han sido inmensamente productivos. Puedo afirmar, con total confianza, que me gusta el trabajo: aprendo, me motiva y me reta cada día. Entiendo lo atrevido de la frase, así que toco madera. He trabajado en diversos proyectos, cada uno de género y dimensiones distintas. Incluso mejor: en todos y cada uno de ellos he aprendido infinidad de cosas sobre localización y testeo. De hecho, ha sido una curva de aprendizaje ascendente, con una consecuente carga de tareas y dificultad mayor.

De cualquier modo, he comprobado también la necesidad continua de readaptarse proyecto a proyecto. Como os imaginaréis, la prioridad de la localización difiere bastante dependiendo del estudio que desarrolle el juego. Todo depende de tres factores, de los cuales siempre se ve uno afectado (pese a quien le pese): dinero, tiempo y calidad. ¿Tienes poco tiempo y quieres calidad? Invierte más dinero. ¿Quieres ahorrar dinero y tiempo? La calidad del producto final se verá afectada.

Por supuesto, el segundo escenario da lugar a más problemas (aunque no deja de ser del todo común). Con la presión del tiempo por delante, te ves obligado a dar prioridad a cosas por encima de otras. En estos casos, tu peor aliado es la manía perfeccionista: eres consciente de que el juego no estará todo lo pulido que te gustaría, con los riesgos que ello conlleva. En general, siempre he pensado que lo más útil es saber adaptarse a cualquier situación. Tampoco es coser y cantar; hay que aprender a adaptarse.

Sé que doy mucho la lata con el tema de aprender y adaptarse. Aun así, mantengo que es la mejor fórmula para realizar un buen trabajo. El aprendizaje en la empresa ha sido a tres «bandas», por así decirlo: por un lado, tengo compañeros de trabajo que, a lo largo de los distintos proyectos, me han ayudado y enseñado. De hecho, he de decir que en este último han sido una pieza clave. Por otro lado, la autonomía del tester, de la que hablé en entradas anteriores, te obliga a tener cierta capacidad autodidacta. Por último, también es necesario que tanto el tester como el estudio estén al tanto de los problemas y dificultades que la localización de su proyecto implica.

De hecho, en una de las ocasiones, fue interesante (y, a veces, frustrante) trabajar con un estudio con un portafolio de localización relativamente escaso. Ambas partes cometimos errores opuestos: por un lado, el estudio subestimó la complejidad y el tiempo necesarios para la localización de su juego; nosotros, por otro lado, sobrestimamos la experiencia del estudio, posiblemente fallando a la hora de adaptarnos a su forma de trabajar.

En fin. Este es el panorama, por ahora. No quiero condensar estos dos meses de trabajo en una sola entrada, así que en las siguientes me centraré en lo aprendido en cada uno de los proyectos. Cualquier duda que os surja, estaré encantada de responderla en comentarios. :)