回答編集履歴
3
追記
test
CHANGED
@@ -42,4 +42,10 @@
|
|
42
42
|
|
43
43
|
みたいな.
|
44
44
|
|
45
|
-
|
45
|
+
残りの隣接マスが1個になったマスに関してはその時点で畳の置き方が確定するので,探索木はそれほど深くならないように思います.
|
46
|
+
|
47
|
+
|
48
|
+
|
49
|
+
* (a,b) と置くパターンならその時点で (c,f) が定まるので,その先は2通りのみ.
|
50
|
+
|
51
|
+
* (a,d) と置くパターンでも同様に (g,h) が定まるので,2通りのみ.
|
2
実装側の観点の話を追記
test
CHANGED
@@ -19,3 +19,27 @@
|
|
19
19
|
|
20
20
|
|
21
21
|
みたいな?
|
22
|
+
|
23
|
+
|
24
|
+
|
25
|
+
---
|
26
|
+
|
27
|
+
|
28
|
+
|
29
|
+
[追記]
|
30
|
+
|
31
|
+
実際に「C言語とかで列挙する処理を実装する」となった場合は,上記のような「一筆書きで…」みたいには考えずに,
|
32
|
+
|
33
|
+
何と言うか「ふつーに」探索木的な話で粛々と探索していく処理を書くので良いような気がします.
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
aのマスに着目すれば畳の置き方は (a,b) か (a,d) の2通りしかないので,ここで探索の枝が二股に分かれる
|
38
|
+
|
39
|
+
→ その各枝の先で今度は別のマスに着目して…
|
40
|
+
|
41
|
+
|
42
|
+
|
43
|
+
みたいな.
|
44
|
+
|
45
|
+
(残りの隣接マスが1個になったマスに関してはその時点で畳の置き方が確定するので,探索木はそれほど深くならないように思います)
|
1
誤変換修正
test
CHANGED
@@ -14,7 +14,7 @@
|
|
14
14
|
|
15
15
|
* 条件として x_i != x_j, whre i!=j とせよ.(同じ要素を2回使うな)
|
16
16
|
|
17
|
-
* x_i と x_(i+1) との間の
|
17
|
+
* x_i と x_(i+1) との間の市街区距離は1とせよ
|
18
18
|
|
19
19
|
|
20
20
|
|