Pautas de traducción

[zeratulmdq]

Pautas de traducción

Términos acordados

Noten que en la documentación se utilizan indistintamente, pero @PierBover explicó bien su uso en un comentario debajo

• args -> argumentos
• params -> parámetros

Leer comentario de @PierBover debajo

• router -> router.
• to route -> enrutar

Para 'parsers' refiriéndose a programas/utilidades que revisan de alguna manera el código, por ejemplo HTML parser o parser function

• to parse -> analizar
• parser -> analizador

En general, cualquier función genérica a la que dejemos en idioma original le agregamos la palabra función para dar contexto

• handler -> función controladora
• helper -> función auxiliar
• callback -> función callback
• getter -> función getter
• setter -> función setter

Otras

• to merge -> fusionar
• store -> store lo deje igual (contexto de Vuex para referirse al lugar donde se almacenan los datos, no el verbo que traduje como almacenar)
• build -> versión
• to build -> empaquetar
• standalone -> independiente e.g. standalone versión. Prefería autónoma pero me dijeron que en España se puede malinterpretar.
• assert -> verificar. Para la parte de testing (assert, assertions y derivadas)
• asynchronous -> asíncrono
• render -> renderizado
• to render -> renderizar
• template -> plantillas. En caso de referirse a templates en el contexto de vue-cli, preferí plantillas de proyecto
• spa -> aplicaciones de una sola página
• single-file-components -> componentes de un solo archivo
• log -> registro
• to log -> registrar
• to debug -> depurar
• tooling -> herramientas
• outlet -> contenedor (en el contexto de hablar de slots o componentes dentro de componentes)
• statement -> declaración
• expression -> expresión
• cache -> memoria chaché
• to chache -> guardar en memoria caché
• interface -> interfaz
• data binding -> enlazado de datos, enlazar, etc.
• two way data binding -> enlazado de dos vías o enlace de datos de dos vías
• directive -> directiva
• coupling / decoupling -> acoplado / desacoplado
• array -> vector
• performance -> rendimiento
• trigger -> desencadenar
• lifecycle -> ciclo de vida
• reusable -> reutilizable ya que reusable no existe en español
• temporary -> temporal ya que temporaria/o está en desuso
• factory function -> En la wikipedia y otros manuales lo mantienen en inglés, pero también lo he visto como patrón de diseño factoría.
• frame per second -> frame por segundo
• inline styles -> estilos en línea (o dejar aclaración como hizo PierBover)

Se dejan en inglés

• polyfill
• hot-reload
• lint-on-save
• plugin
• hook
• stack
• benchmark
• hardware

a definir

trigger - arrow function

[PierBover]

Bien. Te pongo mis comentarios. Creo que sería buena idea ir actualizando tu primer post con lo que se vaya decidiendo para tener nuestro manual de estilo, por llamarlo de alguna manera.

build (v) -> empaquetar o compilar

Creo que empaquetar es la mejor opción ya que compilar es otra cosa, y en el contexto de JS se podría confundir con transpile.

render -> renderizar

En México le dicen renderear pero como realmente no existe ningún término adecuado en español creo que renderizar funciona ya que es un verbo.

args -> parámetros, aunque creo que argumentos sería igual de válido

Argumentos y parámetros son términos diferentes. Más aquí. En este caso la traducción directa funciona mejor.

• args -> argumentos
• props -> parámetros

router -> enrutador

He encontrado este diccionario de la RAE para términos de ingeniería. Creo que sería buena idea seguir los términos como aparezcan ahí. Router lo han dejado en inglés pero enrutamiento en español.

callback -> callback lo deje igual

Me parece bien. Para no confundir quizás sería buena idea siempre usarlo como la función callback.

Por otra parte, como muchos términos en inglés no tienen género a mi me suena mejor usar un artículo masculino cuando se use directamente el término en inglés. Ej: el callback, el router, el store, etc. He consultado con mi traductora ❤️ y dice que esto es cuestión de gustos, no hay reglas al respecto. Qué opinas?

[zeratulmdq]

Creo que empaquetar es la mejor opción ya que compilar es otra cosa, y en el contexto de JS se podría confundir con transpile.

Perfecto

En México le dicen renderear pero como realmente no existe ningún término adecuado en español creo que renderizar funciona ya que es un verbo.

De acuerdo

Argumentos y parámetros son términos diferentes. Más aquí. En este caso la traducción directa funciona mejor.
args -> argumentos
props -> parámetros

Claro, en Argentina los usamos indistintamente, pero tiene sentido lo que dices.

