見にくいけど、見えればあっけない。苦手な形だが、一からやり直してみた。BESTの15Bに人力で到達できるか、悩ましくはある。BESTには2B及ばないが苦手な2変数関数を作れたのでまあ満足。人力で可能...ですが...自分は2年と30分かかりました。1B足りないシリーズが続く。再利用の技が足りないのだろう。こっちの方が短いのか。27Bコードに無駄足を誘われた。縮みそうな要素が3つほどあるが今日は無理。このBytes数で単独BESTは非常に嬉しい。ImagineCup問題だから敬遠されてるな。マップが少し意地悪い。masさんを抜くとちょっと現実感がなくなる。恒例の1B足りないシリーズ。(追)と思ったらもう1Bいけた。2Bも足りないのでとてもくやしい。ここのHOJではあまり見かけない(自分がsolveできてないだけかもしれないけど)面白いコード。人力solverでやっとsolve。いつまで動かせば諦めていいかわからないこの手の問題が一番つらい...結構深かったし。ImagineCupなのでHerbertがつかえたので助かる。経路そのまま、関数が使い回せるようなので微調整。作問者のヒント”中”の字が上手く見つけられず経路の検討は今度。数値で33Bだった→数値を使わず31Bに→[[成長速度の調整]]で27B。24Bから1年以上かけてやっと縮められた。この手の関数はいまだに脳が捩れる。方針はよさそうだがコードも含めて微調整が必要だ。長い関数を作ってみた。パーツを作る関数を巧く使えば20Bで書けるのだろうが力足らず。12B構文と組み合わせた(25分)。結局前問と同じく関数と12B構文。masさんのコードを短縮してみましょう。