Hi SCLT,
SCLT wrote:I can't speak for others, but from my point of view, this sort of challenge is a bit too rigid to be enjoyable for me - a little too close to "guess what I'm thinking".
Fair enough. Thank you for honest feedback. Personally I would probably enjoy these kinds of exercises, but I've never seen them, so I made one up. How is it different from, say, a chess problem with a specific scenario and goal? The artificial rigidity forces one to think in new ways. Our normal "requirement" of a single step solution is a similar, though possibly less rigid, constraint. If that were removed, there would be countless more ways to solve these puzzles and most of them would be trivial.
I also think that trying to express the logic here as a single chain is a bit pointless and confusing. Why not say something like:
r23456c5 is an ALS so must contain either 4 or 7 --> Therefore r1c46 cannot be 4 and 7 --> Thus either 8 or 9 must appear in r1c46 --> So David's chain is then allowed
You can certainly say something like that, and it's a perfectly understandable solution -- just like David's original. It's just not what I asked, nor what I would prefer. To me the exercise of expressing a piece of logic as a single AIC is not pointless and confusing either, but I don't blame anyone for disagreeing
(Note: before I posted the hint, I would have accepted that. Now that the logic is out in the open, the only question remaining is expressing it as a self-contained AIC. That's not found in the original thread.)
Seems like that could be expressed as one (branched) AIC but it would be less clear.
A matter of taste. I happen to prefer self-contained chains almost always. They may not always be the clearest possible solutions, but writing them is fun (for me), especially when it's not quite obvious how to do it. That was the point of this exercise (especially post-hint). In this particular case I don't see any clarity problems either.
The bottom line: I still haven't seen what I asked. I have one solution in mind, of course, but I'd be interested in seeing if someone comes up with something better. Mine uses a nested chain, but otherwise it's very simple. You use those a lot so at least that version should be a piece of cake for you. If someone can do it without a nested chain, even better (though I'm pretty sure it wouldn't be clearer).
Note that you can actually get even more eliminations than you suggest (using the (9=8)r1c46 inference) via the following chain: (9=8)r1c46 - r1c2 = r2c12 - (8=19)r2c89 - 9r1c78 = 9r1c46 => -9 r1c78, r2c5, r3c456
Of course, but it just lengthens the chain without adding any real value when claiming takes care of the extras right after. I'd see the point if it were the difference between stte and btte. Otherwise not.