He encontrado este diccionario de la RAE para términos de ingeniería. Creo que sería buena idea seguir los términos como aparezcan ahí. Router lo han dejado en inglés pero enrutamiento en español.

Buen diccionario, yo revisé el regular de la RAE y como no encontré nada lo puse como me pareció

Me parece bien. Para no confundir quizás sería buena idea siempre usarlo como la función callback.

En handler y helper siempre agregué la palabra función pero no en callback. No me di cuenta y queda mucho más claro.

Por otra parte, como muchos términos en inglés no tienen género a mi me suena mejor usar un artículo masculino cuando se use directamente el término en inglés. Ej: el callback, el router, el store, etc. He consultado con mi traductora ❤️ y dice que esto es cuestión de gustos, no hay reglas al respecto.

En general, el artículo que uso depende de la palabra que le sigue. Por ejemplo, como callback es una función, siempre uso la que es el artículo que le correspondería a esa palabra. Pero bueno, es lo de menos, podemos hacerlo así.

¿Ejecutar o llamar una función? ¿Cuál suena mejor en México? Acá se usa indistintamente.

[PierBover]

Bien.

¿Ejecutar o llamar una función? ¿Cuál suena mejor en México? Acá se usa indistintamente.

Tanto en México como en España igual se usan las dos.

[zeratulmdq]

Ahi actualicé todo y agregué más términos para discutir. Después me encargo de armar una wiki o algo un poco más prolijo.

[PierBover]

parse analizar
parser analizador
statement declaracion
expression expresión
whitelist lista blanca

Los veo todos bien.

cache cacheadas (se que ESTÁ MAL, pero busco opciones)

Memoria caché existe en la RAE.

• caché o memoria caché
• guardado en la caché
• guardar en la caché

¿Como ves?

[zeratulmdq]

El verbo cachear hubiese estado genial, pero viendo que no existe y puede no entenderse, terminé eligiendo guardar en la caché

Por cierto, acá están disponibles los avances de la traducción en formato final para que sea más cómodo revisarlo y buscar errores.

[PierBover]

Por cierto, acá están disponibles los avances de la traducción en formato final para que sea más cómodo revisarlo y buscar errores.

Buenísimo 👍

[PierBover]

Por cierto, necesito que le des permiso a mi cliente de Git Tower para que pueda clonar el repo. Como no soy el owner de la organización no lo puedo hacer.

Edit: ping @zeratulmdq

[zeratulmdq]

No me había llegado ninguna notificación, si no me avisabas no me daba cuenta.

[PierBover]

Um qué raro.

Gracias ya funciona. 👍

[PierBover]

Más términos a añadir a las pautas.

• data binding -> enlazado de datos, enlazar, etc.
• two way data binding -> enlazado de dos vías
• directive -> directiva
• coupling / decoupling -> acoplado / desacoplado
• polyfill -> polyfill

Nuevas propuestas

• array -> La RAE lo mantiene en inglés. Si no podríamos usar matriz o vector ya que arreglo se puede prestar a confusión.
• interface -> interfaz (interfase es otra cosa, e interface no existe)
• performance -> rendimiento y variantes
• stack -> Yo lo dejaría en inglés. @zeratulmdq usó ecosistema pero creo que se presta a confusión. En la RAE no se define nada al respecto, y todos los textos que he encontrado traducidos lo dejan en inglés.
• trigger -> desencadenar ?
• arrow functions -> yo lo dejaría en inglés
• hook -> Los docs de Wordpress lo dejan en inglés. Yo lo dejaría en inglés con una aclaración en paréntesis la primera vez que se introduzca el término.
• lifecycle -> ciclo de vida

[posva]

hey gracias por vuestro esfuerzo en esto!

@zeratulmdq Si algún comentario mío se contradice con la lista esta, ignóralo 😛

[zeratulmdq]

@posva con respecto a las correcciones que marcaste en los otros lugares, tal vez lo mejor sería la primera vez traducirlo y dejar el término en inglés como referencia y luego siempre en español. Por ejemplo, plugins/complementos (en Firefox se les dice complementos) o hot-reload/recarga en caliente. Repito, yo uso muchísimos anglicismos y términos sin traducir pero no sé si es lo mejor en algo "oficial". @PierBover que opinas?

[posva]

al ser terminos usados en la librería: new Store({ plugins: [] }) no creo que sea buena idea traducirlos por terminos tan diferentes.
Recarga en caliente suena fatal 😆 También me preocupa que no se pueda encontrar nada relevante al buscar el termino en Google. Por otro lado el hot reload si da buenos resultados