-
juestr's Activity
Liked
a comment created by amandel
for
forum post "Non-commutative operations"
I realized it, after failing a test with the other interpretation. It is the wrong choice, and compl
Commented a forum post "What if it can't?" created by
amandel
OK I was assuming you can split `"aa"` if necessary. Easily fixed:
['aab', 'aab', 'aba', ''] =>
Commented a forum post "What if it can't?" created by
amandel
Actually I'd just state that all examples are solvable.
Or for a slightly more difficult mission, t
Liked
a comment created by amandel
for
forum post "Wrong test?"
You are reading it wrong, maybe because of the reordering. start: ["abcc", "abca", "bcab", "", ""] f
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
I now, but that's a level of detail we're likely not supposed to implement, see my other comments as
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Yes the start-with-zero approach is much better, this makes the first `-` a proper subtraction. In t
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
`10` is correct. According to spec _leading operators are ignored._
That also correctly models real
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
It is `"error"` in my code. I assumed that `"error"` is sticky, because I assumed internal state equ
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
OK. I presume you mean "rounded on display", because real calculators have no concept of an "end of
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
"after all buttons are pressed" is surreal: a real calculator would have to be able to look into the
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Sorry, no:
5000. + 999.9 = 5999.9
This is rounded to `6000.`, not to `5999` as shown in your e
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
This is not how real calculators work. Machines have to round *after every operation*, and continue
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
My question is on the way there. Specifically what is displayed on `1.20`, just before the final `3`
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Apparently the second alternative passes tests. This is *not* how any real calculator works. For `lo
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Apparently the second alternative passes tests. This is *not* how any real calculator works. For `lo
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Again, IV is somewhat ill specified:
assert calculator('999.999+=========') == '9999.'
Does th
Commented a forum post "New mission series "Calculator"!" created by
freeman_lex
Calculator IV, first test:
assert calculator("0001.1000") == "1.1"
Does this prevent entering
