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
While I agree with you and whenever given a choice, I prefer the "expected/got" kind of messages (for example Scala lets you choose between the two), many different frameworks seem to use "x should equal y". Especially the ones using matchers, where message expresses the matcher used: expected x to be less than/greater than/equal y, expected x to be empty, expected x to be not null, etc.
I agree that "expected x but got y" could be clearer for newbies, and I'd vote to change the message, but maybe there's some special reason behind "x should equal y" in the framework?
the current wording, while correct, seems to clash a bit with beginner expectations, it can easily be misread as "given input x, expected y"
the (especially beginner) solver is likely not even aware of what the assertion looks like, and therefore doesn't have the context for the message
The text was updated successfully, but these errors were encountered: