分析できる丁寧な問題です。あとは作問者の想定解のbytes数が気になる。solveはできた...けど、まだ何かが足りない。あるいかにもな灰マスがちゃんと意地悪をする。プチ超絶関数ですが一工夫しました。このてのテクニック苦手だがこのパターンはさすがに一発で書けるようになった。1312]]が難しくて、他に縮みそうな問題を探したら一目で縮む奴があった。こっちの方がsolve者が少ない不思議。某シリーズの番外かと思ったらこっちが先か。これだけ癖のあるコードは覚えてしまった。今まで毎回忘れていたのがやばい。3倍系でこねくり回した。書けてみるとなぜ今まで書けなかったかと思う。デザインも経路もコードもシンプルだが美しく深みがある良問。コンテスト問題なので何度も走らせ仕組みも知ってるのにずっと書けなかった。考えると面倒くさいが書くと短いんだよな。頭冷やせばもう1Bぐらいは縮みそう。微調整に2つばかり工夫が必要だった。つかみどころが見つからないのでまた今度。-お、Rateが140000超えたな。むかしの自分が甘かったおかげで見ただけで3B縮む。これもつかみどころが見つからないのでまた今度。初期位置がセンターなら...で、結果ちょっと妙な短縮。10回以上走らせているので経路もコードも短縮もすんなり。snukeさんのコード、初項のrが1つしか消えないのが不思議で仕方がない。見たら1B余計に使ってわざわざ3度塗りをしていた。逆に回ったら壁が使えたが損する部分もあり差引1Bしか縮まなかった。経路はこれでいいと思うけど、思いこみかも。左右対称だし見切りつけやすいしそこそこ浅いところにあったので高速描画モードで30分ほどで見つけた。関数を増やした、あと1B。人がたくさんいると流行りの問題とかが発生して楽しい。4名をたくさんと言ってしまうのもどうかと思うが、一人の4倍も多い。怪しい乱歩を送信してみたら通った、HOJで試すと12〜3分で止まってしまう。前にも試してるんだが止まるんじゃ仕方ないか。Editorだとclearできた。38B→37Bの時にみつけた良さげなアイディアが罠だった。良さげなのでなかなか気づかない。バラして組んでを繰り返し並んだコードが25本。16Bで書けなかったか謎。-恥ずかしい話だが、Editorに「高速描画モード」があることにに今日気づいた。触って今度使おうと思った幽かな記憶もあるような気がするけど。数値でなぞっていたものを、一応計算して書いた。計算したものの微妙にずれ、微調整でbytesがかさんでいる。種類は違うけど勢いで見つかった。人力solver進化してます。ある種の問題にしか使えないが、新しい探索方法を見つけた。ははは、進化しているのは私か。この関数1年前にも使っていたのだが、マップやコードの構造把握が甘かった。wiki見てたら横移動を0にするスイッチの例があったのでパクった。45Bにならないのか少し悩み、悩まないことにした。あと1問BESTが欲しいのだ。コードをちょっと見ただけで1B縮んだのであと2Bぐらい縮まないかと念入りに見つめてみたが、世の中そんなに甘くない。これで1500solveのそのうち4分の3がBESTってわけですが、まだまだ凄い問題があるもんだ。小さなトリックに気づいてやっと21B。慣れでできる問題だった。数値をマスターしてる人を見てついつい解いてしまった。BESTが溜まるまで新規solveはしないつもりだったのに、危なかった。***01/01[#r322d428]-あけましておめでとうございます。今年のいつか、今のようなやれば縮む状態が終わってしまうような気がしてます。新年早々様子をうかがう人々。数値の実装に苦労した、というか手間がかかったが結局1B足りないし「数値なしで45B可能」とかあって多少めげる。47Bのコードは数値使ってなかった。関数で直接書いていたのを再帰にしてみた。あと2B縮めるには何かが違う気がする。paintでmap把握して、いい加減な関数作って58Bでsolve。思ったら下辺中央の白マスが一つ残り焦るが、ありもの組み合わせて拾ったらなぜか1B減ってた。-とにかくなにがなんでも新規solveしたかったのは、これでsolve1500問だったからでした。使っていた関数でそのまま一つのパーツが短縮できた、というより下手な書き方だったんですね。経路がなかなか見えなかった。この手の短縮は難しい。縮まないImagineCupZoneで粘着した甲斐があった。普通......なんですけど見えにくいですよね。Paint使用、補助線ひきまくった。誰かが25Bにしてなかったら27B止まりだったかも。Ktyaさんにしては素直と見せかけてなんとなく「ぽい」問題。当時はmasさん以外3ヵ月以上ってのも時代。相変わらず壁不使用(snukeさんの20Bでは使うらしい)。他の人の経路が気になる。2色の矢印を使った図まで作ってさんざん考えた挙句、偶然のsolve。顔のあるマップはできないと随分と憎らしく見える。それにしても、こういう問題でこんなにbytes数が揃うのは珍しい。同じ経路のまま最適化で6Bも縮んだ。長文を縮めるの面白い。BEST化はしたもののコードが汚くて釈然としない。綺麗なマップは綺麗なコードで書きたいが、この問題つなぎ目が難しい。solveしたての思い込みでなかなか縮まなかったが、時間がたつと縮むなあ。以前のコードにちょっと工夫した。重なってて見えなかったのでWindowsのPaintで見た。コードもマップも綺麗な問題。解けてみれば結構簡単だがなぜか見えにくかった。コードを見たら縮んだがBESTは遠い。