Parte de una serie sobre |
Traducción |
---|
![]() |
Tipos |
Teoría |
Tecnologias |
Localización |
Institucional |
|
Temas relacionados |
|
|
En informática, la internacionalización y localización ( estadounidense ) o la internacionalización y localización ( BrE ), a menudo abreviadas como i18n y L10n, son medios para adaptar el software informático a diferentes idiomas, peculiaridades regionales y requisitos técnicos de una localidad de destino. La internacionalización es el proceso de diseñar una aplicación de software para que pueda adaptarse a varios idiomas y regiones sin cambios de ingeniería. La localización es el proceso de adaptar software internacionalizado para una región o idioma específico mediante la traducción de texto y la adición de componentes específicos de la configuración regional. La localización (que potencialmente se realiza varias veces, para diferentes lugares) utiliza la infraestructura o la flexibilidad proporcionada por la internacionalización (que idealmente se realiza solo una vez antes de la localización, o como parte integral del desarrollo continuo).
Los términos se abrevian con frecuencia a los numerónimos i18n (donde 18 representa el número de letras entre la primera i y la última n en la palabra internacionalización, un uso acuñado en Digital Equipment Corporation en los años setenta u ochenta) y L10n para la localización, debido a la longitud de las palabras. Algunos escritores tienen el último acrónimo en mayúscula para ayudar a distinguir los dos.
Algunas empresas, como IBM y Oracle, utilizan el término globalización, g11n, para la combinación de internacionalización y localización.
Microsoft define la internacionalización como una combinación de preparación mundial y localización. La preparación para el mundo es una tarea del desarrollador, que permite utilizar un producto con múltiples scripts y culturas (globalización) y separar los recursos de la interfaz de usuario en un formato localizable (localizabilidad, abreviado como L12y).
Hewlett-Packard y HP-UX crearon un sistema llamado "Soporte de idioma nacional" o "Soporte de idioma nativo" (NLS) para producir software localizable.
Según Software sin fronteras, los aspectos de diseño a considerar al internacionalizar un producto son "codificación de datos, datos y documentación, construcción de software, soporte de dispositivos de hardware, interacción del usuario"; mientras que las áreas clave de diseño a considerar al hacer un producto totalmente internacionalizado desde cero son "interacción del usuario, diseño de algoritmos y formatos de datos, servicios de software, documentación".
La traducción suele ser el componente de la localización de idiomas que más tiempo requiere. Esto puede involucrar:
El software de computadora puede encontrar diferencias más allá de la simple traducción de palabras y frases, porque los programas de computadora pueden generar contenido dinámicamente. Es posible que el proceso de internacionalización deba tener en cuenta estas diferencias como preparación para la traducción. Muchas de estas diferencias son tan regulares que la conversión entre idiomas se puede automatizar fácilmente. El repositorio de datos de configuración regional común de Unicode proporciona una colección de tales diferencias. Sus datos son utilizados por los principales sistemas operativos, incluidos Microsoft Windows, macOS y Debian, y por las principales empresas o proyectos de Internet como Google y Wikimedia Foundation. Ejemplos de tales diferencias incluyen:
Los diferentes países tienen diferentes convenciones económicas, incluidas variaciones en:
En particular, Estados Unidos y Europa difieren en la mayoría de estos casos. Otras áreas a menudo siguen a uno de estos.
Es posible que los servicios de terceros específicos, como mapas en línea, informes meteorológicos o proveedores de servicios de pago, no estén disponibles en todo el mundo a través de los mismos proveedores, o en absoluto.
Las zonas horarias varían en todo el mundo, y esto debe tenerse en cuenta si un producto originalmente solo interactuó con personas en una única zona horaria. Para la internacionalización, UTC se usa a menudo internamente y luego se convierte en una zona horaria local para fines de visualización.
Los diferentes países tienen diferentes requisitos legales, es decir, por ejemplo:
La localización también puede tener en cuenta las diferencias culturales, como:
Para internacionalizar un producto, es importante tener en cuenta una variedad de mercados en los que previsiblemente entrará el producto. Detalles como la longitud del campo para las direcciones, el formato único para la dirección, la capacidad de hacer que el campo del código postal sea opcional para dirigirse a países que no tienen códigos postales o el campo de estado para países que no tienen estados, además de la introducción de un nuevo registro Los flujos que se adhieren a las leyes locales son solo algunos de los ejemplos que hacen de la internacionalización un proyecto complejo. Un enfoque más amplio tiene en cuenta factores culturales relacionados, por ejemplo, con la adaptación de la lógica del proceso empresarial o la inclusión de aspectos culturales (de comportamiento) individuales.
Ya en la década de 1990, empresas como Bull utilizaban la traducción automática ( Systran ) a gran escala, para toda su actividad de traducción: los traductores humanos se encargaban de la preedición (haciendo la entrada legible por máquina) y la posedición.
Tanto en la reingeniería de un software existente como en el diseño de un nuevo software internacionalizado, el primer paso de la internacionalización es dividir cada parte potencialmente dependiente de la ubicación (ya sea código, texto o datos) en un módulo separado. Cada módulo puede depender de una biblioteca / dependencia estándar o reemplazarse de forma independiente según sea necesario para cada configuración regional.
La práctica predominante actual es que las aplicaciones coloquen texto en cadenas de recursos que se cargan durante la ejecución del programa según sea necesario. Estas cadenas, almacenadas en archivos de recursos, son relativamente fáciles de traducir. Los programas a menudo se crean para hacer referencia a bibliotecas de recursos en función de los datos de la configuración regional seleccionada.
El almacenamiento de cadenas traducibles y traducidas a veces se denomina catálogo de mensajes, ya que las cadenas se denominan mensajes. El catálogo generalmente comprende un conjunto de archivos en un formato de localización específico y una biblioteca estándar para manejar dicho formato. Una biblioteca de software y formato que ayuda a esto es gettext.
Por lo tanto, para que una aplicación admita varios idiomas, se diseñaría la aplicación para seleccionar el archivo de recursos de idioma relevante en tiempo de ejecución. El código necesario para administrar la verificación de entrada de datos y muchos otros tipos de datos sensibles a la configuración regional también deben admitir diferentes requisitos de configuración regional. Los sistemas de desarrollo y los sistemas operativos modernos incluyen bibliotecas sofisticadas para el soporte internacional de estos tipos; consulte también Datos de configuración regional estándar más arriba.
Muchos problemas de localización (por ejemplo, dirección de escritura, clasificación de texto) requieren cambios más profundos en el software que la traducción de texto. Por ejemplo, OpenOffice.org logra esto con interruptores de compilación.
Un método de globalización incluye, después de la planificación, tres pasos de implementación: internacionalización, localización y garantía de calidad.
Hasta cierto punto (por ejemplo, para el aseguramiento de la calidad ), los equipos de desarrollo incluyen a alguien que maneja las etapas básicas / centrales del proceso que luego habilita todas las demás. Por lo general, estas personas entienden idiomas y culturas extranjeras y tienen cierta formación técnica. Se requieren escritores técnicos especializados para construir una sintaxis culturalmente apropiada para conceptos potencialmente complicados, junto con recursos de ingeniería para implementar y probar los elementos de localización.
Una vez internacionalizado adecuadamente, el software puede depender de modelos más descentralizados para la localización: el software gratuito y de código abierto generalmente se basa en la autolocalización por parte de usuarios finales y voluntarios, a veces organizados en equipos. El proyecto KDE3, por ejemplo, se ha traducido a más de 100 idiomas; MediaWiki en 270 idiomas, de los cuales 100 se completaron en su mayoría a partir de 2016.
Al traducir texto existente a otros idiomas, es difícil mantener las versiones paralelas de los textos a lo largo de la vida del producto. Por ejemplo, si se modifica un mensaje que se muestra al usuario, se deben cambiar todas las versiones traducidas.
En un entorno comercial, el beneficio de la localización es el acceso a más mercados. A principios de la década de 1980, Lotus 1-2-3 tardó dos años en separar el código del programa y el texto y perdió el liderazgo del mercado en Europa sobre Microsoft Multiplan. MicroPro descubrió que el uso de un traductor austríaco para el mercado de Alemania Occidental provocó que su documentación de WordStar, dijo un ejecutivo, "no tuviera el tono que debería haber tenido".
Sin embargo, hay costos considerables involucrados, que van mucho más allá de la ingeniería. Además, las operaciones comerciales deben adaptarse para administrar la producción, el almacenamiento y la distribución de múltiples productos localizados discretos, que a menudo se venden en monedas, entornos regulatorios y regímenes fiscales completamente diferentes.
Por último, las ventas, el marketing y el soporte técnico también deben facilitar sus propias operaciones en los nuevos idiomas, con el fin de ayudar a los clientes con los productos localizados. Particularmente para poblaciones lingüísticas relativamente pequeñas, puede que nunca sea económicamente viable ofrecer un producto localizado. Incluso cuando una gran cantidad de idiomas podría justificar la localización de un producto determinado, y la estructura interna de un producto ya permite la localización, un desarrollador o editor de software determinado puede carecer del tamaño y la sofisticación para administrar las funciones auxiliares asociadas con la operación en múltiples configuraciones regionales.
![]() | Busque internacionalización o localización en Wiktionary, el diccionario gratuito. |