You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The reported issue regarding the stats command displaying Completion Rate: NaN% on an empty ProfPlan has been carefully reviewed. We decide to reject this bug report.
We assert that this behavior is not a bug but a deliberate design choice. The target audience, CS professors, possess a strong understanding of NaN and its significance in computations. Displaying 0% could mislead them as it inaccurately represents the context where division by zero (0/0) occurs.
Retaining NaN% serves a purpose, ensuring accuracy and relevance for our intended users. Therefore, we respectfully disagree with categorizing this behavior as a bug.
Items for the Tester to Verify
❓ Issue response
Team chose [response.Rejected]
I disagree
Reason for disagreement: Thanks for the team's reply.
But for (0/0) occurs, why not display a string telling the user "the ProfPlan is empty" or something, instead must use a "NaN" which may confuse the user? It seems that the team is giving their explaination of rejection based on the developers' view, that they know NaN is caused by 0/0. But how would the developers expect the user to "think" or "guess" the correct meaning of NaN by themselves? If I'm a user, when I see NaN (not a number), I may easily think the application is bugged instead of thinking the application is "very accurate" before I think and realize the 0/0 division.
How to reproduce:
clear
ordelete all
to get an empty ProfPlanstats
Will get:
Which the completion rate is not meaningful under this context. Maybe in the application internal somewhere is divided by zero (total task number)?
The text was updated successfully, but these errors were encountered: