Coordinamento di progetti di traduzione multilingue
Mi è stato chiesto di tenere tre presentazioni oggi e domani, e credo che il miglior contributo che io possa offrire sia condividere l’esperienza pratica presso gli Archivi Berzin su come affrontare l'organizzazione di progetti multilingue, terminologia e collaborazione tra traduttori. Forse la nostra esperienza può suggerire metodi organizzativi applicabili a questo progetto più ampio che stiamo portando avanti qui. Inoltre, non conosco bene il materiale disponibile in polacco, portoghese e altre lingue, quindi non posso fornire informazioni a riguardo, per non parlare di arabo o urdu. Il nostro progetto online potrebbe forse offrire un modello, dato che ritengo che il mezzo più appropriato per il progetto Tengyur sia online, ma integrato anche da versioni cartacee.
Oggi vorrei parlare della gestione delle traduzioni multilingue e di come coordinarle. Attualmente lavoriamo attivamente con dieci lingue. Nove di queste sono già online: inglese, tedesco, francese, spagnolo, portoghese, russo, polacco, arabo e urdu. Speriamo di poter rendere disponibile online anche la decima lingua, il cinese, entro quest'anno.
Ora, come possiamo coordinarci e cercare di mettere ordine in questo possibile caos derivante dalla gestione di tutte queste lingue? Innanzitutto, abbiamo delle linee guida comuni a tutte, ovvero un formato standard che permette di integrare tutto in un unico sistema online, automatizzando in modo significativo il caricamento e la formattazione. Inoltre, abbiamo un elenco di priorità per le nuove sezioni linguistiche, indicando cosa può essere fatto al primo turno, al secondo turno e così via. Naturalmente, nel caso del progetto Diciassette pandita, tale elenco di priorità dipenderà da ciò che è già stato tradotto in queste lingue, dalla sua valutazione e, soprattutto, dalla disponibilità dei diritti d'autore; in tal caso, potremmo non essere in grado di utilizzarli. Ovviamente, come ha sottolineato Luis Gomez, in alcune lingue, determinate cose potrebbero avere una priorità maggiore rispetto ad altre.
Ogni sezione linguistica ha un responsabile, un caporedattore e un gruppo di redattori, un gruppo di traduttori e revisori di bozze. Per gestire tutto ciò, abbiamo uno strumento di database a menu che elenca tutti gli elementi del sito web con i relativi numeri di priorità. Nel nostro caso, per il progetto Tengyur, avremmo bisogno di un database per ogni materiale che dobbiamo tradurre. In ogni sezione linguistica, abbiamo dei campi all'interno di questo database che indicano lo stato del lavoro: un campo per la traduzione, per la revisione, per la correzione di bozze e per la pubblicazione online. Ognuno di questi campi ha delle opzioni che possono essere compilate in un riquadro (scelte). Si tratta di cosa deve essere fatto, cosa è stato inviato per la traduzione o la revisione e a chi, la data di invio e la data di restituzione. Questo è molto utile perché ci permette di filtrare per assegnare nuovi compiti quando un determinato collaboratore ha terminato e poi filtrare per vedere cosa è ancora disponibile nella sua area.
Credo che per il nostro progetto sia necessario aggiungere un campo che indichi la lingua di partenza del traduttore: se si tratta di tibetano, sanscrito o entrambe. In alternativa, se non riusciamo a trovare traduttori qualificati in tutte queste lingue, dovremo individuare chi può occuparsi delle fonti originali. Potrebbero dover tradurre da altre lingue – inglese, russo o altro – e in tal caso dovranno indicare la lingua di partenza. Per fare un esempio: se il traduttore lavora solo dal tibetano, dato che molti di noi hanno riscontrato difficoltà nel rendere tutti i diversi tempi verbali del sanscrito, e a volte si confondono i casi ablativo e dativo, ecc., sarà necessario consultare un esperto di sanscrito, se disponibile, per correggere i tempi verbali e rendere la traduzione più fedele all'originale.
Abbiamo un responsabile per ogni sezione linguistica – di solito il caporedattore, anche se potrebbe essere qualcun altro – che assegna i compiti e tiene traccia di tutti i dati nello strumento di gestione online, che conserviamo su un'unità di rete accessibile solo ai responsabili di sezione linguistica. Abbiamo anche un database del personale, che ritengo importante, con le informazioni relative alle qualifiche di ciascun dipendente, alle mansioni che può svolgere, alla sua disponibilità di tempo e così via. Inoltre, su un'unità di rete, conserviamo le versioni attuali e precedenti di ogni lavoro in ogni fase della sua realizzazione, per motivi di sicurezza; queste sono ovviamente ordinate in base al fatto che si tratti di una bozza di traduzione, di una versione revisionata, di una versione corretta, ecc.
Quando i contenuti sono pronti per essere pubblicati online, passano al nostro team tecnico. Abbiamo persone che si occupano del caricamento e della formattazione. Grazie a un formato standard, possiamo automatizzare gran parte del processo, semplificandolo notevolmente. Attualmente due persone si occupano di questo aspetto ed entrambe conoscono diverse lingue, il che è fondamentale perché non hanno timore di affrontare le difficoltà linguistiche. Inoltre, quando si presentano modifiche e correzioni (come errori di ortografia, inevitabili in questi casi), possono individuarle facilmente con strumenti di ricerca e correggere desinenze e altri errori senza problemi.
Inoltre, una pratica che raccomando vivamente anche per questo progetto è quella di far sì che il responsabile di ciascuna sezione linguistica rediga un rapporto settimanale sui progressi compiuti. Il responsabile del progetto (io) raccoglie tutte le informazioni e le pubblica online ogni settimana. Questo serve soprattutto a mantenere soddisfatti i donatori e i mecenati, dimostrando che stiamo effettivamente lavorando ogni settimana; è una pratica che consiglio caldamente.
Inoltre, online abbiamo la possibilità di consultare altre versioni linguistiche dello stesso articolo, e questo è davvero utile per molti dei nostri lettori. Ad esempio, se leggiamo in polacco potremmo avere una maggiore familiarità con il Dharma leggendo in inglese. Pur apprezzando la versione polacca, potremmo voler consultare anche la versione inglese per vedere cosa è stato fatto lì o, ad esempio, in spagnolo e portoghese; i lettori portoghesi, infatti, consultano molto spesso anche la versione spagnola.
Queste sono alcune delle nostre esperienze. Sebbene, come ho detto, mi sia stato chiesto di fare tre presentazioni, ciò che voglio presentare non si adatta perfettamente a ciascuna di esse; ci sarà una leggera sovrapposizione, ma questa è la prima parte.
Grazie.
L'importanza degli strumenti di glossario
Vorrei proseguire quanto iniziato ieri condividendo alcuni consigli pratici tratti dal lavoro multilingue che stiamo svolgendo con gli Archivi Berzin, ove utilizziamo una terminologia standardizzata in ciascuna sezione linguistica, basata sul mio inglese A volte per alcuni termini utilizziamo due o tre varianti: il motivo principale è quello di agevolare la ricerca da parte degli altri e dei lettori, in modo che tutto il contenuto del sito web sia indicizzabile, sia tramite i nostri motori di ricerca interni che su Google, permettendo loro di trovare facilmente ciò che cercano. Non possiamo certo aspettarci di raggiungere la stessa standardizzazione in tutte le sezioni linguistiche del progetto Tengyur. Tuttavia, estrapolando da questo, credo che sarebbe estremamente utile se ogni traduttore fosse coerente nella terminologia utilizzata in tutti i suoi lavori e si limitasse a due o tre varianti al massimo per ogni termine.
La questione è come mettere ordine in questo potenziale caos per il lettore, data la grande varietà di termini. Il modo in cui abbiamo affrontato questo problema, per organizzare e gestire – oserei dire un modo – è attraverso i nostri strumenti di glossario, creati sia per il nostro lavoro di traduttori, sia per quello dei lettori. Questi strumenti sono presenti in ciascuna delle nostre sezioni linguistiche. Ognuna di esse dispone di tre glossari: uno per i termini tecnici, uno per i titoli dei testi e uno per i nomi propri, con la relativa ortografia. Tutto ciò è disponibile sulla nostra rete interna. Per il progetto Tengyur, ritengo fondamentale che – almeno per quanto riguarda i nomi di persone, luoghi e così via – all'interno di ciascuna sezione linguistica vi sia una standardizzazione. Altrimenti, di nuovo, è impossibile cercare la corretta ortografia dei nomi, poiché varia notevolmente da lingua a lingua. Inoltre, ogni traduttore, ovviamente, utilizzerà la propria terminologia e il proprio metodo di traduzione dei titoli dei testi. Per questo motivo, se il testo che stanno traducendo cita un testo che è stato tradotto da un altro traduttore allora, sempre per motivi di reperibilità, ritengo che debbano utilizzare la traduzione di quel titolo presente nel nostro corpus fornita dall'altro traduttore.
Ora, per quanto ci riguarda, una volta che abbiamo i termini di base nel nostro strumento di glossario, inseriti dal caporedattore per una sezione con il tibetano, il sanscrito e l'inglese, se poi un'altra lingua – diciamo il tedesco – ha termini aggiuntivi che risultano problematici da tradurre nella loro lingua, i traduttori di quella sezione compilano un file Excel con questi termini e lo inviano periodicamente al responsabile del glossario, che può importarli automaticamente nello strumento senza problemi. I traduttori stessi hanno solo accesso in lettura allo strumento. Proprio come abbiamo un mega-glossario per tutte le lingue, in cui ogni lingua ha una sezione, penso che per il progetto Tengyur potremmo avere ogni lingua all'interno di questa struttura con una sottosezione per ogni traduttore. Ogni traduttore compila il proprio file Excel di termini – con il sanscrito, il tibetano e la propria lingua – e lo importa periodicamente nello strumento. Abbiamo anche importato il glossario di Jeffrey Hopkins in modo da avere anche i suoi equivalenti per tutti i nostri termini.
Per noi, all'interno degli strumenti, ogni termine ha un titolo di pagina o di testo, e così via, organizzato in base all'inglese – ma può anche essere organizzato in base a qualsiasi altra lingua come lingua principale – e poi a lato, mostra la traduzione equivalente, in una barra, per tutte le altre lingue, e anche la terminologia di Jeffrey Hopkins, poiché a volte aiuta a comprendere i termini. Per il progetto Tengyur, all'interno di ogni lingua, ogni termine potrebbe essere organizzato in base a qualsiasi traduttore come ordinamento principale e poi, nella barra laterale, le traduzioni equivalenti degli altri membri del team in modo da poterle correlare e vedere cosa hanno fatto. Inoltre, ci sono collegamenti per verificare i termini in altre lingue, poiché questo è molto utile – ad esempio tra spagnolo e portoghese.
Nel glossario sono presenti anche le definizioni in inglese, e un traduttore per ogni sezione linguistica ha il compito di tradurre queste definizioni nella lingua della propria sezione. Naturalmente, diversi termini hanno diverse definizioni. Penso che avremo bisogno di qualcosa di simile anche nel glossario del Tengyur. Inoltre, in questa sezione, indichiamo se il termine deve essere inserito nei glossari online o se è destinato solo all'uso interno dei traduttori. Ad esempio, come gestiamo termini come parama, uttama, shri e simili, che sarebbe utile uniformare ma che non sono di grande utilità per il lettore?
Abbiamo anche la possibilità di modificare la traduzione di un termine. In tal caso, compare una casella che indica se le modifiche sono state integrate in tutti i contenuti del sito web. Solo il caporedattore ha accesso per apportare queste modifiche al glossario, al fine di evitare che più persone tentino di modificarlo contemporaneamente. Il glossario viene sempre bloccato se qualcuno sta tentando di modificarlo, in modo che le modifiche vengano salvate in modo completo.
Organizzando la nostra terminologia in questo modo, ora è possibile importare automaticamente le funzionalità del glossario nel sito web tramite questo strumento, a vantaggio dei lettori. Credo che questa debba essere la nostra priorità. Non si tratta tanto di un vantaggio per noi traduttori, quanto per i lettori. Ciò che produciamo deve essere fruibile e facilmente ricercabile.
Il problema principale che i lettori si trovano ad affrontare oggi è quello di correlare ciò che leggono in un testo tradotto da un traduttore con ciò che leggono in un altro testo tradotto da un altro, soprattutto se non conoscono il tibetano e il sanscrito. Il nostro sistema genera automaticamente glossari online con, ad esempio, inglese, sanscrito, tibetano e le relative definizioni, oppure, se il termine si trova in una sezione in un'altra lingua, ad esempio il tedesco, insieme alla definizione in inglese, sanscrito, tibetano e tedesco. Genera inoltre automaticamente finestre pop-up che compaiono quando si posiziona il cursore su un termine tecnico in qualsiasi testo o documento. La finestra pop-up mostra la definizione e anche l'equivalente nella terminologia di Jeffrey Hopkins, in modo che chi ha familiarità con quest'ultima possa correlare il termine con quanto letto altrove. In futuro, rimuoveremo il tibetano e il sanscrito dal testo, dove attualmente sono presenti tra parentesi, e li aggiungeremo anche alla finestra pop-up, in modo che non appesantiscano il testo. Per il progetto Tengyur, consiglierei di fare lo stesso con le finestre pop-up, ma selezionando con cura il numero di varianti da includere, in modo da non sovraccaricare il lettore con troppe informazioni e scoraggiarlo. Se un termine ha diverse definizioni, quando inseriamo il materiale, potremmo contrassegnare nello strumento del glossario quale definizione è applicabile a ciascun testo, in modo che venga visualizzata solo quella definizione.
Per riferimento generale e a scopo di studio, ritengo importante sviluppare uno strumento utilizzabile per questo progetto, che sarebbe una modifica degli strumenti di traduzione di Google, ma alimentato dal glossario. Avremmo due campi, uno con i termini della traduzione di partenza e uno con i termini della traduzione di arrivo, con un pop-up che indica quali termini sono disponibili. Potremmo inserire un termine di un traduttore nel campo di partenza e ottenere l'equivalente nel campo di arrivo nella terminologia di un altro traduttore.
Inoltre, ritengo utile sviluppare un'opzione per passare da una terminologia presente in un testo a un sistema terminologico più familiare al lettore. Ciò richiederebbe una programmazione piuttosto complessa nel caso di lingue con flessione di caso e genere, in modo che aggettivi, sostantivi e verbi nell'intera frase siano coerenti con il cambio di termine. Sarebbe inoltre utile avere un'opzione, come quella presente nei nostri testi online, per passare a una versione in un'altra lingua dello stesso testo, in modo che i lettori multilingue possano migliorare la loro comprensione. Ad esempio, spagnolo e portoghese, oppure la propria lingua madre e la versione inglese.
Infine – ultimo punto – credo sia importante sviluppare un motore di ricerca per l'intero corpus, in modo da poter inserire un termine e indicare chi lo ha tradotto. Il motore di ricerca effettuerebbe quindi una ricerca basandosi sul termine sanscrito e tibetano di origine che viene tradotto, fornendo tutti i riferimenti al termine in tutte le varianti di traduzione e evidenziandolo nei passaggi in modo da poterlo riconoscere.
Penso che, adottando alcuni dei metodi che abbiamo sviluppato, il lettore potrebbe trovarsi di grande aiuto nell'affrontare l'inevitabile varietà di termini di traduzione che verranno utilizzati nel progetto.
Collaborare tramite un Wiki
Vorrei proseguire la mia presentazione degli strumenti che abbiamo sviluppato con gli Archivi Berzin, in particolare in questo contesto: come facilitiamo la collaborazione tra i nostri team e anche all'interno di ciascun team. Abbiamo creato un wiki interno, uno strumento simile a Wikipedia, sul nostro disco di rete. È destinato al team tecnico, al team audio e ai team di traduzione.
Per il team tecnico, ad esempio, si tratta semplicemente di organizzazione: come mettiamo insieme un progetto come questo. Contiene istruzioni complete su come formattare e caricare gli articoli nel sistema, in modo che i nuovi arrivati possano essere formati. Include la documentazione completa delle varie funzioni e degli strumenti sviluppati dai nostri brillantissimi team tedeschi e russi, così da poter gestire l'aspetto tecnico. Contiene anche istruzioni complete su come modificare il wiki e un manuale di istruzioni completo per l'utilizzo di tutti i nostri strumenti di menu e glossario.
Per i team audio, qui trovate le istruzioni su come modificare i file audio, come creare versioni in inglese puro a partire dalle nostre versioni audio bilingue, come trascrivere file audio monolingue e bilingue e come accedere agli strumenti necessari. L'obiettivo è che tutti i collaboratori del progetto abbiano accesso alle informazioni e che il materiale sia organizzato in modo da non dover arrangiarsi da soli.
Per i team di traduzione, abbiamo una sezione generale – tra l'altro, tutti coloro che lavorano al progetto hanno accesso a questa wiki – abbiamo una sezione generale che riguarda tutte le sezioni linguistiche e poi le sezioni per ogni lingua. Ciò che è comune a tutti è il formato generale per tutti i documenti e i materiali che verranno inviati per il progetto.
Poi, una funzionalità – che credo sarebbe davvero molto utile – riguarda le domande su testi specifici. Ogni volta che i traduttori hanno domande su un testo del mio archivio, creiamo una cartella apposita nel wiki. Loro pongono domande e io rispondo. Chiedono informazioni sul significato di un testo – cosa significa, e così via – e io pubblico la domanda e la mia risposta in questa sezione del wiki, nella cartella dedicata a quel testo. Spesso un traduttore pone anche 20 o 30 domande su un testo. Avendo queste domande nel wiki, quando i traduttori di un'altra sezione linguistica si trovano a tradurre lo stesso testo, possono verificare se le loro domande sono già state poste e a cui è già stata data risposta qui, e possono anche controllare la propria comprensione. Nel caso del progetto Tengyur, potremmo pubblicare una domanda su un testo e i traduttori potrebbero essere avvisati via e-mail, come avviene nel forum di Lotsawa, oppure si potrebbe implementare direttamente dal forum di Lotsawa, e poi le domande e le risposte potrebbero essere pubblicate qui per essere utilizzate nelle traduzioni dello stesso testo in altre lingue, come facciamo già.
Non l'abbiamo ancora implementato, ma quello che vorremmo fare è permettere agli editor della sezione linguistica che pongono la domanda di segnalare, tramite lo strumento del menu, che il testo ha domande e risposte nel wiki. In questo modo, quando il testo viene assegnato a un'altra sezione linguistica, il traduttore e l'editor possono essere avvisati in anticipo della presenza nel wiki di materiale relativo a quel testo, in particolare ai passaggi problematici.
Un'altra caratteristica di questo strumento comune è che alcune lingue, come il tedesco e il russo, sono allergiche ai riferimenti vaghi: questo e quello. Anche se non specifichiamo a cosa si riferisce questo o quello, abbiamo comunque bisogno di un genere per questo e quello. Per il genere sanscrito di questo e quello, i riferimenti non sono sempre ovvi, e il tibetano non è di alcun aiuto in questo senso. Se le persone pongono domande anche su questo – nello stesso modo in cui pongono domande generali su un testo – allora questi aspetti possono essere chiariti e poi utilizzati da chi lavora su questo testo in un'altra lingua. Se le domande e le risposte sono in una lingua che le persone non conoscono, possono sempre utilizzare strumenti di traduzione, come Google e Babylon, per ottenere una traduzione approssimativa delle domande e delle risposte.
Inoltre, alcune lingue hanno difficoltà a esprimere le strutture verbali intransitive per certi verbi, ovvero verbi che possono essere usati solo al transitivo e richiedono un oggetto. Questo è particolarmente vero, ad esempio, in russo e cinese, dove abbiamo diversi verbi che possono essere usati per un singolo verbo inglese o per alcuni verbi sanscriti. A seconda dell'oggetto, si usa un verbo diverso. Anche questo tipo di domande potrebbe essere affrontato e le relative informazioni inserite in wiki.
Poi, per quanto riguarda le lingue specifiche, uno dei problemi principali è come traslitterare i nomi sanscriti e tibetani, ad esempio "bodhisattva". Beh, la 'd' aspirata... in arabo non usiamo lettere aspirate, e in urdu aggiungiamo una "ha". In tamil non abbiamo una 'd' e una 't' separate, né versioni aspirate di queste; abbiamo solo una lettera per tutte e quattro queste cose. Quindi, tutti questi problemi sono stati affrontati. Ho sviluppato un metodo per traslitterare i nomi cinesi, tibetani e sanscriti in arabo e urdu, dato che non esistevano sistemi simili. Lo abbiamo implementato affinché chi lavora in quel settore possa utilizzarlo in modo coerente.
Inoltre, esistono stili di traduzione generali che possono essere trattati in questo modo, come in wiki. Ad esempio, alcune lingue non hanno tutti i tempi verbali dell'inglese e certamente non hanno tutti i tempi verbali del sanscrito. Il tibetano ne è un buon esempio, o il cinese un esempio ancora più lampante, quindi abbiamo uno spazio per discutere di come gestire le distinzioni dei diversi tempi verbali nella vostra lingua. Infine, attraverso una discussione che può svolgersi su wiki in modo che tutti possano leggerlo, potremmo arrivare a una linea guida basata su un accordo generale o a diverse opzioni da utilizzare in caso di mancato consenso.
Oppure come possiamo scomporre frasi complesse come yat-tat, che in alcune lingue come l'urdu, ad esempio, non riusciamo proprio a riprodurre. Il sanscrito ama ripetere le parole in forme poetiche. Il tibetano lo accetta ma in alcune lingue, come il russo, è considerato uno stile pessimo. I nostri traduttori russi si lamentano sempre di questo aspetto nei versi e vorrebbero correggerlo. Come possiamo quindi affrontare la questione? Possiamo discuterne.
C'è anche il grande problema della lingua classica rispetto a quella colloquiale: per quanto riguarda lo stile, la grammatica e la terminologia. Questo è particolarmente rilevante per il cinese e il giapponese. Quanto cinese classico inseriremo nella nostra traduzione? Non stiamo parlando solo di termini tecnici ma di piccole parole come "e" o l'indicatore del genitivo. Questo tipo di cose può essere trattato in modo classico o colloquiale. Un altro problema che può essere risolto qui o discusso in questo sistema wiki è quanto sanscrito lasciare o come trattare la poesia in termini di metro. Ci sono suggerimenti su come potreste affrontare questo aspetto nella vostra lingua, per gestire il metro dello shloka? Questo può anche essere un luogo molto utile per discutere di questioni terminologiche che non rientrano in un singolo termine del glossario. Ad esempio, come gestire termini come sems, shes-pa, rig-pa, rnam-shes, gtso-sems, sems-byung, ecc.? Perché alcune lingue potrebbero avere molti più termini utilizzabili mentre altre, come lo spagnolo non averne così tanti. Anche in questo caso, si tratta di aspetti che possono essere discussi e poi utilizzati dai traduttori interni.
Inoltre, il sito web multilingue stesso – con le sue numerose versioni diverse del testo – può essere utilizzato come strumento di collaborazione. Infatti, grazie ai collegamenti tra le diverse versioni linguistiche degli stessi testi, se un testo contiene citazioni dal sutra o da altre fonti e la sua interpretazione è già stata verificata in una lingua, chi si occupa di altre lingue non dovrà ripetere la ricerca, ma potrà semplicemente trovarla. Questo può anche essere d'aiuto nella gestione delle problematiche di traduzione. Ad esempio, i traduttori della sezione portoghese del mio sito web consultano sempre la versione spagnola per ottenere suggerimenti e spunti per i casi più complessi.
In questo modo, credo che ci siano molti modi in cui possiamo utilizzare gli strumenti elettronici per facilitare la cooperazione tra coloro coinvolti nel progetto.
Grazie.