Làm cách nào để quản lý tác vụ xem xét các chuỗi cục bộ bởi một người không phải là nhà phát triển?

Trong .NET Framework, các chuỗi cục bộ được đặt trong một tệp XML (hoặc nhiều tệp). Các tệp này là một phần của dự án và được cam kết kiểm soát nguồn như bất kỳ tệp mã nguồn nào khác. Thông thường, Visual Studio được sử dụng để hiển thị các tệp đó dưới dạng bảng và chỉnh sửa các chuỗi được bản địa hóa.

Tôi làm việc trong một nhóm nhỏ trên một sản phẩm nên có giao diện đa ngôn ngữ.

1. Là một nhà phát triển, tôi phác thảo các chuỗi được bản địa hóa bằng cả hai ngôn ngữ, với điều kiện là bản dịch có thể không chính xác,

2. Một người khác trong nhóm (một người không phải là nhà phát triển) xem xét nội dung bằng cả hai ngôn ngữ và sửa nó nếu cần.

Vấn đề hiện nay là người không nhà phát triển sẽ không sử dụng không kiểm soát nguồn, cũng không phải một IDE, vì nó sẽ là quá cồng kềnh và khó khăn (điều khiển phiên bản là khó khăn cho người không nhà phát triển) cho người này.

Một giải pháp thay thế sẽ là cho tôi xuất các chuỗi được bản địa hóa dưới dạng tệp Excel, đợi người này xem lại Excel, sau đó nhập lại các chuỗi đã sửa đổi. Thông báo trước ở đây là tôi có thể đang tạo các chuỗi khác, đổi tên các chuỗi hiện có, v.v., gây khó khăn cho việc phân biệt phiên bản cục bộ với chuỗi đã xem xét.

Phải làm sao

Làm thế nào nó xảy ra trong các đội khác?

Bản địa hóa phức tạp hơn nhiều so với chỉ chỉnh sửa XML trong Visual Studio, cụ thể:

1. Mặc dù những gì KateGregory nói là chính xác, Visual Studio rất tốn kém và việc mua các bản sao cho người bản địa hóa thường bị cấm.
2. Trừ khi người bản địa hóa cũng là nhà phát triển, họ không thể nhìn thấy các chuỗi trong sản phẩm và kiểm tra xem các chuỗi đó có được hiển thị chính xác không (các ký tự không phải tiếng Âu như ngôn ngữ châu Á hoặc văn bản từ phải sang trái như tiếng Ả Rập), khớp / quấn chính xác (dài bằng tiếng Đức từ ngữ) và không gây ra các cuộc tấn công tiêm chích (chẳng hạn như sử dụng dấu nháy đơn của Pháp)
3. Mặc dù kiểm soát phiên bản không phải là một công cụ phức tạp, nhưng việc cấp quyền truy cập vào kiểm soát nguồn cho các trình định vị từ xa hoặc hợp đồng là một rủi ro. Họ có thể sao chép mã nguồn mà không có kiến ​​thức của nhóm hoặc thực hiện các thay đổi vi phạm (cố ý hoặc vô ý).
4. Nó cũng giả định điều duy nhất bạn đang bản địa hóa là các tệp RESX. Một số sản phẩm có thể có dữ liệu địa phương như tên báo cáo.

Do đó, điều tốt nhất để làm là tạo một trang web đơn giản hiển thị các chuỗi khác nhau, ẩn cú pháp cơ bản. Quá trình xây dựng bao gồm các chuỗi được cung cấp bởi người bản địa hóa sau khi kiểm tra độ tỉnh táo nhanh và bản dựng được chia sẻ với người bản địa hóa để thử nghiệm. Trang web có thể sử dụng thông tin đăng nhập cho các địa phương hóa khác nhau (và theo dõi và lập hóa đơn công việc nếu bạn muốn đi xa đến đó). Đây là công việc nhiều hơn nhưng một giải pháp tốt hơn trong dài hạn.

Chỉnh sửa XML hút. Visual Studio có chế độ xem bạn có thể sử dụng để chỉnh sửa tài nguyên:

Tôi nghĩ rằng việc kiểm tra khi chỉnh sửa kết hợp với một phút thể hiện cửa sổ "thay đổi đang chờ xử lý" sẽ cho phép người không phải là nhà phát triển của bạn sử dụng nhiều quyền kiểm soát nguồn như họ cần.

Tôi sẽ xem xét việc tìm một trình soạn thảo XML * để người không phải là nhà phát triển sử dụng.

Sau đó, bạn sẽ cần cung cấp các trích đoạn được phiên bản cho người không phải là nhà phát triển để xem xét.

Khi họ đã hoàn tất việc đánh giá, bạn có thể kiểm tra lại tệp.

Khi bạn đã thực hiện các thay đổi, bạn chỉ cần khuếch tán các tệp XML trước khi đăng ký và gửi các phần được cập nhật cho người không phải là nhà phát triển để xem xét. Bản cập nhật của bạn là lý do tại sao bạn cần giữ các tệp đánh giá được phiên bản.

Cố gắng sử dụng Excel sẽ khiến mọi thứ trở nên cực kỳ khó khăn vì các công cụ khác cho excel để lại rất nhiều điều mong muốn. Bạn cũng có nguy cơ nhận xét bổ sung leo vào các ô bổ sung trong bảng tính. Những bình luận đó sẽ yêu cầu xử lý bổ sung theo phần của bạn để hợp nhất chúng lại.

Ở kiếp trước, chúng tôi đã sử dụng một quy trình khá giống nhau cho một số bản dịch của các tổ chức bên ngoài. Các tệp của chúng tôi về cơ bản là các tệp văn bản có dạng tương tự nhưng khác với XML. Và chúng tôi đã có rất nhiều thay đổi đang diễn ra trong khi các tệp được đưa ra để xem xét, vì vậy tôi đánh giá cao sự thú vị của tình huống của bạn.

Một tùy chọn là tạo một ứng dụng trợ giúp trong đó người dịch có thể thấy danh sách các chuỗi trong một khung và nhập ngôn ngữ cụ thể vào một cửa sổ khác. Bằng cách này, dữ liệu được lưu trữ trở lại XML và sau đó bạn có thể yêu cầu ứng dụng đó xuất tệp.

Nếu bạn xử lý các khóa vào cơ sở dữ liệu và lưu trữ từng ngôn ngữ ở đó, nó sẽ cho phép các thay đổi được tích hợp và người dịch để xem những gì cần cập nhật. Sau đó, bạn chỉ có thể xuất sang tệp XML ngôn ngữ cụ thể mà bạn đặt lại vào kiểm soát phiên bản hoặc trình dịch có thể.

Chúng tôi sử dụng một phương pháp tương tự với mã Rails của chúng tôi, chúng tôi không bao giờ chỉnh sửa hoặc thậm chí cung cấp các tệp cụ thể về ngôn ngữ, chúng đều được duy trì và sau đó được xuất khẩu bởi ứng dụng bên ngoài mà nhóm dịch của chúng tôi sử dụng. Xin lỗi tôi không biết phần mềm của họ là tùy chỉnh hoặc ngoài giá, nhưng không khó để đặt một cái gì đó đơn giản lại với nhau.

Làm thế nào để bạn biết bạn có tất cả các chuỗi và chúng được định dạng chính xác trong ứng dụng? Làm thế nào để bạn biết rằng số, tiền tệ, múi giờ và thông tin địa phương khác được định dạng chính xác? Rằng tất cả mọi thứ được tải và tuần tự đa bào hoạt động đúng?

Không. Bản địa hóa là một tính năng như bất kỳ khác. Kiểm tra nó trong. Tạo một bản dựng. Hãy để người kiểm tra có được bản dựng và xác minh tính năng được thực hiện đúng như bất kỳ tính năng nào khác. Khi bạn tạo một bản dựng mới, bạn có thể thực hiện kiểm tra hồi quy trên bản địa hóa - giống như bất kỳ tính năng nào khác.