Cách xây dựng bảng thuật ngữ dịch mà dịch giả và AI thực sự có thể dùng

Để tạo một bảng thuật ngữ dịch, hãy chọn những khái niệm cần cách diễn đạt được kiểm soát, định nghĩa ý nghĩa của từng khái niệm trong tài liệu của bạn, phê duyệt thuật ngữ đích cho mỗi ngôn ngữ và ngữ cảnh, rồi chỉ định người phụ trách duy trì những quyết định đó. Sau đó, hãy thử nghiệm các mục từ trong những đoạn văn thực tế trước khi giao chúng cho dịch giả hoặc công cụ dịch.

Sự phân biệt hữu ích nhất là giữa bảng thuật ngữ chính ghi lại các quyết định của bạn và tệp xuất nhỏ hơn mà công cụ có thể sử dụng. Một tệp nhập hai cột có thể là cần thiết, nhưng nó không thể thay thế ngữ cảnh, bằng chứng và lịch sử phê duyệt đã khiến hai cột đó trở nên đáng tin cậy.

Bắt đầu với mẫu bảng thuật ngữ trống và ví dụ bảng thuật ngữ đã hoàn thiện. Cả hai đều là tệp CSV mã hóa UTF-8. Ví dụ sử dụng một sản phẩm hư cấu và các quyết định minh họa từ tiếng Anh sang tiếng Pháp; đây không phải là danh sách thuật ngữ được chứng nhận, dự án khách hàng hay cài đặt nhập sẵn dùng cho BookTranslator.

Giữ bảng thuật ngữ nhỏ hơn từ điển

Hãy đưa một thuật ngữ vào khi một lựa chọn không nhất quán hoặc mơ hồ sẽ làm thay đổi ý nghĩa, gây nhầm lẫn trong điều hướng, làm suy yếu một sự phân biệt quan trọng hoặc tạo ra công việc xem xét không cần thiết. Đừng thu thập mọi danh từ chỉ vì phần mềm đã trích xuất được nó.

Một bước sàng lọc hữu ích sẽ hỏi:

• Khái niệm này có lặp lại trong các phần, tệp hoặc giữa những người đóng góp không?
• Từ nguồn có nhiều hơn một nghĩa liên quan không?
• Tổ chức, tác giả hoặc lĩnh vực chủ đề có yêu cầu một dạng đích cụ thể không?
• Một lựa chọn khác có khiến cảnh báo, hướng dẫn, giao diện hoặc lập luận trở nên khó theo dõi hơn không?
• Thuật ngữ này có mới, đang gây tranh cãi hoặc được biết là đã từng gây ra một lần sửa lỗi trong dự án này không?

Một thuật ngữ hiếm nhưng quan trọng có thể xứng đáng có mục từ trước một từ thông thường xuất hiện thường xuyên. Một thuật ngữ tiêu chuẩn không có khả năng gây nhầm lẫn thực tế có thể không cần mục từ nào cả.

Hướng dẫn khởi đầu về Quản lý thuật ngữ cho dịch thuật của COTSOES khuyến nghị thuật ngữ phù hợp với tổ chức và trách nhiệm xác thực rõ ràng. Hướng dẫn cũng cảnh báo rằng chỉ số lượng mục từ không thiết lập được chất lượng. Những nguyên tắc đó quan trọng ở đây hơn tuổi đời của các ví dụ phần mềm trong đó.

Trích xuất ứng viên chỉ là hộp thư đến. Một cụm từ được trích xuất sẽ trở thành thuật ngữ hữu ích khi bạn biết nó có nghĩa gì, khi nào nó được áp dụng và ai đã phê duyệt cách diễn đạt đích.

Xây dựng một bản ghi xoay quanh một nghĩa

Đừng để chuỗi nguồn nắm quyền sở hữu duy nhất bản ghi. Từ tiếng Anh “charge” có thể mô tả một đặc tính điện hoặc một khoản tiền được tính. Một hàng ánh xạ mọi lần xuất hiện sang một từ tiếng Pháp sẽ mã hóa một lỗi, chứ không phải sự nhất quán.

Hãy cấp cho mỗi khái niệm một mã định danh ổn định, rồi thêm quyết định theo từng ngôn ngữ. Trong một bảng tính đơn giản, hãy dùng một hàng cho mỗi cặp khái niệm và ngôn ngữ nguồn/đích. Hai hàng có thể chia sẻ cùng một cách viết nguồn mà không đại diện cho cùng một khái niệm.

Mẫu chứa các trường sau:

Tham chiếu ngữ cảnh phải cho phép người xem xét tìm lại đoạn văn: phiên bản tệp và phần, bản ghi thuật ngữ có thẩm quyền, hoặc một nguồn lâu bền khác. “Từ internet” là không đủ. Đối với một khái niệm do tác giả gốc định nghĩa, định nghĩa trong bản thảo có thể là bằng chứng liên quan.

Giữ định nghĩa tách biệt khỏi ngữ cảnh nguồn. Định nghĩa cho biết khái niệm là gì; ngữ cảnh cho thấy nó được dùng như thế nào. Một câu như “Chọn không gian làm việc” minh họa cách dùng nhưng không giải thích không gian làm việc chứa gì hoặc khác dự án ở điểm nào.

Sửa năm mục từ bảng thuật ngữ phổ biến

Những sửa đổi sau thuộc ví dụ hư cấu có thể tải xuống. Chúng minh họa các quyết định biên tập, không phải quy tắc thuật ngữ tiếng Pháp phổ quát. Các đoạn mẫu cung cấp văn bản xung quanh.

1. Một từ đa nghĩa với một bản dịch đích bị ép buộc

Mục từ yếu: charge → charge

Sửa: tạo các khái niệm riêng biệt:

• Thuộc tính điện: nguồn charge; đích charge électrique; lĩnh vực “điện tử nhập môn”; ngữ cảnh “Tụ điện lưu trữ điện tích.”
• Số tiền bị tính: nguồn charge; đích frais; lĩnh vực “thanh toán”; ngữ cảnh “Phí giao hàng được hiển thị trước khi thanh toán.”

Điều này không có nghĩa là bất kỳ ánh xạ nào cũng nên ghi đè mọi lần xuất hiện của “charge”. Lĩnh vực và ngữ cảnh của mục từ là một phần của quyết định. Nếu công cụ được chọn không thể phân biệt chúng, hãy dùng các bản xuất dự án riêng, một cụm từ dài hơn không mơ hồ, hoặc người xem xét thay vì thay thế toàn cục.

2. Một thuật ngữ thiếu từ loại

Mục từ yếu: seal → sceller

Sửa: phân biệt động từ với linh kiện:

• “Niêm phong phong bì”: một động từ, với đích minh họa sceller trong dự án này.
• “Thay gioăng cao su”: một danh từ chỉ một bộ phận, với đích joint.

Bảng tính giờ đây mô tả hai khái niệm thay vì gợi ý rằng một bộ phận cao su là một hành động. Đối với một tài liệu kỹ thuật thực tế, hãy để người đánh giá chuyên môn xác nhận ý nghĩa của bộ phận và thuật ngữ ưu tiên.

3. Hai bản dịch có thể chấp nhận được nhưng không có ưu tiên của dự án

Mục yếu: workspace → espace de travail / zone de travail

Sửa chữa: phê duyệt espace de travail cho vùng chứa được đặt tên của ứng dụng hư cấu. Ghi zone de travail là biến thể bị từ chối đối với khái niệm giao diện này, không phải là tiếng Pháp sai nói chung. Thêm ghi chú sử dụng rằng biến đổi ngữ pháp thông thường được phép.

Một biến thể bị từ chối cần có lý do và phạm vi. Nếu không, người đánh giá có thể “sửa” một cụm từ hoàn toàn hợp lệ trong ngữ cảnh khác.

