Kiekvienas, kuris bent kartą tvarkė didesnį vertimo projektą, žino tą jausmą, kai tas pats terminas skirtinguose dokumentuose išverčiamas trimis skirtingais būdais. Vienas vertėjas rašo „vartotojo sąsaja”, kitas – „naudotojo sąsaja”, trečias apskritai palieka angliškai. Ir štai tada supranti, kodėl terminų bazė nėra koks nors biurokratinis kaprizas, o realus įrankis, be kurio darbas tiesiog byra į gabalus.
Šiame įraše norėčiau pasidalinti mintimis apie tai, kaip terminų bazes kurti taip, kad jos realiai padėtų, o ne gulėtų kažkur užmirštos Excel faile su penkiolika stulpelių, kurių niekas nebeatsimena, ką reiškia.
Kodėl apskritai reikia terminų bazės
Pradėkime nuo pagrindų. Terminų bazė – tai struktūruotas sąrašas terminų su jų vertimais, apibrėžimais, konteksto pavyzdžiais ir kartais net nuorodomis, kur tie terminai jau buvo naudoti. Skamba paprastai, bet realybėje tai yra tarsi bendra kalba tarp visų, kas dalyvauja vertimo procese – vertėjų, redaktorių, klientų, o šiais laikais dar ir mašininio vertimo sistemų.
Kai dirbi su automatinio vertimo įrankiais, terminų bazė tampa dar svarbesnė, nei dirbant vien tik su žmonėmis. Mašininio vertimo variklis neturi intuicijos – jis neatspės, kad būtent šiame projekte „release” reiškia „leidimas”, o ne „išleidimas” ar „atlaisvinimas”. Jam reikia aiškios instrukcijos, ir būtent terminų bazė tą instrukciją suteikia.
Be to, nuosekli terminija tiesiogiai veikia teksto suprantamumą. Skaitytojas, matydamas tą patį reiškinį įvardijamą skirtingais žodžiais, pradeda abejoti, ar tai tas pats dalykas, ar kažkas kito. Techninėje dokumentacijoje tokia painiava gali kainuoti ne tik laiką, bet ir pinigus, jei vartotojas dėl neaiškumo padaro klaidą.
Nuo ko pradėti, jei terminų bazės dar nėra
Dažniausia klaida, kurią matau – žmonės bando iškart sukurti tobulą, viską apimančią sistemą. Rezultatas paprastai būna toks, kad projektas užstringa pačioje pradžioje, nes niekas nežino, nuo ko pradėti ir kiek daug informacijos reikia surinkti.
Realybėje geriau pradėti nuo mažo, bet aiškiai apibrėžto rinkinio. Peržiūrėkite jau atliktus vertimus – jei tokių yra – ir išsirinkite terminus, kurie kartojasi dažniausiai arba kelia daugiausiai neaiškumų. Dažnai užtenka pirmiausia surinkti 50-100 svarbiausių sąvokų, kad jau matytųsi apčiuopiama nauda.
Naudinga įsivertinti ir esamus tekstus – jei kompanija ar klientas jau turi svetainę, produktų aprašymus, pagalbos puslapius, iš jų galima ištraukti daug terminų automatiniu būdu. Yra įrankių, kurie leidžia analizuoti tekstą ir išskirti dažniausiai pasikartojančius žodžių junginius – tai puikus atspirties taškas.
Kitas svarbus žingsnis – nustatyti, kas turi teisę tvirtinti terminus. Jei terminų bazę pildo visi, kam šauna į galvą, greitai atsiras dubliavimasis ir prieštaravimai. Geriau, kai yra vienas ar keli atsakingi asmenys, kurie peržiūri siūlomus terminus prieš juos įtraukiant į galutinį sąrašą.
Ką iš tikrųjų reikėtų įtraukti į įrašą
Čia dažnai kyla klausimas – ar užtenka vien tik termino ir jo vertimo, ar reikia dar ko nors. Praktika rodo, kad minimalus rinkinys turėtų apimti bent šiuos elementus:
- Šaltinio terminą tiksliai tokia forma, kokia jis vartojamas originaliame tekste
- Patvirtintą vertimą (arba kelis, jei kontekstas leidžia variantus)
- Trumpą apibrėžimą arba paaiškinimą, ypač jei terminas dviprasmiškas
- Kalbos dalį (daiktavardis, veiksmažodis ir pan.), nes tai padeda mašininio vertimo sistemoms
- Draudžiamus arba nerekomenduojamus vertimo variantus – tai dažnai net svarbiau nei patvirtintas variantas
- Kontekstą arba sakinio pavyzdį, kuriame terminas naudojamas
Pastarasis punktas – draudžiami variantai – dažnai nuvertinamas, bet iš patirties galiu pasakyti, kad tai vienas naudingiausių laukų. Jei žinai, kad terminas „account” šiame projekte niekada neturėtų būti verčiamas kaip „sąskaita” (nes kontekste tai reiškia „paskyra”), tai apsaugo nuo pasikartojančių klaidų geriau nei bet koks kitas nurodymas.
Verta pagalvoti ir apie metaduomenis – kada terminas buvo įtrauktas, kas jį patvirtino, kokiam projektui ar klientui jis priklauso. Kai bazė auga, tokia informacija leidžia greitai suprasti, ar terminas dar aktualus, ar galbūt jau pasenęs.
Terminų bazė ir mašininio vertimo integracija
Dabar pereikime prie to, kas man asmeniškai atrodo įdomiausia – kaip terminų bazė veikia kartu su automatinio vertimo sistemomis. Skirtingai nuo klasikinių vertimo atminčių, kurios saugo ištisus sakinius, terminų bazės dirba su konkrečiomis sąvokomis, ir jos integruojamos į vertimo variklius kiek kitaip.
Daugelis šiuolaikinių automatinio vertimo platformų leidžia įkelti terminų bazę tiesiogiai į vertimo procesą – tai vadinama terminologijos apribojimu arba „terminology constraints”. Praktiškai tai reiškia, kad sistema, versdama tekstą, pastebi terminų bazėje esantį žodį ir pritaiko būtent tą vertimą, kuris nurodytas, o ne renkasi statistiškai labiausiai tikėtiną variantą.
Tai ypač aktualu, kai verčiami techniniai tekstai, produktų aprašymai ar teisiniai dokumentai, kur tikslumas svarbesnis už sklandumą. Neuroninio vertimo sistemos, nors ir labai pažengusios, vis dar linkusios „improvizuoti” – jos gali surasti sinonimą, kuris skamba natūraliai, bet neatitinka jūsų nustatytos terminijos.
Verta paminėti, kad ne visos platformos vienodai gerai palaiko terminų bazių integraciją. Kai kurios leidžia tik „švelnų” nurodymą – sistema atsižvelgia į terminą, bet negarantuoja, kad jis bus panaudotas šimtu procentų atvejų. Kitos platformos siūlo griežtesnį mechanizmą, kuris priverstinai įterpia nurodytą terminą į vertimą. Renkantis įrankį, verta pasidomėti, koks tiksliai mechanizmas naudojamas, nes tai gali reikšmingai paveikti galutinį rezultatą.
Dažniausios klaidos, kurių verta vengti
Per metus matant įvairius projektus, susikaupė nemažas sąrašas pasikartojančių klaidų. Pirmoji ir gal dažniausia – terminų bazės kūrimas be aiškios struktūros. Kai kiekvienas įrašas atrodo kitaip, sistema tampa nebe pagalbininku, o papildoma galvos skausmo priežastimi.
Antra klaida – terminų bazės perkrovimas. Kai kas mano, kad kuo daugiau įrašų, tuo geriau, ir pradeda kimšti į sąrašą absoliučiai kiekvieną žodį, įskaitant tokius bendrinius kaip „duomenys” ar „sistema”, kurie neturi jokio specifinio, konteksto reikalaujančio vertimo. Tai apsunkina paiešką ir sumažina bazės naudingumą.
Trečia – terminų bazės neatnaujinimas. Produktai keičiasi, terminologija evoliucionuoja, o senos, nebeaktualios sąvokos ir toliau kabo sąraše, klaidindamos naujus vertėjus. Rekomenduočiau bent kartą per ketvirtį peržiūrėti bazę ir pašalinti arba pažymėti pasenusius įrašus.
Ketvirta – kelių terminų bazių egzistavimas skirtinguose skyriuose ar komandose be jokio suderinimo. Tai gal viena pavojingiausių situacijų, nes atrodo, kad viskas tvarkoje – kiekviena komanda turi savo sąrašą – bet realybėje skirtingi skyriai naudoja skirtingus terminus tam pačiam produktui, ir galutinis vartotojas mato nenuoseklumą.
Praktiniai patarimai kasdieniam darbui
Jei jau esate nusprendę imtis terminų bazės tvarkymo rimtai, štai keletas dalykų, kurie iš tikrųjų padeda praktikoje. Pirma, naudokite standartizuotą formatą, pavyzdžiui TBX (TermBase eXchange) – tai leidžia lengvai perkelti terminų bazę tarp skirtingų įrankių ir platformų, jei kada nors teks keisti vertimo sistemą.
Antra, integruokite terminų tikrinimą į kokybės kontrolės procesą. Yra įrankių, kurie automatiškai patikrina, ar išverstame tekste naudojami patvirtinti terminai, ir praneša, jei aptinka nukrypimus. Tai leidžia sugauti klaidas dar prieš tekstą pristatant klientui.
Trečia, nebijokite deleguoti termino siūlymo, bet centralizuokite jo tvirtinimą. Tegul bet kuris vertėjas gali pasiūlyti naują terminą, bet galutinį sprendimą priima paskirtas asmuo arba nedidelė grupė. Taip išlaikoma tvarka, bet neprarandama vertėjų patirtis ir žinios.
Ketvirta, jei dirbate su keliomis kalbomis, kurkite daugiakalbę terminų bazę nuo pat pradžių, o ne atskirus sąrašus kiekvienai kalbai. Tai leidžia iškart matyti, ar terminas jau turi patvirtintą vertimą kitomis kalbomis, ir palengvina naujų kalbų pridėjimą ateityje.
Penkta, nepamirškite apie kontekstinius pavyzdžius. Vien tik žodžio ir jo vertimo nepakanka, jei terminas gali turėti kelias reikšmes priklausomai nuo situacijos. Trumpas sakinys, parodantis, kaip terminas vartojamas realiame tekste, sutaupo daug laiko ir sumažina nesusipratimų tikimybę.
Vietoj griežtos pabaigos – keletas minčių pamąstymui
Jei turėčiau apibendrinti visą šį pokalbį vienu sakiniu, sakyčiau taip: terminų bazė yra ne kartą sukurtas ir pamirštas dokumentas, o gyvas organizmas, kuris auga ir keičiasi kartu su jūsų projektais. Kuo anksčiau tai suprasite, tuo mažiau nervų sugaišite ateityje, kai teks derinti dešimtis vertimų skirtingoms rinkoms.
Automatinio vertimo era terminų bazes iškėlė į visai naują lygį – jos nebe tik palengvina žmonių darbą, bet ir tiesiogiai formuoja, ką „pagalvos” mašininio vertimo variklis. Todėl investicija į tvarkingą, atnaujinamą terminų sąrašą atsiperka ne tik greičiu, bet ir teksto nuoseklumu, kurio pasiekti kitaip būtų labai sunku.
Pabaigai norėčiau paraginti nebijoti pradėti nuo mažo. Nereikia iškart kurti tobulos sistemos su šimtais laukų ir sudėtinga hierarchija. Užtenka pradėti nuo dešimties svarbiausių terminų, kuriuos naudojate kiekvieną dieną, ir palaipsniui plėsti sąrašą, stebint, kas realiai padeda, o kas tik apsunkina darbą. Terminų bazė, kaip ir bet kuris kitas įrankis, tampa vertinga tik tada, kai ja iš tiesų naudojamasi – ne tada, kai ji tiesiog egzistuoja kažkur serveryje.
