Le sfide della localizzazione di ONLYOFFICE: intervista con Marija

Ogni pulsante, comando di menù e suggerimento di ONLYOFFICE deve funzionare in molte lingue, e ogni nuova versione aggiunge nuovo testo. ONLYOFFICE Docs 10.0 ha portato circa 50 nuove funzionalità, un nuovo nome per DocSpace (ONLYOFFICE Apps) e una serie di strumenti AI facoltativi. Tutto questo doveva essere tradotto, verificato e reso coerente tra editor, app mobili, Centro assistenza e sito web.

Per capire come funziona tutto questo dietro le quinte, abbiamo chiesto a Marija, che si occupa della localizzazione in ONLYOFFICE dal 2021, di parlarci di parole lunghe e variabili, del passaggio a Weblate, del lavoro con gli strumenti AI e di come i volontari possono dare una mano. Scopriamo come il team di localizzazione mantiene coerente un prodotto disponibile in un massimo di 45 lingue e come l’AI sta cambiando questo lavoro.

Le interfacce di ONLYOFFICE in sintesi

Numero di lingue dell’interfaccia per ciascun prodotto.

L’intervistata

Marija lavora in ONLYOFFICE dal 2021 e gestisce la localizzazione di quasi tutte le aree del progetto, tra cui editor, app mobili, Centro assistenza e note di rilascio. In precedenza ha lavorato per molti anni come traduttrice e a contatto con traduttori.

Conosciamola meglio

Raccontaci in breve di cosa ti occupi in ONLYOFFICE e come sei arrivata alla localizzazione.

Lavoro in ONLYOFFICE dal 2021. Prima avevo lavorato per molti anni come traduttrice e a contatto con traduttori, quindi conoscevo già la maggior parte dei programmi e degli strumenti che servivano all’epoca, e mi è stato facile imparare nuovi formati e scrivere brevi indicazioni per la traduzione. All’inizio, poi, i nostri sviluppatori mi hanno aiutata molto con i dettagli. Oggi gestisco la localizzazione di quasi tutte le aree del progetto, spesso con l’aiuto dell’AI.

In quante lingue sono tradotti oggi i prodotti e quante persone sono coinvolte (team, volontari, collaboratori esterni)?

L’interfaccia dell’app ONLYOFFICE Documents per iOS è disponibile in 13 lingue, quella dell’app per Android in 17. L’interfaccia di ONLYOFFICE Apps è disponibile in 33 lingue, quella dei Desktop Editors in 42 e quella degli editor in 45. Quanto alle persone che partecipano ai progetti di traduzione, il sistema di traduzione precedente contava più di 550 iscritti, tra membri del team, rappresentanti dei partner, traduttori freelance e volontari. Non tutti erano sempre attivi, ma molti hanno fatto un lavoro eccellente (per il portoghese, il singalese e il turco, ad esempio). Il nuovo sistema, Weblate, ha appena cominciato a popolarsi di account, ma ha un grande potenziale.

Com’è una tua giornata di lavoro tipo, soprattutto prima di un rilascio come la 10.0?

Nelle varie aree del progetto compaiono di continuo nuove chiavi: funzionalità, relative descrizioni, comandi di menu e così via. Le tengo d’occhio e aggiungo le traduzioni. Rivedo e traduco anche le istruzioni per il Centro assistenza e per gli store delle app mobili, e aggiorno le note di rilascio. In questo mi aiutano gli sviluppatori, i colleghi del mio reparto, studenti e tirocinanti. L’aggiornamento è praticamente continuo. Per questo il lavoro è sempre particolarmente intenso prima di un rilascio: le chiavi vengono aggiunte, modificate e riviste tutte insieme, in base ai risultati dei test e ai suggerimenti degli utenti, e devo fare correzioni al volo, a volte chiedere un parere su frasi specifiche o chiarire il contesto.

Problemi e difficoltà più comuni

Qual è il problema di localizzazione più comune di cui gli utenti non sospettano nemmeno l’esistenza?

Credo sia la lunghezza del testo delle chiavi. Mentre lavorano, i traduttori di solito non pensano a come apparirà esattamente un pulsante o un menù sulla pagina o in un’immagine: per loro conta soprattutto il testo. In effetti, le frasi originali in inglese sono piuttosto compatte, flessibili e ammettono abbreviazioni. Ma ci sono lingue con parole lunghe e molto lunghe (ad esempio l’albanese, l’armeno o l’ungherese), e spesso è difficile far stare il testo in un pulsante, in una finestra o su una riga. La stessa difficoltà si presenta quando si preparano le descrizioni, ad esempio per gli store delle app mobili. Il limite di caratteri è uguale per tutti, ma l’inglese riesce a concentrare più informazioni, mentre le lingue a scrittura ideografica ci stanno perfettamente; per le altre, a volte dobbiamo riformulare e accorciare i testi. L’AI ha semplificato le cose, perché puoi chiederle di rielaborare una descrizione senza perderne il significato.

