After you have the code in a form t

After you have the code in a form that you believe is reasonably free of bugs, it is time to get someone to sit down and use it. More than likely your users will find some issues that you had not expected, or try something that just doesn’t make sense. This is particularly true in web applications where the different rendering engines in web browsers handle CSS and JavaScript slightly differently. Compounding this are plugins that actually inject (e.g., Greasemonkey) code into yours, or remove certain elements (e.g., noScript). To paraphrase Marco Arment, these aren’t necessarily issues with your code, but they are your problem. It can be a slow, sometimes frustrating, process working through some of the issues that arise from your user testing, but having a good idea of how users perceive how to use your software can help you rework your visual interface to ensure a pleasant playing experience for all of your users.

Kết quả (Việt) 1:

Sau khi bạn có mã trong một hình thức mà bạn cho là hợp lý miễn phí lỗi, đó là thời gian để có được một ai đó để ngồi và sử dụng nó. Nhiều hơn khả năng người dùng của bạn sẽ tìm thấy một số vấn đề mà bạn đã không mong đợi, hoặc thử một cái gì đó mà chỉ cần không có ý nghĩa. Điều này đặc biệt đúng trong ứng dụng web nơi các động cơ rendering khác nhau trong trình duyệt web xử lý CSS và JavaScript hơi khác nhau. Lãi kép này là bổ sung mà thực sự bơm (ví dụ như, Greasemonkey) mã vào bạn, hoặc loại bỏ một số yếu tố (ví dụ như, noScript). Để diễn giải Marco Arment, đây không phải là nhất thiết phải vấn đề với mã của bạn, nhưng họ là vấn đề của bạn. Nó có thể là một quá trình chậm, đôi khi bực bội, làm việc thông qua một số trong những vấn đề phát sinh từ thử nghiệm người dùng của bạn, nhưng có một ý tưởng tốt về làm thế nào người dùng nhận thấy làm thế nào để sử dụng phần mềm của bạn có thể giúp bạn như làm lại giao diện trực quan của bạn để đảm bảo một kinh nghiệm chơi dễ chịu cho tất cả người dùng của bạn.

Kết quả (Việt) 2:

Sau khi bạn có mã trong một hình thức mà bạn tin là hợp lý miễn lỗi, đó là thời gian để có được một người nào đó để ngồi xuống và sử dụng nó. Nhiều hơn khả năng sử dụng của bạn sẽ tìm thấy một số vấn đề mà bạn đã không mong đợi, hoặc thử một cái gì đó mà chỉ cần không có ý nghĩa. Điều này đặc biệt đúng trong các ứng dụng web, nơi mà các công cụ vẽ khác nhau trong các trình duyệt web xử lý CSS và JavaScript hơi khác nhau. Lãi kép này được bổ sung mà thực sự tiêm (ví dụ, Greasemonkey) mã vào bạn, hoặc loại bỏ các yếu tố nhất định (ví dụ, NoScript). Để diễn giải Marco Arment, đây không phải là nhất thiết phải vấn đề với mã của bạn, nhưng họ đang có vấn đề của bạn. Nó có thể là một chậm, đôi khi bực bội, quá trình làm việc thông qua một số vấn đề nảy sinh từ thử nghiệm người dùng của bạn, nhưng có một ý tưởng tốt về cách người dùng cảm nhận như thế nào để sử dụng phần mềm của bạn có thể giúp bạn làm lại giao diện trực quan của bạn để đảm bảo một kinh nghiệm chơi vui cho tất cả người dùng của bạn.