4. Tên sản phẩm chỉ được bảo vệ bằng ngụ ý

Mục yếu: LeafDeck → LeafDeck

Sửa chữa: đặt do_not_translate=true, xác định đó là tên sản phẩm hư cấu, giữ nguyên chữ hoa chữ thường và trích dẫn quyết định đặt tên của dự án demo. Nêu rõ rằng quy tắc không áp dụng cho các từ không liên quan trong một mô tả thông thường.

Chỉ khớp văn bản nguồn và đích không giải thích được việc giữ nguyên là có chủ đích hay chỉ là công việc chưa hoàn thành. Sử dụng hướng dẫn quyết định không dịch để có danh sách loại trừ rộng hơn.

5. Quyết định nháp được trình bày như đã phê duyệt

Mục yếu: sync → synchroniser / mettre à jour, không có người phụ trách hoặc trạng thái.

Sửa chữa: xác định hành động trước. Đối với lệnh hư cấu đồng bộ hóa thư viện thiết bị, phê duyệt synchroniser là động từ và ghi lại phương án thay thế là không phù hợp cho lệnh cụ thể này. Chỉ định người phụ trách và nguồn quyết định có ngày tháng.

Giữ một nhãn danh từ đề xuất riêng trong draft cho đến khi người đánh giá giải quyết. Tệp CSV minh họa cố ý bao gồm hàng nháp đó. Một bảng tính trông sạch sẽ không phải là bằng chứng rằng mọi hàng đều đã được phê duyệt.

Sử dụng cổng kiểm tra chất lượng mục, không phải điểm trang trí

Trước khi phê duyệt một mục, hãy hỏi sáu câu hỏi có/không:

1. Ý nghĩa: người khác có thể phân biệt khái niệm này với những khái niệm gần đó không?
2. Bằng chứng: họ có thể tìm thấy nguồn hỗ trợ hoặc quyết định của tác giả không?
3. Ngôn ngữ: dạng đích có phù hợp với ngôn ngữ, ngữ pháp và lĩnh vực được chỉ định không?
4. Phạm vi: họ có biết quy tắc áp dụng ở đâu và không áp dụng ở đâu không?
5. Trách nhiệm: có người phụ trách chịu trách nhiệm giải quyết các thay đổi không?
6. Sử dụng: mục đã được kiểm tra trong một câu đại diện chưa?

Một câu trả lời chưa được giải quyết nghĩa là mục vẫn ở trạng thái nháp. Đây là tiêu chí chấp nhận biên tập, không phải là thước đo số đã được xác thực về chất lượng dịch thuật.

Phân chia công việc theo chuyên môn. Tác giả hoặc chuyên gia về chủ đề xác nhận khái niệm; người đánh giá ngôn ngữ đích xác nhận cách dùng; người phụ trách thuật ngữ ghi lại quyết định và phân phối phiên bản đã được phê duyệt. Trong một dự án nhỏ, một người có thể đảm nhiệm nhiều vai trò, nhưng các câu hỏi vẫn cần được trả lời.

Nếu người đánh giá phản đối một mục, hãy ghi lại các lựa chọn cạnh tranh và đoạn văn bộc lộ xung đột. Hãy tuân theo quy trình xử lý thắc mắc của dịch giả thay vì để tin nhắn riêng trở thành những ngoại lệ không được ghi nhận.

Chỉ xuất sau khi được phê duyệt để dùng cho công cụ nhận

Bảng thuật ngữ gốc của bạn và từ điển của một công cụ có mục đích khác nhau. Bảng gốc giải thích các quyết định cho con người. Tệp nhập phải tuân theo lược đồ và cách khớp của một công cụ cụ thể.

Đối với công cụ hỗ trợ nhập bảng thuật ngữ:

