Anonymous user
Talk:State name puzzle: Difference between revisions
→The rules of harmonising
| (4 intermediate revisions by 3 users not shown) | |||
Line 22:
:: So RDM, For example ('Wisconsin', 'Kory New') cannot become ('Wisconsin', 'Wen Kory') because they both contain Wisconsin? --[[User:Paddy3118|Paddy3118]] 19:34, 29 August 2011 (UTC)
::: Yes, I think so? Put differently if Wisconsin and Kory New are a permutation of Wisconsin and New York, then they would also be a permutation of New York and Wisconsin, wouldn't they? That said, this issue can be treated in various ways and "any different combination" works fine to implement the original puzzle, even though it's inadequate with the fake state names. --[[User:Rdm|Rdm]] 00:54, 31 August 2011 (UTC)
::: That only makes sense. If A and B are permutations of each other, then any C + A is a permutation of C + B, which will give a lot of boring answers. --[[User:Ledrug|Ledrug]] 22:58, 29 August 2011 (UTC)
:::: I made some minor changes to the task page caveats (in parenthesis) which hopefully clarifies things. --[[User:Dgamey|Dgamey]] 01:32, 30 August 2011 (UTC)
::::: I see differences in results on the "extended" list of names. Python and C give different results, etc. --[[User:Bearophile]]
:::::: It's a conscious choice. Like I said above, since "New Kory" and "Kory New" are permutations of each other, outputing hundreds of "State X + New Kory = State X + Kory New" is a positively boring thing to do -- for the user who's watching the output. Plus it's questionable what "two other states" means in this case since "State X" shows up on both sides. It's a matter of preference IMO, where the C code prevents this kind of output, while the python code doesn't. I prefer the C solution (surprise!). --[[User:Ledrug|Ledrug]] 06:58, 29 April 2012 (UTC)
== Time to leave draft? ==
This appears to have settled down. I'll check in in a couple of weeks. If nothing new comes up, I'll remove draft. --[[User:Dgamey|Dgamey]] 03:25, 9 September 2011 (UTC)
| |||