A Quick Puzzle to Test Your Problem Solving

Post by Retra » Fri, Jul 03, 2015, 10:09 PM UTC

crgt wrote: post #181

Retra wrote: post #167

Earlier quoted context omitted.

I "got lucky" in the sense that my experiences have primed me to recognize that particular kind of question. If the article had actually modified the question framing at all, rather than just copying the existing one, it maybe wouldn't have worked that way. It's the same reaction I have to the Monte Hall problem: I don't have to think or be clever to get the right answer. So naturally you couldn't effectively teach m…

The question could have read the exact same way, with a different final rule as the answer. Without testing at all, you wouldn't/couldn't know that...and so you didn't solve it..you just guessed...

Post by Gravityloss » Sat, Jul 04, 2015, 2:26 PM UTC

Post by janka102 » Sat, Jul 04, 2015, 7:51 PM UTC

kittenfluff wrote: post #54

tmd wrote: post #7

It responds "No" to (10000000000000000, 10000000000000001, 10000000000000002) so the rule is not so simple after all :)

Responds "Yes" to 9007199254740990, 9007199254740991, 9007199254740992 but "No" to 9007199254740991, 9007199254740992, 9007199254740993 Presumably this is due to how Javascript handles integers, i.e. it uses the integer part of a float64, to wit > parseInt('9007199254740992') 9007199254740992 > parseInt('9007199254740993') 9007199254740992 Edit: I think this is the code that actually reads the numbers the user enters…

    var rightWrong = (inputData[0] 

    var inputData = [NaN, NaN, NaN],
        revealed = false,
        right = "Yes!
",
        wrong = "No.
";

    $("#g-input input").each(function(i) {
        var val = $(this).val();
        inputData[i] = $.isNumeric(val) ? Number(val) : NaN;
    });