Với các trợ lý AI phổ biến hiện nay, bạn có thể viết yêu cầu lập trình bằng tiếng Việt mà vẫn nhận được mã tốt; điều quyết định chất lượng là yêu cầu có rõ hay không, chứ không phải viết bằng tiếng nào. Cách dùng thực tế nhất là mô tả nghiệp vụ bằng tiếng Việt, giữ nguyên thuật ngữ kỹ thuật, tên trong mã và thông báo lỗi bằng tiếng gốc, và nói rõ ngôn ngữ bạn muốn cho chú thích và giao diện.
Bài này phân tích những chỗ tiếng Việt có lợi, những chỗ tiếng Anh có lợi, cách trộn hai thứ tiếng không gây nhầm, và vài bẫy riêng của người Việt như gõ không dấu. Chất lượng của từng mô hình với tiếng Việt khác nhau và thay đổi theo phiên bản; nếu cần chắc, thử cùng một yêu cầu bằng hai thứ tiếng trên công cụ bạn dùng.
Câu hỏi thật không phải "tiếng nào giỏi hơn"
Người mới dùng trợ lý AI hay nghe lời khuyên "viết tiếng Anh cho AI hiểu tốt hơn". Lời khuyên đó có cơ sở ở thời các mô hình đầu tiên, khi khả năng tiếng Việt còn yếu rõ rệt. Với các mô hình lớn hiện nay, khả năng hiểu tiếng Việt đã đủ tốt cho phần lớn việc lập trình thường ngày. Khoảng cách vẫn có thể tồn tại ở một số tình huống, nhưng nó thường nhỏ hơn nhiều so với khoảng cách giữa một yêu cầu rõ và một yêu cầu mơ hồ.
Một yêu cầu tiếng Anh mà bạn viết chật vật, thiếu ràng buộc vì không tìm được từ, sẽ cho kết quả kém hơn một yêu cầu tiếng Việt đầy đủ bối cảnh, ví dụ vào ra và tiêu chí xong. Vì vậy câu hỏi thực tế là: bạn diễn đạt chính xác nhất bằng tiếng nào cho từng phần của yêu cầu.
Với phần lớn lập trình viên Việt, câu trả lời là trộn: tiếng Việt cho phần mô tả và lý do, tiếng gốc cho phần kỹ thuật. Phần còn lại của bài đi vào chi tiết cách trộn đó.
Phần nào của yêu cầu nên viết bằng tiếng nào
Bảng dưới là cách chia gợi ý, dựa trên một nguyên tắc: dùng thứ tiếng mà bạn và người đọc mã sau này hiểu chính xác nhất cho từng phần.
| Phần của yêu cầu | Gợi ý | Lý do |
|---|---|---|
| Nghiệp vụ, quy định, lý do | Tiếng Việt | Khái niệm như hoá đơn điện tử, mã số thuế, ca làm việc theo kiểu Việt Nam diễn đạt bằng tiếng Việt chính xác hơn, dịch ra dễ lệch nghĩa |
| Thuật ngữ kỹ thuật | Giữ tiếng gốc | Callback, middleware, race condition dịch ra tiếng Việt thường kém thông dụng và dễ gây hiểu sai |
| Tên hàm, biến, bảng, cột | Đúng như trong mã | Không dịch hay đổi; trợ lý cần khớp chính xác tên |
| Thông báo lỗi, đầu ra công cụ | Dán nguyên văn | Dịch lại làm mất chi tiết, và trợ lý nhận ra lỗi tốt nhất ở dạng gốc |
| Chú thích trong mã | Theo quy ước dự án | Nói rõ trong yêu cầu, nếu không trợ lý sẽ theo ngôn ngữ của câu hỏi hoặc của mã xung quanh |
| Chữ hiện cho người dùng | Ngôn ngữ của người dùng | Ghi rõ, kèm yêu cầu dấu tiếng Việt đầy đủ và giọng văn mong muốn |
Không có gì sai khi một câu yêu cầu viết kiểu "khi middleware xác thực trả 401 thì chuyển người dùng về trang đăng nhập, giữ lại đường dẫn cũ để quay lại sau". Đó chính là cách lập trình viên Việt nói chuyện với nhau, và trợ lý xử lý tốt kiểu câu này.
Khi nào tiếng Anh có lợi rõ hơn
Tra cứu hành vi của thư viện hay công cụ. Tài liệu chính thức, thảo luận trên các diễn đàn kỹ thuật và mã nguồn mở phần lớn bằng tiếng Anh. Khi hỏi về một tuỳ chọn ít gặp hay một lỗi hiếm, dùng đúng thuật ngữ tiếng Anh trong tài liệu giúp trợ lý gắn đúng ngữ cảnh.
Dự án có người không đọc tiếng Việt. Nếu yêu cầu, kế hoạch hay mô tả thay đổi sẽ được lưu lại cho đồng nghiệp nước ngoài đọc, viết luôn bằng tiếng Anh để khỏi dịch hai lần.
Tệp hướng dẫn dự án dùng chung nhiều công cụ. Một số nhóm viết tệp hướng dẫn cho AI bằng tiếng Anh vì nó được đọc bởi nhiều người và nhiều công cụ. Đây là lựa chọn quy ước hơn là kỹ thuật; tiếng Việt vẫn dùng được nếu cả nhóm là người Việt.
Giới hạn ngữ cảnh rất chặt. Với nhiều mô hình, cùng một nội dung viết bằng tiếng Việt có dấu thường chiếm nhiều đơn vị token hơn tiếng Anh, tuỳ bộ tách từ của mô hình. Chênh lệch này hiếm khi đáng kể với yêu cầu thường ngày, nhưng có thể đáng tính khi bạn đưa vào rất nhiều tài liệu hoặc khi tự xây tính năng gọi mô hình với chi phí theo token.
Bẫy riêng: tiếng Việt không dấu
Nhiều lập trình viên quen gõ không dấu khi nhắn tin nhanh, và mang thói quen đó vào yêu cầu cho AI. Tiếng Việt không dấu mơ hồ hơn nhiều so với người viết nghĩ: "ban" có thể là bàn, bạn, bán, bản, bận; "don hang" thì rõ, nhưng "xoa don" là xoá đơn hay xoa dọn? Trợ lý thường đoán đúng nhờ ngữ cảnh, nhưng mỗi chỗ đoán là một chỗ có thể sai.
Cái giá của nhầm lẫn này lớn nhất ở phần ràng buộc và chữ hiện cho người dùng. "Khong cho phep sua don da ban" có thể được hiểu đúng; "chi hien so ban" thì không rõ là số bàn của quán ăn hay số bản của tài liệu. Còn chữ hiện trên giao diện, nếu bạn gõ không dấu trong yêu cầu, trợ lý có thể giữ nguyên không dấu trong mã — và giao diện ra đời với "Dat hang thanh cong".
Cách xử lý đơn giản: gõ có dấu cho phần mô tả và mọi chữ sẽ hiện cho người dùng. Tên trong mã thì theo quy ước dự án, thường là không dấu hoặc tiếng Anh, và đó là chuyện khác.
Đặt tên trong mã: tiếng Việt không dấu hay tiếng Anh
Câu hỏi này thường đi kèm câu hỏi về ngôn ngữ của yêu cầu. Nhiều dự án nội bộ ở Việt Nam đặt tên bằng tiếng Việt không dấu — don_hang, khach_hang, tinh_phi_giao — vì gần với nghiệp vụ, người mới đọc là hiểu. Nhiều dự án khác dùng tiếng Anh vì quen với thư viện và tài liệu. Cả hai đều chạy tốt với trợ lý AI; điều quan trọng là thống nhất.
Khi dự án đã chọn một kiểu, ghi rõ trong yêu cầu hoặc tệp hướng dẫn dự án. Nếu không, trợ lý thường đặt tên mới bằng tiếng Anh theo thói quen, và mã của bạn dần thành hỗn hợp customer_id bên cạnh ma_khach_hang cho cùng một khái niệm. Lỗi kiểu này không làm chương trình chạy sai ngay, nhưng làm mỗi lần đọc mã chậm hơn một chút, cho cả người lẫn AI.
Một lưu ý nhỏ với tên tiếng Việt không dấu: một số tên dễ trùng hoặc dễ hiểu sai sau khi bỏ dấu. Nếu thấy mơ hồ, thêm một dòng chú thích ở chỗ khai báo, hoặc chọn từ khác rõ hơn.
Khi trợ lý trả lời sai thứ tiếng
Một tình huống hay gặp: bạn hỏi bằng tiếng Việt nhưng trợ lý trả lời bằng tiếng Anh, thường khi đoạn mã hoặc thông báo lỗi bạn dán quá dài và toàn tiếng Anh. Mô hình có xu hướng theo ngôn ngữ chiếm phần lớn trong ngữ cảnh. Chiều ngược lại cũng xảy ra: dự án đặt tên bằng tiếng Anh nhưng vì câu hỏi bằng tiếng Việt, trợ lý đặt tên biến mới bằng tiếng Việt không dấu.
Cả hai đều xử lý được bằng câu dặn rõ ràng thay vì để mô hình suy ra. Đặt dòng "trả lời bằng tiếng Việt" ở cuối yêu cầu, sau đoạn mã dài, có tác dụng hơn đặt ở đầu, vì đó là phần mô hình đọc gần nhất trước khi trả lời. Với tên trong mã, câu dặn quy ước đặt tên trong đoạn mở đầu dự án là đủ.
Nếu trợ lý vẫn trôi về một thứ tiếng sau nhiều lượt, cuộc trò chuyện có lẽ đã quá dài. Mở cuộc mới với đoạn mở đầu dự án đầy đủ thường hiệu quả hơn nhắc đi nhắc lại.
Câu dặn ngôn ngữ nên có trong yêu cầu
Thay vì để trợ lý đoán, đưa các dòng sau vào đoạn mở đầu dùng chung của dự án:
- "Trả lời và giải thích bằng tiếng Việt có dấu."
- "Tên hàm, biến, bảng theo kiểu [tiếng Việt không dấu, chữ thường, gạch dưới / tiếng Anh, camelCase]. Không trộn hai kiểu."
- "Chú thích trong mã bằng [tiếng Việt / tiếng Anh]."
- "Chữ hiện cho người dùng bằng tiếng Việt có dấu đầy đủ, giọng lịch sự, ngắn gọn."
- "Giữ nguyên thuật ngữ kỹ thuật tiếng Anh, không tự dịch."
- "Thông báo lỗi và đầu ra công cụ: giữ nguyên văn khi trích."
Sáu dòng này ngắn nhưng giải quyết được phần lớn sự lộn xộn ngôn ngữ trong mã do AI viết. Khi dự án có giao diện hai thứ tiếng, thêm dòng yêu cầu mọi chữ hiện cho người dùng phải đi qua tệp ngôn ngữ thay vì viết thẳng trong mã.
Tự thử: một yêu cầu, hai thứ tiếng
Nếu bạn còn phân vân với công cụ cụ thể đang dùng, cách trả lời chắc chắn nhất là thử. Chọn ba việc tiêu biểu của dự án: một hàm có nghiệp vụ Việt Nam, một câu truy vấn, một lỗi cần gỡ. Viết yêu cầu tiếng Việt đầy đủ theo khung bối cảnh, mục tiêu, ràng buộc, ví dụ, cách trả lời, tiêu chí xong; rồi dịch cẩn thận sang tiếng Anh. Gửi mỗi bản trong một cuộc trò chuyện mới, so kết quả theo tiêu chí xong, không theo cảm giác.
Phép thử nhỏ này không phải nghiên cứu, nhưng đủ để bạn có kết luận cho chính công cụ và loại việc của mình. Lặp lại khi công cụ đổi phiên bản lớn, vì khả năng ngôn ngữ của mô hình thay đổi theo thời gian.
Khi so, để ý cả những khác biệt ngoài tính đúng sai: bản nào giải thích dễ hiểu hơn cho bạn, bản nào đặt tên theo đúng quy ước dự án, bản nào giữ được chữ có dấu trong giao diện. Một bản đúng nhưng bạn đọc không hiểu lời giải thích cũng là bản kém hữu ích hơn, vì bạn khó kiểm nó.
Câu hỏi thường gặp
AI có hiểu tiếng lóng hoặc cách nói tắt của dân lập trình Việt không?
Thường hiểu những cách nói phổ biến như "deploy", "push lên", "fix bug", vì chúng xuất hiện nhiều. Nhưng cách nói tắt riêng của nhóm, tên gọi nội bộ của một hệ thống hay một khách hàng, trợ lý không biết. Giải thích một lần trong đoạn mở đầu dự án.
Có nên viết yêu cầu bằng tiếng Anh để luyện tiếng Anh luôn không?
Được, nếu bạn chấp nhận đôi khi yêu cầu kém rõ hơn. Một cách cân bằng là viết bằng tiếng Anh cho việc nhỏ, ít rủi ro, và dùng tiếng Việt cho việc có nghiệp vụ phức tạp hoặc ràng buộc quan trọng.
Mã do AI viết có chú thích lẫn tiếng Anh và tiếng Việt, xử lý thế nào?
Yêu cầu trợ lý chuẩn hoá chú thích về một thứ tiếng theo quy ước dự án, nhưng làm trong một thay đổi riêng, không trộn với sửa logic. Sau đó thêm dòng quy ước ngôn ngữ chú thích vào tệp hướng dẫn dự án để không tái diễn.
Dán thông báo lỗi tiếng Việt từ hệ điều hành hay phần mềm có được không?
Được, trợ lý thường vẫn hiểu. Tuy vậy, thông báo gốc tiếng Anh thường đầy đủ hơn và dễ tra hơn. Nếu môi trường cho phép, đổi ngôn ngữ của công cụ dòng lệnh sang tiếng Anh khi gỡ lỗi, rồi dán nguyên văn.
Giao diện người dùng tiếng Việt do AI viết hay sai ở đâu?
Hay gặp nhất là thiếu dấu hoặc dấu đặt sai vị trí theo kiểu cũ và mới, giọng văn dịch máy cứng, và câu quá dài cho nút bấm. Đọc lại toàn bộ chữ hiện cho người dùng, tốt nhất nhờ một người không phải lập trình viên đọc thử.