Después del Onboarding tocaba elegir con qué equipo iba a contribuir. WordPress se organiza en varios equipos oficiales (Core, Polyglots, Documentation, Support, Community, Training) y cada uno hace algo bastante distinto dentro del mismo proyecto. No lo pensé mucho tiempo: me fui por Polyglots.
La razón real es simple. El idioma es una barrera de entrada, y si el software no está bien traducido, usarlo bien se complica, sobre todo para alguien que recién está empezando. Yo no manejo PHP al nivel que pide el equipo de Core, ni tengo ojo para diseño o documentación técnica. Pero traducir con criterio, cuidando que la cadena tenga sentido y no solo esté “correcta”, eso sí lo puedo hacer bien desde el primer día.
Dentro de Polyglots tampoco traduzco al español genérico, sino a la variante es_CR, español de Costa Rica. Hay un glosario propio del locale que hay que seguir, y hay que mantener el registro formal, con “usted” en vez de “tú”, que es como tradicionalmente se ha traducido el software acá. Es un detalle chiquito, pero sostenerlo de forma consistente en miles de cadenas es justo el tipo de trabajo cuidadoso que este equipo necesita.
En la práctica el flujo es sencillo: entro a translate.wordpress.org/locale/es-cr, filtro las cadenas sin traducir de un proyecto (por ahora WordPress Core 6.8.x), escribo mi propuesta y la mando con “Suggest”. De ahí queda en “Waiting” hasta que un GTE la revisa y decide si la aprueba. No hay atajos ni forma de publicar directo, y me parece razonable: es un software que usa medio internet, cualquier error de traducción se replica a una escala enorme.
Lo que más me interesa de esto, más allá de la nota del curso, es que en algún momento esas cadenas terminen aprobadas en el paquete de idioma que cualquier persona en Costa Rica usa cuando instala WordPress. Nadie va a ver mi nombre en pantalla por eso. Pero ahí va a estar, sosteniendo algo que miles de personas usan sin pensarlo dos veces.
Leave a Reply