En informática , la internacionalización y localización ( americana ) o la internacionalización y localización ( británica ), a menudo abreviadas i18n y l10n respectivamente, [1] son medios para adaptar software informático a diferentes idiomas, peculiaridades regionales y requisitos técnicos de una ubicación de destino . [2]
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 región.
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). [3]
Los términos se abrevian frecuentemente con 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 las décadas de 1970 y 1980) [4] [5] y l10n para localización , debido a la longitud de las palabras. [1] [6] Algunos escritores tienen el último término en mayúscula ( L10n ) para ayudar a distinguir los dos. [7]
Algunas empresas, como IBM y Oracle , utilizan el término globalización , g11n , para la combinación de internacionalización y localización. [8]
Microsoft define la internacionalización como una combinación de preparación mundial y localización. La preparación mundial es una tarea del desarrollador, que permite utilizar un producto con múltiples scripts y culturas (globalización) y separa los recursos de la interfaz de usuario en un formato localizable (localizabilidad, abreviado como L12y ). [9] [10]
Hewlett-Packard y HP-UX crearon un sistema llamado "Soporte de idiomas nacionales" o "Soporte de idiomas nativos" (NLS) para producir software localizable. [2]
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 e interacción con el usuario”; mientras que las áreas de diseño clave a considerar al crear un producto totalmente internacionalizado desde cero son "la interacción del usuario, el diseño de algoritmos y los formatos de datos, los servicios de software y la documentación". [2]
La traducción suele ser el componente de la localización de idiomas que consume más tiempo . [2] Esto puede implicar:
El software de computadora puede encontrar diferencias que van 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 sea necesario tener en cuenta estas diferencias en el proceso de internacionalización como preparación para la traducción. Muchas de estas diferencias son tan regulares que una conversión entre idiomas puede automatizarse fácilmente. El repositorio de datos de configuración regional común de Unicode proporciona una colección de dichas diferencias. Sus datos son utilizados por los principales sistemas operativos , incluidos Microsoft Windows , macOS y Debian , y por importantes empresas o proyectos de Internet como Google y la Fundación Wikimedia . Ejemplos de tales diferencias incluyen:
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 suelen seguir uno de estos.
Es posible que servicios específicos de terceros, 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 operadores, o no estén disponibles en absoluto.
Las zonas horarias varían en todo el mundo y esto debe tenerse en cuenta si un producto originalmente solo interactuaba con personas en una única zona horaria. Para la internacionalización, UTC se suele utilizar internamente y luego se convierte a una zona horaria local para fines de visualización.
Cada país tiene diferentes requisitos legales, es decir, por ejemplo:
La localización también puede tener en cuenta diferencias culturales, como:
Para internacionalizar un producto es importante observar una variedad de mercados en los que previsiblemente entrará el producto. [2] Detalles como la longitud del campo para direcciones postales, formato único para la dirección, capacidad de hacer que el campo de 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 nuevos flujos de registro que se apegan a las leyes locales son sólo algunos de los ejemplos que hacen de la internacionalización un proyecto complejo. [7] [16] Un enfoque más amplio tiene en cuenta factores culturales relacionados, por ejemplo, con la adaptación de la lógica del proceso de negocio o la inclusión de aspectos culturales (de comportamiento) individuales. [2] [17]
Ya en la década de 1990, empresas como Bull utilizaban la traducción automática ( Systran ) a gran escala en toda su actividad de traducción: los traductores humanos se encargaban de la preedición (haciendo que la entrada fuera legible por máquina) y la posedición . [2]
Tanto al rediseñar un software existente como al diseñar 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. [2] Cada módulo puede depender de una biblioteca/dependencia estándar o reemplazarse de forma independiente según sea necesario para cada ubicación.
La práctica predominante actual es que las aplicaciones coloquen texto en archivos de recursos que se cargan durante la ejecución del programa según sea necesario. [2] 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 según los datos locales seleccionados.
El almacenamiento de cadenas traducibles y traducidas a veces se denomina catálogo de mensajes [2] , 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 un formato que ayuda con esto es gettext .
Por lo tanto, para lograr que una aplicación admita varios idiomas, se debe diseñar la aplicación para seleccionar el archivo de recursos de idioma relevante en tiempo de ejecución. El código necesario para gestionar la verificación de entrada de datos y muchos otros tipos de datos sensibles a la configuración regional también debe admitir diferentes requisitos locales. Los sistemas operativos y de desarrollo modernos incluyen bibliotecas sofisticadas para soporte internacional de estos tipos; consulte también los datos de configuración regional estándar más arriba.
Muchas cuestiones de localización (por ejemplo, dirección de escritura, clasificación de textos) requieren cambios más profundos en el software que la traducción de textos. Por ejemplo, OpenOffice.org logra esto con modificadores 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. [2]
Hasta cierto punto (por ejemplo, para garantizar 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. [2] Estas personas normalmente entienden idiomas y culturas extranjeras y tienen cierta formación técnica. Se requieren redactores 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 su localización: el software libre y de código abierto generalmente depende de la autolocalización por parte de usuarios finales y voluntarios, a veces organizados en equipos. [18] El proyecto GNOME , por ejemplo, cuenta con equipos de traducción voluntarios para más de 100 idiomas. [19] MediaWiki admite más de 500 idiomas, de los cuales 100 están en su mayoría completos en septiembre de 2023 [update]. [20]
Al traducir texto existente a otros idiomas, resulta difícil mantener las versiones paralelas de los textos durante toda la vida útil del producto. [21] Por ejemplo, si se modifica un mensaje mostrado 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 frente a Microsoft Multiplan . [2] MicroPro descubrió que el uso de un traductor austriaco para el mercado de Alemania Occidental provocaba que su documentación WordStar , según dijo un ejecutivo, "no tuviera el tono que debería haber tenido". [22]
Sin embargo, implica costes considerables que van mucho más allá de la ingeniería. Además, las operaciones comerciales deben adaptarse para gestionar 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.
Finalmente, las ventas, el marketing y el soporte técnico también deben facilitar sus operaciones en los nuevos idiomas, para apoyar a los clientes de los productos localizados. Especialmente para poblaciones lingüísticas relativamente pequeñas, puede que nunca sea económicamente viable ofrecer un producto localizado. Incluso cuando grandes poblaciones lingüísticas podrían 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 gestionar las funciones auxiliares asociadas con el funcionamiento en múltiples lugares.
En pocas palabras, la localización gira en torno a combinar el idioma y la tecnología para producir un producto que pueda cruzar barreras culturales y lingüísticas. Ni mas ni menos.
Muchas personas, cansadas de escribir estas largas palabras una y otra vez, tomaron el hábito de escribir
i18n
y
l10n
, citando la primera y la última letra de cada palabra, y reemplazando la serie de letras intermedias por un número que simplemente indicaba cuántas letras de ese tipo había. hay.
La L mayúscula en L10n ayuda a distinguirla de la i minúscula en i18n.
Localización de software libre en Wikilibros
Medios relacionados con la internacionalización y la localización en Wikimedia Commons