Tłumaczenie techniczne: Praktyczny obieg pracy dla dokładnych dokumentów

Tłumaczenie techniczne przekazuje wyspecjalizowane informacje na inny język, aby czytelnik mógł zrozumieć pojęcie, porównać specyfikację lub poprawnie wykonać zadanie. Obejmuje ono dokumenty takie jak instrukcje obsługi, specyfikacje inżynieryjne, dokumentacja oprogramowania oraz raporty z badań. Znałość słownictwa jest konieczna; równie ważne jest zachowanie relacji pomiędzy instrukcjami, wartościami, diagramami i wersjami.

Dla autora technicznego lub właściciela projektu pierwszą decyzją powinno być co może zmienić błąd w tłumaczeniu, a nie to, które narzędzie generuje najszybszy szkic. Błędnie przetłumaczony akapit przeglądowy i odwrócony warunek roboczy nie powinny trafić do tej samej kolejki recenzji z tym samym priorytetem.

Niniejszy przewodnik przedstawia uniwersalny obieg pracy. W przypadku szczegółowych prac dostosowanych do konkretnego formatu skorzystaj z przewodnika tłumaczenia instrukcji obsługi lub przewodnika tłumaczenia artykułów naukowych. Pobierz macierz kontroli tłumaczeń technicznych, aby zamienić poniższe decyzje w przypisane kontrole.

Sklasyfikuj dokument według zastosowania, a nie tylko tematu

Dokument techniczny może służyć do różnych celów. Inżynier może czytać przetłumaczony raport z badań w celach informacyjnych, skopiować specyfikację do decyzji zakupowej lub wykonać procedurę na działającym sprzęcie. Temat może być identyczny, podczas gdy konsekwencje błędu są zupełnie inne.

Skorzystaj z tej mapy ryzyka podczas definiowania projektu. Jest to ramy planistyczne, a nie schemat certyfikacji.

Nie wyciągaj wniosków o niskim ryzyku na podstawie krótkiego pliku. Jednostronicowa specyfikacja może zawierać więcej istotnych informacji niż długi raport opisowy.

W przypadku materiałów regulowanych lub o krytycznym znaczeniu dla bezpieczeństwa, odpowiedzialny specjalista powinien zdecydować, czy tłumaczenie maszynowe jest w ogóle dozwolone. Dobrze wyglądający szkód nie jest dowodem akceptacji regulacyjnej ani bezpieczeństwa operacyjnego.

Napisz brief akceptacyjny przed zażądaniem tłumaczenia

Zdefiniuj język docelowy, odbiorców, cel, wersję źródłową, format wyjściowy oraz osobę odpowiedzialną za zatwierdzenie. „Przetłumacz na hiszpański” nie rozstrzyga, czy czytelnikiem jest inżynier w Meksyku, konsument w Hiszpanii, czy badacz korzystający z wewnętrznej kopii roboczej.

Wytyczne dotyczące projektów technicznych Amerykańskiego Stowarzyszenia Tłumaczy (American Translators Association) zalecają przygotowanie edytowalnego materiału źródłowego, informacji o odbiorcach i celu, dokumentów referencyjnych oraz czasu na weryfikację. Doradzają również sprawdzenie odpowiedniej specjalizacji tłumacza, zamiast zakładać, że ogólna dwujęzyczność jest wystarczająca.

Twój brief powinien odpowiadać na następujące pytania operacyjne:

• Który plik źródłowy i która wersja są wiążące?
• Jakie załączniki, osadzone rysunki, arkusze kalkulacyjne lub powiązane pliki są uwzględnione?
• Czy wynikiem ma być kopia do czytania, edytowalny dokument roboczy czy artefakt wydania?
• Które liczby, identyfikatorów, etykiety produktów i terminy wymagają kontrolowanej obsługi?
• Kto może rozstrzygnąć niejasności techniczne i kto może zatwierdzić sformułowania w języku docelowym?
• Jaki dowód wykaże zakończenie pracy: zweryfikowany plik, rejestr zgłoszeń, rozwiązane odniesienia czy podpisany protokół wydania?

Ustaw uprawnienia poufności i przesyłania przed udostępnieniem źródła jakiejkolwiek usłudze. Lista kontrolna prywatności tłumaczenia dokumentów oddziela przydatne pytania do dostawcy od nieuzasadnionych założeń dotyczących bezpieczeństwa.

Przygotuj pakiet źródłowy zachowujący kontekst

Poproś o rodowity plik autorski, jeśli jest dostępny, oraz o referencyjny plik PDF pokazujący zamierzoną prezentację. Zachowaj w nim edytowalne etykiety rysunków i powiązane zasoby. Jeśli plik PDF jest jedynym źródłem, odnotuj to ograniczenie, zamiast udawać, że brakującą strukturę autorską zawsze da się odzyskać.