1. Chọn cặp ngôn ngữ nguồn/đích và lĩnh vực dự án theo yêu cầu.
2. Loại trừ các mục draft và deprecated.
3. Xử lý các chuỗi nguồn trùng lặp mà công cụ nhận không thể phân biệt.
4. Chỉ ánh xạ các trường được hỗ trợ vào định dạng nhập hiện tại của công cụ.
5. Xác nhận cách công cụ xử lý chữ hoa chữ thường, biến thể từ, thuật ngữ nhiều từ và văn bản được bảo vệ.
6. Thử nghiệm với một đầu vào nhỏ mang tính đại diện và kiểm tra bản dịch trả về.

Ví dụ, định dạng CSV một chiều được ghi trong tài liệu của Google Cloud Translation sử dụng các cặp nguồn/đích không có tiêu đề, trong khi CSV tập thuật ngữ tương đương của nó sử dụng tiêu đề ngôn ngữ. Cách khớp bảng thuật ngữ của nó mặc định phân biệt chữ hoa chữ thường và một số mục từ dừng bị bỏ qua. Đó là quy tắc của Google Cloud, không phải quy tắc CSV chung hay khả năng của BookTranslator. Hãy kiểm tra tài liệu hiện tại về bảng thuật ngữ của Google Cloud trước khi chuẩn bị xuất cho dịch vụ đó.

Đừng tải tệp CSV được chú thích phong phú từ bài viết này lên một hộp thoại nhập tùy tiện. Đó là bảng gốc dùng để làm việc. Ngược lại, đừng vứt bỏ các định nghĩa và lịch sử phê duyệt của nó chỉ vì một công cụ chỉ chấp nhận hai cột.

Khi sử dụng hệ thống AI có trường hướng dẫn được hỗ trợ, hãy cung cấp một tập con liên quan đã được phê duyệt cùng ngữ cảnh cần thiết để phân biệt các nghĩa. Một hướng dẫn có thể yêu cầu thuật ngữ; nó không chứng minh rằng đầu ra đã tuân theo. Hãy kiểm tra kết quả. Nếu hệ thống không cung cấp đầu vào bảng thuật ngữ được hỗ trợ, hãy giữ bảng gốc làm tài liệu tham khảo cho người đánh giá thay vì tự nghĩ ra cách nhập nó.

Đối với các tổ chức có đội ngũ tuyến đầu đa ngôn ngữ, tính nhất quán thuật ngữ cũng quan trọng sau khi dịch. Tài liệu đào tạo, chính sách và thông tin liên lạc vận hành có thể cần đến tay nhân viên bằng ngôn ngữ họ ưa thích trong khi vẫn giữ nguyên từ ngữ đã được phê duyệt. iTacit giải thích cách giao tiếp đa ngôn ngữ hỗ trợ thông tin nơi làm việc xuyên ngôn ngữ, quốc gia và văn hóa.

Thêm ngôn ngữ mà không xóa bỏ các quyết định địa phương

Tái sử dụng ID khái niệm khi thêm một ngôn ngữ đích khác, nhưng cấp cho ngôn ngữ đó ngôn ngữ đích, trạng thái, người phụ trách và bằng chứng riêng. Phê duyệt bằng tiếng Pháp không có nghĩa là phê duyệt tương đương tiếng Đức. Ngôn ngữ đích để trống nghĩa là “chưa được giải quyết”, không phải “tự động dùng nguồn”.

Kỷ luật tương tự cũng áp dụng trong cùng một ngôn ngữ. Hãy tách các quyết định theo ngôn ngữ cụ thể khi chúng khác biệt đáng kể. Đừng tạo các hàng trùng lặp chỉ để thêm nhãn khu vực mà không thay đổi gì.

Hãy giữ các trạng thái này đơn giản:

• Nháp: một quyết định ứng viên hoặc đang tranh chấp; không thuộc phần xuất đã được phê duyệt.
• Đã phê duyệt: được chấp nhận cho phạm vi và phiên bản đã nêu.
• Ngừng dùng: được giữ lại để lưu lịch sử và phát hiện, nhưng không được khuyến nghị cho công việc mới.

