Dịch chuỗi giao diện phần mềm khó ở chỗ mỗi chuỗi rất ngắn, đứng tách khỏi ngữ cảnh, và chứa những ký hiệu kỹ thuật mà chỉ cần xoá nhầm một dấu ngoặc là ứng dụng hiển thị sai hoặc treo. Người dịch giỏi tài liệu dài vẫn có thể vấp ở đây nếu chưa quen quy tắc của tệp chuỗi.
Bài này đi qua những thứ bạn sẽ gặp trong hầu hết dự án: biến số, quy tắc số nhiều, thẻ định dạng, phím tắt, chuỗi chỉ có một chữ. Mỗi phần có cách xử lý cụ thể và câu lệnh mẫu để AI hỗ trợ kiểm lỗi. Ví dụ đều là ví dụ giả định, không lấy từ sản phẩm có thật.
Tệp chuỗi trông như thế nào và phần nào được động vào
Phần lớn phần mềm lưu câu chữ giao diện trong tệp chuỗi: mỗi dòng gồm một khoá định danh và một giá trị hiển thị. Khoá là thứ lập trình viên dùng trong mã, thường viết liền bằng chữ Latin không dấu, có dấu chấm hoặc gạch dưới, kiểu tên màn hình rồi tên nút. Giá trị là câu người dùng nhìn thấy. Người dịch chỉ dịch giá trị, tuyệt đối không sửa khoá, không đổi thứ tự dòng, không xoá dấu ngoặc kép hay dấu phẩy ngăn cách.
Có nhiều kiểu tệp, mỗi kiểu một quy tắc thoát ký tự riêng. Ví dụ dấu nháy đơn trong tiếng Anh ở một số định dạng phải viết kèm dấu gạch chéo ngược, nếu bản tiếng Việt có dấu nháy mà thiếu ký tự thoát thì cả tệp có thể không đọc được. Nếu khách gửi tệp kỹ thuật thô, hãy hỏi xem họ có dùng phần mềm hỗ trợ dịch hay nền tảng quản lý bản dịch không. Làm trên những công cụ đó an toàn hơn vì khoá và ký hiệu được khoá lại, bạn chỉ thấy phần cần dịch.
Khi bắt buộc phải làm trên tệp thô, hãy dùng trình soạn văn bản thuần, lưu đúng bảng mã UTF-8, và sau khi dịch xong so lại số dòng giữa bản gốc và bản dịch. Số dòng lệch là dấu hiệu đã lỡ xoá hoặc nhân đôi một dòng.
Các loại ký hiệu hay gặp và cách giữ
Bảng dưới gom các ký hiệu phổ biến trong chuỗi giao diện. Cách viết cụ thể tuỳ hệ thống, nhưng nguyên tắc chung là giữ nguyên ký hiệu, chỉ di chuyển vị trí khi ngữ pháp tiếng Việt cần.
| Loại | Hình dạng thường gặp | Cách xử lý khi dịch |
|---|---|---|
| Biến số có tên | Tên biến trong ngoặc nhọn, ví dụ {name}, {count} | Giữ nguyên chính tả, có thể đổi vị trí trong câu |
| Biến số theo thứ tự | Ký hiệu phần trăm kèm chữ cái hoặc số thứ tự | Giữ nguyên; nếu đảo vị trí hai biến, dùng dạng có số thứ tự nếu hệ thống hỗ trợ |
| Thẻ định dạng | Thẻ in đậm, xuống dòng, liên kết bọc quanh chữ | Giữ thẻ, bọc đúng phần chữ tương ứng trong câu tiếng Việt |
| Ký tự thoát | Dấu gạch chéo ngược trước nháy, ký hiệu xuống dòng | Không xoá, không thêm |
| Phím tắt | Dấu và trước một chữ cái trong tên lệnh | Chọn chữ cái có trong chữ tiếng Việt, tránh trùng trong cùng thực đơn |
| Khoảng trắng đặc biệt | Khoảng trắng không ngắt giữa số và đơn vị | Giữ nguyên để số không bị tách khỏi đơn vị khi xuống dòng |
Lỗi phổ biến nhất không phải dịch sai nghĩa mà là dịch luôn tên biến. Một bản dịch biến {name} thành {tên} trông rất thuận mắt nhưng ứng dụng sẽ hiển thị nguyên chữ trong ngoặc cho người dùng, vì nó không tìm thấy biến nào tên như vậy.
Số nhiều: tiếng Việt đơn giản hơn nhưng vẫn có bẫy
Tiếng Việt không chia số nhiều theo hình thái. Theo bộ dữ liệu ngôn ngữ chung mà nhiều hệ thống phần mềm dùng, tiếng Việt chỉ có một dạng cho mọi số lượng. Tiếng Anh có dạng số ít và số nhiều, nên tệp chuỗi gốc có hai mục. Khi nền tảng yêu cầu bản tiếng Việt, thường chỉ còn một mục và bạn viết một câu dùng chung.
Câu dùng chung phải đọc được với số 0, số 1 và số lớn. Ví dụ giả định: "Bạn có {count} tin nhắn mới" ổn với 1 và 25, nhưng với 0 thì "Bạn có 0 tin nhắn mới" hơi cứng. Nếu khách cho phép thêm chuỗi riêng cho trường hợp bằng 0, hãy đề xuất "Chưa có tin nhắn mới".
Đừng mang chữ "những", "các" vào máy móc. Bản dịch máy hay thêm "các" trước mọi danh từ số nhiều tiếng Anh: "Đã xoá các 3 tệp". Câu đúng là "Đã xoá 3 tệp". Đây là lỗi AI dễ mắc khi dịch cả hai dạng số ít, số nhiều rồi ghép.
Khi đi chiều ngược, nhớ là tiếng Anh cần hai dạng. Nếu bạn làm bản tiếng Anh cho phần mềm Việt và lập trình viên chỉ tạo một chuỗi, hãy báo để họ dùng cơ chế số nhiều của hệ thống, tránh câu kiểu "1 files".
Chuỗi một chữ, thiếu ngữ cảnh: quy trình hỏi và đoán có kiểm soát
Những chuỗi như "Open", "Post", "Clear", "Free" là nơi sai nhiều nhất. Cách làm có hệ thống:
- Đọc khoá chuỗi trước giá trị. Khoá có chữ nút, trạng thái, tiêu đề thường cho biết vai trò của chữ.
- Tìm các chuỗi đứng gần trong tệp. Chuỗi cùng màn hình thường nằm cạnh nhau, cho bạn bức tranh tổng thể.
- Tra ảnh chụp màn hình hoặc bản thử nếu khách có cung cấp.
- Nếu vẫn chưa chắc, đưa vào danh sách câu hỏi gửi khách, ghi rõ khoá chuỗi và hai cách hiểu có thể có.
- Trong lúc chờ, chọn cách dịch an toàn nhất, đánh dấu chuỗi đó là chưa chốt trong công cụ hoặc trong ghi chú.
- Khi có câu trả lời, sửa và ghi vào bảng thuật ngữ để lần sau không hỏi lại.
Ví dụ giả định về "Free": trên trang bảng giá là "Miễn phí", trên lịch đặt phòng là "Còn trống", trong tuỳ chọn bộ nhớ là dung lượng "Còn lại". Ba nghĩa, ba vị trí, không có cách dịch chung nào đúng cả ba.
Ghi chú "chưa chốt" quan trọng hơn bạn nghĩ. Dự án giao diện thường có nhiều người dịch, nhiều đợt cập nhật; một chuỗi đoán tạm mà không đánh dấu sẽ nằm lại trong bộ nhớ dịch và được dùng lại ở những màn hình khác, nhân lỗi lên nhiều lần. Đánh dấu rõ giúp người đọc soát và người kiểm thử biết phải nhìn vào đâu, đồng thời cho khách thấy bạn làm việc có trách nhiệm chứ không phải bỏ sót.
Dùng AI để kiểm lỗi kỹ thuật trong tệp chuỗi
AI rất hợp với việc rà soát cơ học mà mắt người dễ bỏ sót sau vài nghìn dòng. Một số yêu cầu bạn có thể giao:
- So từng cặp gốc và dịch, liệt kê chuỗi có số lượng biến số khác nhau hoặc tên biến bị đổi.
- Tìm chuỗi có thẻ mở mà không có thẻ đóng, hoặc thẻ bọc sai phần chữ.
- Liệt kê chuỗi bản dịch dài hơn gốc quá một tỉ lệ bạn đặt, để xem có nguy cơ tràn chữ.
- Tìm chuỗi còn sót tiếng Anh chưa dịch, trừ danh sách tên riêng được giữ.
- Tìm chỗ một chữ tiếng Anh có hai cách dịch khác nhau trong cùng sản phẩm.
- Kiểm dấu câu cuối chuỗi: gốc có dấu chấm mà dịch không có, hoặc ngược lại.
Câu lệnh mẫu: "Dưới đây là bảng ba cột gồm khoá, chuỗi tiếng Anh, chuỗi tiếng Việt. Không dịch lại. Chỉ liệt kê những dòng có vấn đề kỹ thuật theo sáu tiêu chí sau, mỗi dòng ghi khoá và lý do ngắn." Tách hẳn việc kiểm khỏi việc dịch giúp AI ít tự ý sửa câu của bạn. Trước khi dán, kiểm tệp không chứa dữ liệu người dùng mẫu, khoá bí mật hay địa chỉ máy chủ nội bộ, thứ đôi khi lẫn trong tệp cấu hình.
Viết chuỗi tiếng Việt cho giao diện: gọn, chủ động, thống nhất
Ngoài phần kỹ thuật, chuỗi giao diện có văn phong riêng. Nút bấm nên là động từ ngắn: "Lưu", "Gửi", "Tiếp tục", không phải "Tiến hành lưu lại". Tiêu đề hộp thoại nên nói rõ việc sắp xảy ra: "Xoá ảnh này?" thay cho "Xác nhận". Thông báo lỗi nên nói người dùng cần làm gì: "Mật khẩu cần ít nhất 8 ký tự" tốt hơn "Mật khẩu không hợp lệ".
Thống nhất quan trọng hơn hay. Nếu màn hình này dùng "Đăng nhập", màn hình khác không được dùng "Đăng nhập vào" hay "Vào tài khoản" cho cùng hành động. Nếu đã chọn viết hoa chữ cái đầu cho nút bấm thì cả sản phẩm làm như vậy. Những quyết định này nên ghi vào hướng dẫn văn phong của dự án ngay khi phát sinh.
Với chuỗi cảnh báo liên quan tới tiền, dữ liệu, quyền riêng tư, hãy ưu tiên rõ ràng hơn ngắn gọn. Một nút "Xoá" trong hộp thoại xoá vĩnh viễn tài khoản cần câu giải thích đi kèm đủ ý, dù phải xin thêm chỗ. Nếu giao diện quá chật, báo khách thay vì cắt ý.
Một thói quen nhỏ giúp chuỗi tiếng Việt tự nhiên hơn: đọc to chuỗi đó như thể bạn đang chỉ cho người thân lớn tuổi dùng ứng dụng. Câu nào bạn phải giải thích thêm mới hiểu thì người dùng cũng sẽ lúng túng. Những chữ mượn như "đồng bộ", "bộ nhớ đệm", "xác thực hai lớp" đã khá quen, nhưng vẫn nên đi kèm một dòng mô tả ngắn ở màn hình cài đặt.
Bàn giao tệp chuỗi: những thứ nên gửi kèm
Khi bàn giao, ngoài tệp đã dịch, bạn nên gửi một bảng ghi chú ngắn gồm: những chuỗi còn chờ khách xác nhận, những chuỗi đã rút gọn so với nghĩa đầy đủ và lý do, những chỗ phát hiện câu bị ghép nhiều mảnh cần lập trình viên sửa, những chữ đã quyết giữ tiếng Anh. Bảng này giúp người kiểm thử biết chỗ nào cần nhìn kỹ và giúp chính bạn khi dự án cập nhật phiên bản sau.
Hãy kiểm tệp bằng công cụ của khách nếu có, hoặc ít nhất mở lại bằng trình soạn văn bản để chắc bảng mã còn đúng, không có ký tự lạ xuất hiện do sao chép từ trình xử lý văn bản. Dấu nháy cong, dấu gạch dài và khoảng trắng đặc biệt từ trình xử lý văn bản là nguồn lỗi phổ biến khi dán vào tệp kỹ thuật.
Cuối cùng, xoá các bản nháp có chứa dữ liệu của khách khỏi tài khoản chatbot nếu công cụ cho phép, và không lưu tệp chuỗi của sản phẩm chưa ra mắt ở thư mục dùng chung. Thông tin về tính năng sắp ra thường là bí mật kinh doanh, thậm chí nằm trong thoả thuận bảo mật bạn đã ký.
Câu hỏi thường gặp
Có được dịch tên biến trong ngoặc nhọn cho dễ đọc không?
Không. Tên biến là thứ phần mềm dùng để thay giá trị thật vào. Đổi tên biến thì phần mềm không tìm thấy và sẽ hiển thị nguyên ký hiệu cho người dùng. Bạn chỉ được đổi vị trí biến trong câu để đúng ngữ pháp tiếng Việt.
Tiếng Việt có cần hai dạng số ít và số nhiều trong tệp chuỗi không?
Thường là không. Hầu hết hệ thống theo bộ dữ liệu ngôn ngữ chung coi tiếng Việt chỉ có một dạng. Bạn viết một câu dùng được cho mọi số lượng, và đề xuất chuỗi riêng cho trường hợp bằng 0 nếu khách hỗ trợ.
Gặp câu bị cắt thành nhiều mảnh thì nên xử lý thế nào?
Dịch từng mảnh sao cho ghép lại đọc được nếu có thể, đồng thời ghi rõ khoá các mảnh đó trong bảng ghi chú gửi khách, đề nghị lập trình viên gộp thành một chuỗi có biến số. Đây là lỗi quốc tế hoá, người dịch không tự sửa được trong tệp.
AI có thay được phần mềm hỗ trợ dịch trong dự án giao diện không?
Không thay được. Phần mềm hỗ trợ dịch khoá ký hiệu, quản lý bộ nhớ dịch, theo dõi phiên bản. AI hữu ích khi dịch nháp và rà soát lỗi, nhưng làm trực tiếp trên tệp thô bằng chatbot dễ hỏng định dạng và khó kiểm soát dữ liệu của khách.
Chuỗi tiếng Việt dài hơn giới hạn ký tự thì làm sao?
Thử rút gọn bằng động từ ngắn hơn, bỏ chữ thừa, dùng từ phổ biến. Nếu vẫn quá giới hạn mà rút nữa sẽ sai nghĩa, ghi chú cho khách kèm đề xuất mở rộng chỗ hiển thị hoặc dùng chú thích khi di chuột, đừng cắt ý quan trọng.
Có nên dán cả tệp chuỗi của khách vào chatbot để dịch một lần không?
Chỉ khi khách đồng ý và tệp không chứa thông tin bí mật như tính năng chưa công bố, dữ liệu người dùng mẫu, địa chỉ máy chủ nội bộ. Ngay cả khi được phép, nên chia nhỏ theo màn hình để AI giữ ngữ cảnh tốt hơn và dễ kiểm lại.