Przed tłumaczeniem odróżnij plik PDF z tekstem możliwym do zaznaczenia od skanu zawierającego sam obraz. OCR dodaje krok rozpoznawania: błędny znak może stać się wiarygodnym tłumaczeniem niewłaściwego źródła. W przypadku tej gałęzi sprawdź jakość rozpoznawania za pomocąprzepływu pracy ze skanovanymi plikami PDF.

Wytłumacz niejednoznaczne sformułowania źródłowe. Rozważ to zmyślone zdanie ze specyfikacji:

Moduł sterujący monitoruje jednostkę napędową. Odłącz go przed inspekcją.

Zaimek sprawia, że obiekt drugiego zdania staje się niejasny. Tłumacz może zapytać, o który komponent chodzi; płynny wynik automatyczny może zamaskować to nierozstrzygnięte pytanie. Właściciel dokumentu powinien nazwać komponent w tekście źródłowym, zanim ktokolwiek zatwierdzi tłumaczenie. Nie pozwól tłumaczowi wymyślać instrukcji obsługi.

Wytyczne Microsoftu dotyczące pisania na potrzeby komunikacji globalnej wspierają jasną budowę zdań, spójną terminologię oraz unikanie wyrażeń trudnych do przetłumaczenia. Zastosuj te zasady, aby usunąć dwuznaczność, a nie po to, aby pozbyć się niezbędnych szczegółów technicznych.

Kontroluj pojęcia oddzielnie od ciągów dosłownych

Zbuduj krótki rejestr terminologii wokół pojęć wpływających na zrozumienie tekstu. Dla każdego wpisu uwzględnij definicję, kontekst źródłowy, zatwierdzony termin docelowy, odrzucone alternatywy oraz osobę odpowiedzialną za decyzję. Goła dwukolumnowa lista słów może sprawić, że tłumacz będzie zgadywał, które znaczenie słowa „bearing”, „terminal” lub „range” ma zastosowanie.

Zachowaj osobną listę ciągów dosłownych: numerów części, nazw poleceń, adresów URL, ścieżek plików oraz etykiet interfejsu, które muszą odpowiadać rzeczywistemu produktowi. Niektóre etykiety powinny zostać zlokalizowane; inne muszą pozostać dokładnie w takiej postaci, w jakiej są wyświetlane. Zarejestruj ten wybór zamiast stosować jedną globalną zasadę „tłumacz wszystko”.

Na przykład polecenie o nazwie reset_cache nie jest tym samym rodzajem elementu co fraza objaśniająca „wyssaj pamięć podręczną” / „wyczyść pamięć podręczną”. Polecenie wymaga sprawdzenia dokładnego dopasowania; fraza wymaga dokładnego, naturalnego tłumaczenia.

Zapisuj nierozstrzygnięte pytania w jednym miejscu, podając lokalizację źródłową oraz odpowiedź, która zmienia dokument. Przepływ pracy zapytań do tłumacza jest przydatny, gdy kilku recenzentów lub języków dzieli tę samą niepewność.

Dopasuj przepływ pracy do dostarczanego materiału

Następujące gałęzie zapobiegają sytuacji, w której ogólny proces tłumaczenia technicznego staje się listą kontrolną wykonywaną wyłącznie manualnie.

Przepływ pracy oparty na narzędziach CAT może być przydatny, gdy zatwierdzone tłumaczenia powtarzają się w kolejnych wersjach; projekt tłumaczenia na poziomie pliku może sprawdzić się w przypadku jednorazowego czytania lub zadania weryfikacyjnego. Żaden z tych wyborów nie zwalnia z konieczności sprawdzenia ostatecznego dokumentu. Porównanie narzędzi CAT z tłumaczeniem maszynowym wyjaśnia, jak wybierać między przepływem pracy kierowanym przez człowieka, automatycznym i hybrydowym.

Przed przetworzeniem całego pakietu użyj reprezentatywnej sekcji, aby sprawdzić, czy wybrany przepływ pracy zapewnia wymagany format. Uwzględnij trudny materiał, a nie tylko łatwą stronę wstępną. Jeśli tabela, diagram lub równanie nie przejdą poprawnie ścieżki do weryfikacji, rozwiąż ten problem przed przeskalowaniem działania.

Przeanalizuj sześć warstw, z których każda ma wyznaczonego właściciela

Traktuj poniższą macierz jako listę kontrolną wydania. Zaznaczenie pozycji nie oznacza, że dokument został jedynie okiem rzucony – wymaga to wskazania lokalizacji źródłowej, docelowej oraz wyniku.

Podczas recenzji należy utrzymywać liczby i jednostki razem. Jako jedną z konkretnych konwencji,Wytyczne NIST dotyczące układu SI umieszcza spację między wartością liczbową a jej symbolem jednostki, w tym stopniami Celsjusza. Wartość źródłowa taka jak 25 °C wymaga czegoś więcej niż tylko sprawdzenia pisowni: liczy się zarówno liczba, symbol, jak i opisywany przez nie warunek. Konwersja jednostek to osobna decyzja redakcyjna; nie należy potajemnie konwertować ani zaokrąglać wartości podczas tłumaczenia.

Aby zapoznać się z kontrolami dostawy specyficznymi dla plików PDF, przejdź do listy kontrolnej QA tłumaczenia plików PDF. Szersze centrum kontroli jakości tłumaczeń obejmuje powiązaną terminologię oraz zadania związane z post-edycją.

Przykład analizy: poprawne słowa, błędna specyfikacja

Załóżmy, že fikcyjny arkusz produktu zawiera te dwa wiersze:

Jeśli docelowa tabela zamienia etykiety modeli miejscami, ale zachowuje każdą liczbę, kontrola obecności liczb przechodzi pomyślnie, podczas gdy dokument przekazuje błędne limity. Te zmyślone wartości ilustrują relację w dokumencie, a nie porady dotyczące obsługi prawdziwego produktu.

W pobieranej macierzy odpowiada to sprawdzeniu NUM-02: porównaj każdy identyfikator modelu, wartość, jednostkę i warunek jako jedną grupową całość. Recenzent dziedzinowy rejestruje korektę; recenzent produkcji ponownie otwiera wyeksportowany plik, aby zweryfikować, czy poprawka nie przemieściła ponownie komórek.

Lekcja wykracza poza tabele: należy sprawdzać powiązania, a nie tylko to, czy poszczególne ciągi znaków nadal istnieją.

Oddzielne role zatwierdzania i kontrola późniejszych wersji

Ekspert dziedzinowy może potwierdzić znaczenie specyfikacji, nie będąc jednocześnie wykwalifikowanym do oceniania niuansów języka docelowego. Recenzent językowy może wskazać błędne tłumaczenie, nie wiedząc, która specyfikacja źródłowa jest wiążąca. Zapewnij obu stronom jasną ścieżkę do właściciela dokumentu; nie pozwól, aby „zatwierdzone przez dział inżynieryjny” zastąpiło wszystkie inne kontrole.

Użyj czterech wyraźnych obowiązków, nawet jeśli jedna osoba zasadniczo pełni więcej niż jedną rolę:

1. Właściciel dokumentu: rozstrzyga pytania źródłowe i zatwierdza zmiany zakresu lub wymagań.
2. Recenzent językowy: porównuje znaczenie źródłowe i docelowe oraz redaguje tekst z myślą o docelowym odbiorcy.
3. Recenzent dziedzinowy: weryfikuje koncepcje techniczne, warunki oraz informacje mające wpływ na podejmowanie decyzji.
4. Właściciel produkcji: weryfikuje wyeksportowany artefakt i pakuje właściwą wersję.

Przeszkodami w wydaniu są nierozwiązana niejednoznaczność techniczna, brak wymaganej treści, błędna wartość lub warunek oraz rysunek lub odsyłacz kierujący czytelnika do niewłaściwego elementu. Preferencje kosmetyczne nie powinny przesłaniać tych błędów.

Po zmianie źródła zidentyfikuj dotknięte sekcje oraz powiązane tabele, diagramy i odsyłacze. Otwórz ponownie ich weryfikację. Nie zakładaj, że wcześniej zatwierdzony akapit pozostaje zatwierdzony po zmianie jego kontekstu operacyjnego. Przechowuj razem wersję źródłową, wersję docelową, decyzje terminologiczne oraz dziennik zamkniętych zgłoszeń.

Gdzie pasuje BookTranslator

BookTranslator obsługuje tłumaczenie całych plików PDF i DOCX. W przypadku dokumentu odpowiedniego do przesłania i wykorzystania jako wersja robocza zacznij od tłumacza PDF lub tłumacza DOCX, a następnie porównaj wynik ze swoją briefem akceptacyjnym i macierzą kontrolną.

Nie traktuj obsługi plików ani automatycznego glosariusza jako dowodu na to, że każde rozróżnienie techniczne, etykieta diagramu lub układ zostały zachowane. Przepływy pracy OCR odbudowują rozpoznaną treść, zamiast gwarantować dokładne odwzorowanie strony. Dokumenty krytyczne pod względem bezpieczeństwa, regulowane lub w inny sposób istotne wymagają specjalistycznego przepływu pracy ustanowionego na początku, a nie zastrzeżenia na ostatnią chwilę po niezweryfikowanym tłumaczeniu.

Użytecznym przekazaniem jest przetłumaczony plik wraz z zapisem tego, co zostało sprawdzone, przez kogo i względem jakiego źródła. To właśnie sprawia, że kolejna rewersja jest łatwa w zarządzaniu.