Pensa a una volta in cui una traduzione ha “rotto” l’interfaccia: un pulsante in cui il testo non entrava, una scritta tagliata, un significato distorto. Cos’è successo e come ve ne siete accorti?

Succede ogni tanto; per lo più, le richieste di riformulare un frammento o di spostare un testo arrivano dai designer mentre preparano gli aggiornamenti del sito web.

Quali sono le lingue più difficili e perché: le parole lunghe del tedesco, la scrittura da destra a sinistra, i casi e le forme plurali, gli ideogrammi?

Le lingue con parole lunghe e quelle con i casi e la flessione. Creare nuove chiavi di solito non è un problema, modificarle sì. Anche le variabili creano situazioni curiose. Ad esempio, c’è una variabile {aiagents} il cui valore è AI Agents. Ma quando la si usa all’interno di una frase, nelle lingue con i casi e in alcune altre la forma risulta sbagliata: in ceco, per esempio, la frase “Vedi i dettagli di {aiagents} qui” verrebbe visualizzata con un errore: “Zobrazte podrobnosti o AI agenti zde”. E anche eliminare le variabili richiede di rifare la traduzione. Per questo, ultimamente cerchiamo di usare meno variabili fin dall’inizio. Quanto alle lingue RTL, i problemi principali emergono nella preparazione dei file tecnici, perché ad esempio le abbreviazioni inglesi fanno sì che le frasi RTL vengano visualizzate come LTR. Ma una volta sulla pagina, di solito appaiono corrette.

Come fai a garantire che una funzionalità abbia lo stesso nome negli editor, nella guida, sul sito web e nelle app mobili?

La soluzione ideale sarebbe riunire tutte le aree del progetto su un’unica piattaforma, con un glossario e una memoria di traduzione condivisi, perché a volte le stesse frasi si ripetono, ad esempio tra app desktop e app mobili, o tra le app per iOS e Android, per descrivere funzionalità simili. Per ora bisogna allinearle confrontando file diversi in repository diversi. Sarebbe più veloce e preciso se le frasi venissero compilate automaticamente in caso di corrispondenza al 100% tra progetti paralleli, e negli altri casi venisse suggerito il termine del glossario.

Cosa è stato particolarmente difficile nella 10.0? Ad esempio, come avete gestito la traduzione delle nuove funzionalità AI e il cambio di nome da DocSpace ad Apps?

Rinominare DocSpace in Apps è stata davvero una sfida, per via dell’enorme volume. Abbiamo scritto un breve documento di istruzioni per l’AI per individuare tutte le occorrenze, cercando anche nelle singole aree separatamente e controllando le pagine di test. D’altra parte, trattandosi di nomi propri che restano non tradotti, nella maggior parte dei casi non hanno creato problemi nemmeno nelle lingue con i casi. Quanto agli strumenti AI, si discute ancora su come tradurre l’abbreviazione AI e i termini collegati, e il glossario è in fase di revisione.

Cosa abbiamo provato e cosa ha funzionato

Cosa avete provato e a cosa avete rinunciato? Cosa ti ha insegnato?

Abbiamo sostituito il precedente sistema di traduzione del progetto con Weblate, un sistema più moderno, con AI integrata e aperto a un maggior numero di persone. Abbiamo iniziato a usarlo e a svilupparlo attivamente da poco, ma si sta già dimostrando efficace. Inoltre, per tradurre gli articoli del Centro assistenza (ad esempio quelli sui connettori), ci affidavamo molto a Trados, a cui non tutti avevano accesso. Oggi questi articoli si possono tradurre con l’AI.

Come verifichi la qualità delle traduzioni prima di un rilascio?

Per controllare i testi conviene usare l’AI, ad esempio Claude: scrivi una breve descrizione dell’area del progetto nel suo insieme, e il servizio verifica la terminologia e i link e suggerisce correzioni a ordine delle parole, punteggiatura o refusi. Ma è importante anche la revisione umana della pagina in modalità di test. Così si possono individuare imperfezioni sottili, riformulare frammenti per renderli più scorrevoli e naturali e notare imprecisioni nelle immagini o sui pulsanti.

Quale decisione o cambiamento nei processi ha avuto l’impatto maggiore?

Senza dubbio il rapido sviluppo dell’AI. Ad esempio, nel grande progetto DocSpace (Apps), i controlli di completezza e di possibili errori sono stati affidati all’AI, che ci permette di trovare subito la chiave giusta e di applicare le correzioni suggerite. In Weblate abbiamo impostato un trasferimento più rapido dal sistema al repository corrispondente, così le nuove traduzioni di funzionalità e comandi compariranno prima nelle interfacce.

Comunità e volontari

È mai capitato che la comunità proponesse una soluzione migliore di una traduzione professionale?

