Propuesta de creación de L10N.net

Párrafo I. Partiendo del principio de que la informática ha de entenderse como un compromiso social: la computación al servicio del ser humano, y no el envilecido contrario, asumimos el compromiso cultural de la informática, según el cual el usuario tiene el derecho de que la informática, como medio de comunicación y expresión, ha de respetar con rigor su realidad lingüística y cultural. Y este compromiso se aplica tanto a lo que se ofrece para ser leído como a las ayudas que se puedan proporcionar para lo escrito.

Párrafo II. Creemos y promovemos que los datos, la información y el conocimiento necesarios para conseguirlo deben ser públicos y no estar restringidos en su uso, copia y mejora por derechos ni regalías de explotación.

El esfuerzo de los desarrolladores de software libre y el de los hablantes de cada lengua ha llevado a un estado significativamente avanzado de la adaptación del mismo a muchas de ellas. En términos de traducción, básicamente se ha usado la tecnología gettext, que está fuertemente implantada en los proyectos de software más importantes, como GNOME y KDE. Sin embargo este considerable avance no ha llegado todavía a la documentación y también pone en evidencia en los trabajos faltas de rigor lingüístico o de traducción. Por otro lado prácticamente cada proyecto de desarrollo ha creado su propio esfuerzo de L10N, llegando al extremo de atomizarse en aplicaciones, cada uno independiente de los demás y con frecuencia re-inventando la rueda en cuanto a métodos de trabajo y recursos lingüísticos. Un ejemplo paradigmático es la multitud de nomenclaturas y glosarios de traducción que pueden encontrarse, sin que pueda decirse de la mayoría que sean de un gran rigor lingüístico, a pesar del esfuerzo y las buenas intenciones de los autores.

Visto lo anterior, podemos descomponer y concretar el problema principal en otros más definidos:

Esfuerzos de L10N múltiples y duplicados. Prácticamente todo el software de usuario debe ser traducido y el que lo intente la mayoría de los proyectos de desarrollo de software libre es sin duda acertado. El problema es que hasta ahora cada uno de ellos ha debido hacerlo de forma independiente y autónoma y con poca eficacia en el aprovechamiento de recursos. Podemos pensar que ocurre porque los miembros de un proyecto de desarrollo no suelen tener constancia de lo que ocurre en otros diferentes, ni siquiera del hecho de que para ciertos asuntos comparten casi el 100% de los mismos problemas. Y también que hasta ahora no hay disponible un punto de encuentro que pueda resolver esta situación.

Mala calidad de muchas traducciones. No hay que excavar mucho para encontrarse «perlas» en las traducciones del software libre. En algunos casos llegan a ser puras faltas de redacción, aunque para hacer honor a la verdad este defecto es bastante menos común en los esfuerzos más populosos y organizados aunque a veces parece la tónica en los casos de aplicaciones independientes. Otros casos también relativamente menores son los de los errores ortográficos, bastante lamentables porque al menos sí hay correctores aceptables disponibles, y los ortotipográficos, que son tristemente comprensibles porque muy poca gente ha sido formada en detalles como los del apropiado uso de las comillas en su idioma (por ejemplo las comillas españolas «»), el uso de los espacios y otros signos. Caso aparte son los errores semánticos y de traducción. Con los primeros queremos referirnos a las nomenclaturas y terminologías incongruentes, que si no lo son entre sí, lo suelen ser con su propio idioma. Obviamente este es un problema de las lenguas científicas segundonas. Y cuando trata de poner alguna solución, los resultados no parecen ser buenos en todos los casos, probablemente porque el perfil de los interesados es muy técnico y probablemente sin toda la erudición que se podría necesitar. En cuanto a los errores de traducción, empezando por los falsos amigos y acabando por las traducciones apresuradas, hay una cantidad enorme de trabajos que podrían mejorar, siquiera aplicando un método de revisión al trabajo de traducción.

Desconocimiento de métodos de trabajo establecidos en la profesión. Como ya hemos dejado caer antes, los traductores de software libre no suelen tener la experiencia o la formación completa de un traductor. No es que este autor crea que sea obligado tener un título universitario de traducción porque él mismo no lo tiene. Pero sí que conviene conocer lo más básico de esta profesión para poder realizar esta clase de traducciones técnicas con pleno éxito. Dos de estas carencias son la práctica obligatoriedad de revisar sistemáticamente lo traducido y la técnica de las memorias de traducción, que si bien se está usando con gettext, se hace sin conciencia en ella y por tanto sin aprovechar todo su potencial de reutilización.

Todavía no se aplican los métodos de reutilización para la documentación. Básicamente lo que queremos decir es que a día de hoy no hay en el software libre ningún método generalizado para la aplicación de la técnica de reutilización de traducciones llamada «memoria de traducción» que se aplique para la documentación. Este es un gran problema porque seguirá siendo muy poca la documentación traducida y actualizada disponible. Y es que sin contar con ayudas suficientes es un trabajo muy costoso.

Carencias en las herramientas y asistentes. Siguen faltando herramientas. Por ejemplo para poder usar memorias de traducción con documentación. También conviene perfeccionar al límite los correctores ortográficos. Y hay un vacío absoluto de correctores gramaticales, de gestores de terminología, diccionarios, asesores de estilo, etc.

El proyecto L10N.net se marca los siguientes objetivos generales.