Đối với một thay đổi đáng kể, hãy ghi lại dạng cũ, dạng mới, lý do, phiên bản hiệu lực, người phụ trách và các vị trí nguồn bị ảnh hưởng. Xây dựng lại phần xuất liên quan và thông báo cho dịch giả biết những đoạn nào cần được xem xét lại. Đừng âm thầm thay thế một thuật ngữ giữa dự án rồi mong các chương đã dịch tự cập nhật.

Hãy xem xét các mục khi sản phẩm, bản thảo nguồn, tiêu chuẩn hoặc cách dùng được chấp nhận thay đổi. Một lời nhắc trên lịch có thể hữu ích, nhưng một định nghĩa thay đổi là tín hiệu mạnh mẽ hơn.

Kiểm chứng bảng thuật ngữ trong các đoạn văn trước khi mở rộng quy mô

Một bảng thuật ngữ có thể gọn gàng về mặt nội bộ nhưng vẫn thất bại trong một câu. Hãy dùng một tập đoạn văn nhỏ có chủ đích bao gồm:

• một từ nguồn mơ hồ với hai nghĩa;
• một thuật ngữ xuất hiện dưới dạng tiêu đề và trong văn xuôi;
• một biến thể số ít, số nhiều hoặc biến thể ngữ pháp khác;
• một tên được bảo vệ đứng cạnh ngôn ngữ thông thường; và
• một thuật ngữ trong bảng, chú thích, hướng dẫn hoặc cấu trúc tài liệu quan trọng khác.

Ví dụ có thể tải xuống ghép “delivery charge” với “electric charge” và bao gồm “seal” vừa là danh từ vừa là động từ. Những trường hợp này cho thấy vì sao thay thế không giới hạn phạm vi là phép thử nghiệm thu sai.

Với mỗi đoạn văn, hãy ghi lại nguồn, phiên bản bảng thuật ngữ, đầu ra đích, quyết định của người đánh giá và bản sửa nếu cần. Nếu bạn thực sự kiểm thử một dịch vụ dịch thuật, hãy thêm dịch vụ/mô hình, ngày, cài đặt và đầu ra thô. Các ví dụ trong bài viết này không khẳng định rằng một cuộc kiểm thử dịch vụ như vậy đã được thực hiện.

Sau khi toàn bộ tài liệu được dịch, hãy chuyển sang đánh giá tính nhất quán thuật ngữ. Việc xây dựng bảng thuật ngữ thiết lập chính sách; đánh giá đầu ra xác định liệu văn bản được giao có tuân theo chính sách đó mà không trở nên thiếu tự nhiên hay không.

Bàn giao một hồ sơ quyết định, không chỉ một danh sách từ

Bản bàn giao cuối cùng nên bao gồm phiên bản nguồn, bảng thuật ngữ chính đã được phê duyệt, bản xuất cho công cụ tiếp nhận nếu có, nhật ký truy vấn chưa giải quyết và các ví dụ tiêu biểu. Người thực hiện dịch thuật cần biết tệp nào là có thẩm quyền và hỏi ai khi có xung đột.

Với một cuốn sách trọn vẹn hoặc tài liệu dài được hỗ trợ, quy trình dịch tệp của BookTranslator có thể cung cấp bản nháp để đánh giá tiếp theo. Hãy giữ bảng thuật ngữ đã được phê duyệt của bạn bên cạnh bản nháp đó. Bảng tính ở đây là tài liệu tham chiếu biên tập bên ngoài, không phải khẳng định rằng BookTranslator nhập các bảng thuật ngữ CSV do người dùng quản lý hoặc thực thi mọi mục.

Hãy bắt đầu với một vài khái niệm quan trọng, làm cho các quyết định có thể kiểm tra được, và mở rộng từ sự mơ hồ thực sự hoặc các phát hiện khi đánh giá. Mục tiêu là ít quyết định chưa được giải quyết hơn trong tài liệu tiếp theo—không phải bảng thuật ngữ lớn nhất.