Ultimamente si è trattato soprattutto di decidere se tradurre l’abbreviazione AI e i termini collegati. Esistono soluzioni consolidate: ad esempio, usiamo KI per il tedesco, MI per il lettone e così via. Per alcune lingue c’è chi suggerisce di non usare affatto l’abbreviazione e di scrivere il termine per esteso; per l’ucraino, invece, alla fine è stata la comunità a scegliere AI, perché ШІ, proposto da alcune fonti, sembrava meno adatto a un ambito tecnico.

Come risolvi le divergenze sulle traduzioni quando i madrelingua non sono d’accordo?

In questi casi si può vedere come è stata tradotta una funzionalità simile, ad esempio in altri prodotti o progetti, verificare quanto è diffusa ciascuna opzione o chiedere un terzo parere.

Ci sono lingue che dipendono da uno o due appassionati? Cosa succede se se ne vanno?

È successo con l’albanese e l’urdu… Quando i madrelingua di queste lingue hanno lasciato il progetto, abbiamo usato l’AI (a volte con la retrotraduzione: per maggiore affidabilità, traduciamo con Claude e poi verifichiamo nella direzione opposta con Tarjama). Dato che queste lingue fanno già parte del progetto, non possiamo smettere di aggiornarle, altrimenti i progetti non supereranno i test. Forse presto si faranno avanti nuovi volontari. Molti utenti suggeriscono miglioramenti via email o inviano segnalazioni direttamente su GitHub. Cerchiamo di prestare molta attenzione a queste richieste e di apportare le correzioni necessarie, perché il feedback e la nostra risposta sono molto importanti.

L’AI nella localizzazione

Usi la traduzione automatica o i modelli linguistici? Dove possono aiutare e dove è meglio farne a meno?

Sì, usiamo servizi AI, ad esempio Claude, Tarjama per l’arabo, e in Weblate ci aiuta OpenAI. Funzionano meglio con chiavi di testo relativamente brevi, per descrivere pulsanti o funzioni, e se la cavano bene anche con la traduzione delle istruzioni. Per le pagine del sito web o gli articoli del blog, invece, le traduzioni fatte con l’AI vanno ancora riviste, perché spesso risultano troppo tecniche e poco “vive”, suonano innaturali e perdono la componente creativa.

Come pensi che cambierà il lavoro del localizzatore nei prossimi anni?

I cambiamenti sono già in corso. I processi si sono velocizzati, e per chi traduce testi scritti le competenze chiave oggi sono trovare rapidamente il termine giusto, sapersi muovere tra i formati e usare con competenza gli strumenti disponibili.

Marija:

In futuro, credo che il traduttore lavorerà sempre più come un revisore: migliorerà, adatterà e renderà più umane le traduzioni che riceve.

Consigli e considerazioni finali

Cosa consiglieresti a un progetto open source che inizia a tradurre il proprio prodotto?

Di riunire fin dall’inizio tutte le aree del progetto su un’unica piattaforma: se sono sparse in repository diversi, ognuno con un accesso separato, è più difficile allineare la terminologia e il lavoro richiede più tempo.

Quale errore di localizzazione vorresti eliminare per sempre?

Ignorare il contesto. Anche per un comando breve bisogna considerare come viene usato e quali sono le voci vicine, ad esempio nello stesso menù, per evitare incoerenze (infinito o imperativo, maiuscole e minuscole).

Cosa ti manca: lingue, persone, strumenti?

Nel sistema di traduzione ci sono molte traduzioni in varie lingue che sono state avviate ma mai portate avanti. Per alcune ci aiutano i partner, per le altre saremmo felici di avere volontari. Unirsi a noi è semplice: basta scriverci, registrare un account su Weblate e iniziare a tradurre in modalità “Suggerisci”.

Come possono i lettori contribuire alle traduzioni di ONLYOFFICE?

Chiunque può contribuire alle traduzioni di ONLYOFFICE, e i contributi degli utenti di ONLYOFFICE sono particolarmente graditi. L’unico requisito è una buona conoscenza dell’inglese e un’ottima padronanza scritta di un’altra lingua. Le traduzioni dell’interfaccia si fanno su ONLYOFFICE Weblate, una piattaforma di traduzione online. Non serve installare nulla: si lavora interamente nel browser. Chi vuole tradurre può scrivere a documentation@onlyoffice.com, registrare un account su Weblate e iniziare.

Conclusione

Quando la localizzazione funziona, è facile non accorgersene: la parola giusta sul pulsante giusto, nella lingua giusta. Questa intervista mostra quanto lavoro ci sia dietro: testi che devono stare in spazi ridotti, variabili che rompono la grammatica, termini che devono restare identici tra editor, articoli del Centro assistenza e store delle app, e una comunità che a volte ne sa più di qualsiasi glossario.

Dalle risposte emergono due tendenze. La prima è il consolidamento: un’unica piattaforma con glossario e memoria di traduzione condivisi, che Weblate ora permette di costruire. La seconda è l’AI, che già verifica la terminologia, scrive istruzioni e aiuta con le lingue che hanno meno contributori, mentre la revisione umana resta indispensabile e il ruolo del traduttore si avvicina sempre più a quello di un revisore.

Glossario rapido