... by: keith
Hmmm. It would be interesting, perhaps, to mix up the order of your solving strategies, and try a series of them, looking for 1) how they change the incidence of use, and 2) whether/how some orders reduce the length of puzzle solving. In the second instance, one can imagine that puzzles "requiring" a diabolical strategy, for example, might benefit from it being applied earlier... or not.There are a great many orderings you could try, I'm not sure which would be most interesting/powerful, if indeed any succeed over the default...
Andrew Stuart writes:
This I have pondered for a long time and I do try out some reorderings because there is a lot of overlap between certain strategies. Sometimes I can eliminate a strategy altogether by parking it at the end of the list but some are subsets which are easier to identify so I have to put them before the more generic strategy. If I had some time, like some weeks, I'd write a program to test all the combinations and see if there was an optimal arrangement - ie one that reduced the score. The problem with that approach is it might produce a low score for many puzzles but that score depends entirely on following a particular route - which may be esoteric - and therefore the low score is misleading.
The ordering I have settled on is subjective in a certain sense because I've decided on it based on my hunch that strategy A is more complex that strategy B. The early strategies I think are no brainers but diabolical and above are more difficult to order.
I would like to allow the user to order the strategies but I don't know how to do this without greatly complicating the interface - another trade off
The ordering I have settled on is subjective in a certain sense because I've decided on it based on my hunch that strategy A is more complex that strategy B. The early strategies I think are no brainers but diabolical and above are more difficult to order.
I would like to allow the user to order the strategies but I don't know how to do this without greatly complicating the interface - another trade off

