«¿El español está listo?» suena a pregunta con un número por respuesta. Lo tiene, pero cuál depende de qué decidas que cuenta como hecho — y la diferencia entre la lectura optimista y la honesta del mismo archivo son veinte puntos con toda naturalidad.
Tres maneras distintas de no estar hecho
La celda está vacía. Nadie la ha tocado. Es la única que una hoja de cálculo puede contarte, y la menos interesante porque es la que no se le escapa a nadie.
La celda sigue teniendo el texto de origen. La exportación rellenó de antemano cada columna destino con el inglés para que quien traduce tuviera de dónde partir, y a esas filas nunca se llegó. No están vacías, así que cualquier recuento ingenuo las da por terminadas. Aquí es donde se van los veinte puntos.
La celda tiene un marcador de posición. TODO, TBD, un guion, una copia de la clave. Una convención que adoptó algún equipo y que nadie escribió en ningún sitio. A estas solo llegas mirando qué se repite.
Una cifra de completitud que solo cuenta la primera no es tanto errónea como respuesta a otra pregunta: cuánto del archivo tiene algo dentro, que no es lo que nadie quería saber.
Por qué «igual que el origen» no es automáticamente un error
El movimiento obvio es tratar como sin traducir toda celda destino que coincida con el origen. Es demasiado fuerte, y una herramienta que las borrara o las marcara todas como error se equivocaría lo bastante a menudo como para resultar molesta.
Hay muchísimas cadenas legítimamente idénticas entre idiomas. Nombres de producto. OK. Email. Cifras y unidades. Cadenas de interfaz que un equipo decide dejar en inglés a propósito. En una columna de español, Wi-Fi es correcto e idéntico, y por mucho que traduzcas no va a cambiar.
Así que el trato honesto es contarlas por separado en vez de meterlas en cualquiera de los dos cajones: informar de cuántas celdas coinciden con el origen y dejar que quien conoce el producto decida cuáles están terminadas y cuáles no se empezaron nunca. Es un número para mirar, no un veredicto.
La señal útil es la forma del recuento. Tres cadenas idénticas en una columna de 1.200 es normal. Trescientas es una exportación que rellenó de antemano y alguien que dejó de traducir.
La longitud, y por qué un umbral fijo se equivoca
La otra pregunta que tiene que responder una revisión es si algo va a romper la interfaz. Las traducciones crecen, y un botón que cabe en inglés se desborda en otro idioma.
El enfoque habitual es una regla fija: señalar todo lo que sea, pongamos, un 30% más largo que el origen. Eso produce un informe inútil, porque el crecimiento esperado es una propiedad del par de idiomas, no una constante. El alemán y el finés se alargan bastante respecto al inglés; el japonés y el chino se acortan considerablemente. Un umbral fijo señala casi toda la columna alemana y nada de la japonesa, incluida la cadena japonesa que sí es tres veces más larga de lo que debería.
Lo que hace en su lugar el editor de este sitio es aprender la norma antes de juzgarla. Para cada columna destino mide la razón de longitud de cada fila contra el origen, toma la mediana de esas razones como línea base de esa columna, y señala solo las filas que se alejan claramente de lo normal de su propia columna. Así el alemán se compara con el alemán, y lo que aflora es una cadena rara para ese idioma, que es la única clase que merece el tiempo de una persona.
Dos detalles que importan en la práctica. Las cadenas muy cortas se saltan, porque un origen de dos caracteres que pasa a seis es un aumento del 300% y no significa nada. Y la longitud se cuenta en puntos de código y no en unidades UTF-16, así que un carácter japonés cuenta como uno y un emoji no cuenta como dos.
Contarlo con honestidad
Una pasada de completitud que merezca la pena produce, por idioma:
- Las no vacías como porcentaje del total de filas — el techo, y el número que la gente suele citar.
- Cuántas de esas son idénticas al origen — la corrección a ese techo.
- Las filas vacías en sí, como sitio al que saltar y no como cifra que leer.
- Los valores atípicos de longitud, medidos contra la norma de ese idioma.
Hazlo por idioma y no para el archivo entero. Un archivo con un 80% traducido en conjunto puede ser cuatro idiomas al 100% y uno a cero, que es una situación completamente distinta de cinco idiomas al 80% y pide una acción completamente distinta.
Cuando el número es la pregunta equivocada
Dos advertencias sobre las cifras de completitud, las dos aprendidas por las malas por gente que publicó fiándose de una.
100% traducido no es lo mismo que revisado. Que todas las celdas estén llenas y sean distintas del origen no dice nada sobre si el texto es correcto, encaja en su contexto o usa la terminología del resto del producto.
Una clave que cambió deja el recuento sin sentido. Si la cadena origen se editó después de traducirla, sus destinos están completos y caducados a la vez, y nada en el archivo registra eso. Es el fallo en el que peor se porta una entrega por hoja de cálculo, y la razón por la que mantener intacta la columna de claves importa más que cualquier porcentaje.
Hacerlo aquí
El editor de este sitio informa del progreso por idioma cuando reconoce una disposición de traducción: cuántas filas están rellenas, qué porcentaje supone eso, cuántas siguen siendo idénticas al origen contadas aparte, y cuántas filas son inusualmente largas para ese par de idiomas.
Las filas sin traducir son un filtro y no una cifra: lo activas y la rejilla enseña solo las filas que siguen pendientes en el idioma en el que estés. Las columnas de comentario se quedan fuera del recuento por completo, porque nunca fueron trabajo pendiente.
No se sube nada: el archivo lo lee y lo revisa tu navegador. Todo lo demás que hace con un archivo de traducción —detectar columnas, bloquear el origen, tratar los comentarios como notas— está en la página del editor de archivos de traducción TSV y CSV.