数値関数で書いて雑に変数増やしたらあっさり51Bになった。右下は後回しにして中心に戻らずとってるのがポイントかも。見落としと言われればそうかもしれないけど、見落としやすくて苦手な圧縮だった。灰マス突っ込むと関数を簡単に使いまわせるのか。縮むかもしれない?→多重再帰の意味がなかった。pXqがうまく使いまわせるようにパーツを調整。モチベ少し控えめになりそうです。惜しいやつがたくさんあって調整とパーツの統一が悩ましい。こちらは多分27の人たちと方針自体は一緒かな。一マス埋まらない気持ちを共有したいやつ。今回はメモに惜しいやつが書いてあったのでそれを流用。->もうちょっといい奴が向き調整の末発見できた。模様系(≒同じ形が敷き詰められている系)の問題リストが欲しい。人間的だけど解ける気がしない。cupは傾向的に灰マスはあまり踏まず、コード自体は人間的なものが多いのかな。未solveに活かせるといいのだけども。関数展開する際に1stepカウントされる仕様っぽい。関数の展開回数が多すぎる問題は普通の再帰だとあまりないけど、数値乱歩とかだとそこそこ影響ありそう。このコードで出題するとして、このmapにするのはさすがに出題が下手だなと思ってしまうが。オン会などで自分の未solveのヒントもらいまくった分こういうので成果を出せたという点は嬉しい。21がわからなかった。