Simplificar en lo posible el uso de la jerga informática para los usuarios más legos. Hasta ahora los esfuerzos para normalizar la, con frecuencia, extravagante jerga informática han prestado más atención al uso dentro de la profesión, por poco elegante que sea, que a un esfuerzo serio pero práctico. En palabras de Xosé Castro Roig: “Debemos ser conscientes de que nuestra responsabilidad con el idioma es muy grande y que los traductores y los lingüistas tan sólo somos una minoría; la mayoría restante no sabe qué es Internet ni una computadora ni un neologismo ni el espanglish, ni falta que les hace.”.

Crear una cultura metodológica de calidad en la traducción. Dado que la inmensa mayoría de los traductores de aplicaciones de software libre son personas con perfiles técnicos en informática autoformados en cuestiones de lengua precisan de toda la ayuda posible para conocer y poder poner en práctica metodologías de calidad, que les ayuden en su trabajo y mejoren la calidad final. Además servirán para que traductores de carrera también mejoren su eficacia al trabajar en este dominio de conocimiento.

Crear una cultura tecnológica.  Exactamente de la misma manera se precisa apoyar a las metodologías con juegos de herramientas para los mismos fines de facilidad, rapidez y calidad final.

Enseñar a reutilizar traducciones de documentación. Es imprescindible difundir el uso de las memorias de traducción para los documentos, divulgando su uso y perfeccionando las herramientas disponibles (libres, por supuesto) hasta alcanzar criterios de funcionamiento mínimamente aceptables.

Homogeneizar los trabajos de traducción. Al hacer esfuerzos para refinar las terminologías y para reutilizar trabajos de traducción previos ocurre un fenómeno de homogeneización léxica que será muy beneficioso para los futuros lectores neófitos: todas las indicaciones de «usabilidad» del software recomiendan simplificarlo en lo posible.

I+D de recursos lingüísticos para la traducción.  Se pretende crear toda una comunidad, de desarrolladores de aplicaciones lingüísticas y programadores, para la creación y mantenimiento de herramientas y recursos lingüísticos libres, aprovechando entornos de trabajo en grupo y con objetivos claros y delimitados. Es la única manera de poder crear la infraestructura tecnológica que se pretende.

Crear un centro de referencia de trabajos de L10N.  Se pretende que L10N.net sea el lugar donde los desarrolladores de recursos lingüísticos libres y los traductores se encuentren mutuamente, dispongan de herramientas, documentación, trabajos de traducción realizados y poder consultarlos y reutilizarlos a placer.

Al servicio de los diferentes proyectos de software libre.  Uno de los retos más importantes es trabajar para que los grandes proyectos de software libre (GNOME, KDE, GNU, Fedora, Debian, OpenOffice…) adopten esta propuesta de cultura de trabajo y hagan suyos los servicios de L10N.net. Esto exigirá un esfuerzo divulgativo muy importante que merece atención especial.

TLDP-ES. «The Libre Documentation Project» en español es un esfuerzo para la publicación de documentación técnica sobre software libre en español. Es una referencia única en su género y en su seno ha surgido un esfuerzo de investigación y desarrollo en recursos lingüísticos para intentar solventar los problemas de la autoría y del ciclo editorial en general y del español en particular usando software libre.

GNOME Hispano. Entre otras cosas los miembros de Gnome Hispano trabajan para la perfecta adaptación al español del entorno de usuario y de programación GNOME.

Hispalinux . Hispalinux es la asociación de usuarios españoles de Linux. Entre sus objetivos estatutarios están la «divulgación y promoción de las aplicaciones informáticas con licencia libre, en particular, pero no limitándose a `Linux'; en español».

En principio parece interesante organizar una primera fase experimental alrededor del idioma español. En cuanto se supere un periodo de viabilidad se procurará vincular a todos los idiomas y proyectos de software libre posibles. Esto exigirá un importante esfuerzo de divulgación internacional

Se pretende mantenerse en sintonía con otros esfuerzos de estandarización, especialmente los relativos a i18n.

Se consideran que estos pueden ser los objetivos concretos iniciales en torno a los cuales pueden organizarse los primeros grupos de trabajo. Se enumerarán sin ningún orden particular:

Se pretende que el comité de coordinación funcione como un medio de contacto entre los diferentes equipos y de discusión y decisión de objetivos. Los equipos de desarrollo o servicio serán auto-organizados al mejor estilo de los proyectos abiertos de software libre.

Los servicios serían multilingües, osea, servicios equivalentes para cada lengua:

El proyecto está en estado embrionario. Apenas estamos empezando a crear sinergias y este mismo documento servirá de piedra angular para su difusión y puesta en marcha. Los hitos iniciales ya resueltos o estado avanzado son:

Sólo incorporando a más activistas será posible alcanzar la masa crítica que un proyecto de esta clase necesita para funcionar con todo el rendimiento y valor que puede producir. El éxito está al alcance de la mano sencillamente colaborando con horas de trabajo, que no es poco, pero que también es asequible para muchos.

Por supuesto que si puede contarse con apoyos económicos o patriciones de administraciones o empresas será posible liberar a desarrolladores que puedan dedicarse parcial o completamente a trabajar en los objetivos del proyecto. Si está interesado no dude en ponerse en contacto con nosotros.

Otro material relacionado con este proyecto: