Không nên dịch gì: Xây dựng Danh sách Không dịch Trước Khi Bắt đầu

Bảo lưu các chuỗi mà danh tính chính xác của chúng làm cho thứ gì đó hoạt động: số kiểu máy, đích URL, biến hoặc nhãn được in trên một điều khiển không được dịch. Quyết định tên, thương hiệu, tiêu đề và thuật ngữ chuyên môn theo ngữ cảnh và thị trường mục tiêu. Dịch các phần giải thích giúp người đọc sử dụng những thứ đó.

Điều đó hữu ích hơn quy tắc “không bao giờ dịch danh từ riêng”. Tên thương hiệu địa phương chính thức có thể là sự lựa chọn phù hợp; một từ trông có vẻ bình thường như HOME có thể cần phải giữ nguyên vì nó được khắc trên một thiết bị.

Một danh sách không dịch, hoặc danh sách DNT, ghi lại những ngoại lệ này trước khi công việc bắt đầu. Phần quan trọng không chỉ là chuỗi được bảo vệ. Đó là quy tắc áp dụng ở đâu, tại sao nó áp dụng và cách bạn sẽ kiểm tra tệp đã giao.

Tải xuống bảng tính DNT với các ví dụ đã thực hiện. Các ví dụ là tài liệu đào tạo hư cấu, không phải tài liệu của khách hàng hoặc kết quả dịch thuật được đo lường. Hãy thay thế chúng bằng các quyết định cho tệp nguồn của riêng bạn.

Đưa ra ba quyết định, không phải một danh sách loại trừ dài

Đối với mỗi ứng cử viên, hãy đặt các câu hỏi này theo thứ tự:

1. Việc thay đổi các ký tự có làm hỏng khả năng nhận dạng hoặc chức năng không? Giữ nguyên chuỗi chính xác trong ngữ cảnh đó. Các ví dụ bao gồm LD-204, mã định danh trích dẫn và biến max_retries.
2. Có dạng ngôn ngữ mục tiêu hoặc dạng cụ thể theo thị trường mà người đọc nên sử dụng không? Kiểm tra cơ quan có thẩm quyền thích hợp, sau đó ghi lại quyết định bản địa hóa một cách có chủ đích. Đừng để mỗi dịch giả tự ứng biến.
3. Đó có phải là ngôn ngữ nhằm giải thích điều gì đó cho người đọc không? Dịch nó, sử dụng thuật ngữ thuật ngữ đã được phê duyệt khi cần thiết.

“Bảo lưu” không phải là một đặc tính vĩnh viễn của một từ. Đó là một quy tắc cho một mục đích sử dụng cụ thể. Trong sách hướng dẫn phần mềm, lệnh print được giữ nguyên; chỉ thị “print the report” cần phải được dịch.

Đối với lựa chọn chi tiết giữa việc giữ nguyên, chuyển tự hoặc phỏng theo tên, hãy sử dụng hướng dẫn quyết định tên người và tên địa điểm. Bảng tính DNT phải ghi lại quyết định kết quả chứ không thay thế cho nghiên cứu đó.

Tách biệt danh sách DNT khỏi bảng thuật ngữ và hướng dẫn phong cách

Các tài sản này trả lời các câu hỏi khác nhau, ngay cả khi chúng nằm trong cùng một sổ làm việc.

Đừng đưa một thuật ngữ kỹ thuật khó vào danh sách không dịch (DNT) chỉ vì chưa ai giải quyết được. Hãy đánh dấu nó là câu hỏi thuật ngữ. Đừng dán nhãn một tổ chức không quen thuộc là "không thể dịch" khi người đọc cần được giải thích.

Đối với các quyết định về thuật ngữ thay vì các trường hợp loại trừ, xây dựng một bảng chú giải thuật ngữ dịch. Giữ các quyết định chưa được giải quyết khỏi bàn giao đã phê duyệt cho đến khi có người trả lời chúng.

Cung cấp cho mỗi mục loại trừ một phạm vi và một bài kiểm tra chấp nhận

Một mục DNT yếu cho biết Home — do not translate. Điều đó có thể làm đóng băng toàn bộ khái niệm điều hướng, tài liệu tham khảo gia đình và nhãn phần cứng cùng một lúc.

Một mục có thể sử dụng cho biết:

• Nguồn chính xác: HOME
• Phạm vi: các tham chiếu đến nút vật lý trong hướng dẫn bắt đầu nhanh LeafDeck
• Mục tiêu bắt buộc: HOME, với cùng kiểu viết hoa
• Lý do: bản thân nút bấm không được bản địa hóa trong phiên bản hư cấu này
• Quy tắc khớp: toàn bộ nhãn, phân biệt chữ hoa chữ thường; không phải danh từ thông thường “home”
• Người phụ trách: người chịu trách nhiệm về tài liệu thiết bị
• Kiểm tra: so sánh mọi tham chiếu nút với nhãn đã được phê duyệt và hình ảnh thiết bị

Bản tải xuống cũng bao gồm các cột cho vị trí nguồn, ngôn ngữ đích, trạng thái quyết định, bằng chứng và ghi chú đánh giá. Trước khi gửi cho bất kỳ ai, hãy lọc bỏ các hàng demo và các quyết định chưa được giải quyết. Đóng băng một phiên bản cùng với tài liệu nguồn.

Sử dụng khớp chính xác cho mã và định danh. Sử dụng đánh giá theo ngữ cảnh cho các từ có thể xuất hiện vừa là nhãn được bảo vệ vừa là ngôn ngữ thông thường. Quy tắc chuỗi con cho CAT, chẳng hạn, không nên đóng băng một phần của “category.”

Áp dụng quy tắc khác nhau cho sách, tệp PDF và tệp Word

Sách: bảo lưu tài liệu tham khảo mà không đóng băng phần văn xuôi

Trong một ví dụ xuất bản có minh họa, bản thảo thảo luận về một cuốn sách hư cấu có tựa đề The Glass Orchard. Tiêu đề trong phần tài liệu tham khảo của nó xác định một phiên bản nguồn cụ thể. Tiêu đề chương mới “Walking through the glass orchard” là một câu có chức năng khác.

Ghi lại cách xử lý tiêu đề được trích dẫn và phiên bản mà nó xác định. Dịch tiêu đề chương. Nếu phiên bản đích sử dụng tiêu đề đã dịch cho tác phẩm được trích dẫn, hãy ghi lại lựa chọn đó và giữ cho phần trích dẫn có thể truy nguyên. Không thay thế mọi sự xuất hiện của cụm từ chỉ vì một mục tài liệu tham khảo được bảo vệ.

Một trích dẫn cũng cần có chính sách rõ ràng: ngôn ngữ gốc, bản dịch đã xuất bản, bản dịch của riêng bạn có ghi nguồn, hoặc cả hai. Dấu ngoặc kép không có nghĩa là “để nguyên toàn bộ đoạn văn này không dịch.”

PDF: phân biệt các nhãn hiển thị với dữ liệu kỹ thuật

Hãy tưởng tượng một bảng thông số kỹ thuật PDF chứa mô hình LD-204, tiêu đề “Input voltage,” và giá trị 24 V.

Mô hình vẫn được giữ nguyên chính xác. Tiêu đề được dịch. Điện áp phải giữ nguyên ý nghĩa của nó; đây không phải là cụm từ để viết lại một cách sáng tạo. Nếu một dự án cho phép chuyển đổi đơn vị hoặc trình bày số hóa theo địa phương, hãy ghi lại phép biến đổi đó và kiểm tra độc lập. Danh sách DNT không thể thay thế cho việc kiểm tra chất lượng số liệu (QA).

Đối với tệp PDF được quét, hãy kiểm tra văn bản đã khôi phục trước khi kiểm tra việc bảo lưu. Nếu OCR đọc LD-204 thành LD-2O4, việc giữ nguyên chuỗi đã trích xuất sẽ bảo tồn cả lỗi. Hãy so sánh các định danh với hình ảnh nguồn, không chỉ với văn bản OCR.

DOCX: bảo vệ các trường và đích đến, không phải mọi kết quả hiển thị

Trong một tài liệu hướng dẫn bằng Word, đích đến của siêu liên kết và nhãn hiển thị của nó có các chức năng khác nhau. Đích đến có thể được giữ nguyên trong khi “Download the reference guide” trở thành văn bản bằng ngôn ngữ đích.

Tương tự, hãy bảo vệ cấu trúc đằng sau tham chiếu chéo trong khi dịch câu xung quanh nó. Kiểm tra lại tham chiếu được hiển thị sau khi xuất; đừng giả định rằng nó vẫn trỏ đến đúng phần chỉ vì câu đó trôi chảy. Các ký hiệu công thức có thể giữ nguyên trong khi các mô tả và tiêu đề bảng của chúng thay đổi.

Đây là một phần mở rộng hữu ích của chuẩn bị tệp nguồn: phân loại nội dung theo chức năng trước khi bàn giao tệp hoàn chỉnh.

Kiểm tra nguồn được đánh dấu và kết quả dự kiến

Dưới đây là một câu ví dụ huấn luyện gốc từ hướng dẫn của một thiết bị hư cấu:

Nhấn HOME trên LeafDeck LD-204. Lưu tệp nhật ký vào logs/session.txt, sau đó đặt max_retries thành 3.

Một câu không có dấu hiệu nhận biết khiến người dịch phải suy luận xem HOME có phải là nhãn vật lý hay không, liệu LeafDeck có tên được bản địa hóa hay không, và liệu đường dẫn cùng biến số có phải là giá trị nguyên văn hay không.

Đối với quy trình làm việc nhận biết HTML, nguồn sau đây làm cho các ranh giới dự định trở nên rõ ràng:

<p>
  Press <span translate="no">HOME</span> on
  <span translate="no">LeafDeck LD-204</span>. Save the log to
  <code translate="no">logs/session.txt</code>, then set
  <code translate="no">max_retries</code> to 3.
</p>

W3C giải thích rằng thuộc tính translate="no" của HTML đánh dấu nội dung của một phần tử là không được dịch và cài đặt này được kế thừa bởi các phần tử con của nó. Đây là một chỉ thị xử lý, không phải là một ổ khóa hiển thị. Công cụ phải hỗ trợ và giữ lại nó để sự bảo vệ dự định có hiệu lực. Xem hướng dẫn của W3C về thuộc tính translate.

Kết quả mong đợi bằng tiếng Pháp được soạn thảo thủ công là:

Appuyez sur HOME sur LeafDeck LD-204. Enregistrez le journal dans logs/session.txt, puis réglez max_retries sur 3.

Hướng dẫn xung quanh thay đổi; nhãn, sản phẩm/mẫu máy, đường dẫn, biến số và giá trị vẫn giữ nguyên. Đây là một ví dụ chấp nhận, không phải kết quả từ một bài kiểm tra dịch thuật bằng AI. Nó minh họa những gì cần kiểm tra, chứ không phải là khả năng của công cụ được đo lường.

Mở toàn bộ nguồn không dấu, nguồn có dấu, và kết quả mong đợi được soạn thảo thủ công. Các tệp bao gồm một ví dụ về liên kết: văn bản hiển thị với người đọc thay đổi trong khi đích đến của nó thì không.

Đừng dán các thẻ HTML vào PDF hoặc DOCX và kỳ vọng hành vi tương đương. Hãy sử dụng quy trình làm việc được hỗ trợ của định dạng nguồn, hoặc giữ lại bảng tính như một tài liệu bàn giao và tham khảo xem lại. Chúng tôi không khẳng định rằng BookTranslator tiêu thụ mã đánh dấu này hoặc nhập bảng tính.

Phát hiện tình trạng bảo vệ quá mức cũng như dịch không mong muốn

Một đợt đánh giá DNT có hai hướng thất bại:

• Bảo vệ chưa đủ: max_retries trở thành một cụm từ được dịch hoặc LD-204 thay đổi ký tự.
• Bảo vệ quá mức: toàn bộ đoạn văn khắc phục sự cố vẫn giữ nguyên bằng tiếng Anh vì nó chứa số kiểu máy được bảo vệ.

Bảo vệ khoảng có ý nghĩa nhỏ nhất. Quy tắc chung cho toàn bộ đoạn văn hoặc bảng cũng có thể khiến các mô tả hướng đến người đọc không được dịch. Các thuộc tính HTML như văn bản thay thế và tiêu đề cũng cần được chú ý; hướng dẫn về thuộc tính của W3C phân biệt văn bản cần dịch với các thuộc tính cấu trúc. Kiểm tra cả nội dung hiển thị và nội dung không hiển thị.

Trước khi chấp nhận sản phẩm bàn giao:

1. Xác minh nguồn. Khắc phục lỗi OCR và xác nhận rằng mỗi quyết định DNT áp dụng cho phiên bản và ngôn ngữ này.
2. So sánh các chuỗi được bảo vệ. Kiểm tra chính tả, chữ hoa chữ thường, dấu câu, chữ số và bất kỳ thay thế được phê duyệt nào so với bảng tính.
3. Kiểm tra ngữ cảnh. Xác nhận rằng sự xuất hiện phù hợp đã được bảo vệ và các hướng dẫn xung quanh đã được dịch.
4. Kiểm tra kết quả. Mở liên kết, theo dõi các tham chiếu chéo, kiểm tra các ví dụ về mã hoặc công thức, đồng thời so sánh nhãn phần cứng nếu có liên quan.
5. Xem xét bản xuất cuối cùng. Kiểm tra tệp PDF, EPUB hoặc DOCX thực tế, không chỉ tệp trích xuất văn bản trung gian.

Số lượng có thể xác định các thay đổi đáng ngờ, nhưng chúng không phải là bằng chứng. Phụ lục thuật ngữ có thể làm tăng số lần xuất hiện; một chương bị thiếu có thể làm giảm số lượng đó. Giải thích sự khác biệt thay vì điều chỉnh số lượng để làm cho một bài kiểm tra đạt.

Đưa danh sách vào bản dịch, sau đó giữ lại để xem xét

Khi nguồn và các ngoại lệ đã sẵn sàng, hãy sử dụng quy trình dịch toàn bộ tệp cho sách hoặc tài liệu được hỗ trợ mà bạn cần dịch. Giữ bảng tính DNT bên cạnh nguồn làm tài liệu tham khảo chấp nhận của bạn. Không giả định rằng thuật ngữ tự động tương đương với các ngoại trừ được phê duyệt của bạn hoặc mọi định dạng đã tải lên đều có các điều khiển đánh dấu giống nhau.

Sau khi dịch, hãy sử dụng quy trình kiểm tra tính nhất quán của thuật ngữ để rà soát các thuật ngữ được phê duyệt và bị từ chối trong toàn bộ tác phẩm. Danh sách DNT quyết định phần nào cần giữ nguyên chính xác; quá trình đánh giá rộng hơn quyết định liệu tài liệu đã dịch còn giữ đúng ý nghĩa và chức năng hay không.