*KtyaのHOJの記録その2 [#p347aad6]
-[[昔のやつ>Ktya雑記]]
**2021/12 [#sa525326]
-得点計算なおった！！ありがとうございます
-15B以下殲滅（たぶん）
-[[Problem 0488]] 自明な縮め損ないがあった。損得計算し忘れる系のこの縮めミスが多いな… 自分は数値使ってないです。
-[[Problem 1926]] -[[Problem 1927]] 12B構文の派生系。solverにもHOJ側にも思わぬバグを発見してしまった。 solverの方直したので今後こうならないように少し慎重になります。
-[[Problem 0288]] 数値 上記のバグに気づかず変なのを投げかけた。
-[[Problem 1008]] 数値 18しかないかと思ったらよく見たら17も出力されてた こういう数列でもできるのね。
-[[Problem 1244]] -[[Problem 0419]] のそのまんま。misakiさんは関数が違うのか？
-[[Problem 1674]] とあるテク。今までの反省をして、理解して自分で答えを導き出してからコピペしました。
-[[Problem 1705]] 数値 12B構文でパーツの長さが1~2なので育てる方変えてもいい（しかも向きが減る）という圧縮。誰かが縮めてないと気づかないな〜
-[[Problem 1913]] とあるテク。変数同士がそこまで複雑に絡まない奴はなんとか。近い関数を実行部で使うやつはこういうことができるのね →雑にとあるテクと呼んでいたけど、多重再帰で使い回す感じというだけでこれはとあるテクなのか？（未定義語を生み出してしまった弊害）
-[[Problem 2007]] 二変数 solver投げたら考えたこともない経路が出てきた。
-[[Problem 2009]] 一関数 異なる解なのは面白い。
-[[Problem 2033]] 一回呼び出すだけだと無限ループせず数値関数ないで使いまわせるというテク。昔使っていたはずだけどすっかり忘れてた。
-[[Problem 2035]] 数値 二歩単位で。もっと変なのあったりしそう。
-[[Problem 0320]] 結局llllllllみたいなタイトルのやつと同じことした。solver視野 数値関数もありそう
-[[Problem 0502]] 6倍で頑張っただけ
-[[Problem 0551]] だいたいあってたけど調整ができてなかった。
-[[Problem 1032]] 未solveだったので。ただの再帰 srslを増やしただけ。メイン部にXが7個も並んでいるし、関数も単純なpXqだけなので、もっといい再帰がありそうで場合によっては数値を抜きうる
-[[Problem 0678]] これ棒立てるのか 22Bの時の解結構特殊だった
-[[Problem 1432]] もっとありそうだけど
-[[Problem 1537]] 5歩数値
-[[Problem 1585]] solve3人以上で解いてないのがこれと-[[Problem 1782]]と-[[Problem 0195]]のみ。他の二問は方針の算段ついてるけどこの問題だけ厳しいな。。1Boverしてる。
-[[Problem 1955]]-[[Problem 1970]] 12B構文の亜種 solverの枝刈り考えてたら仕組みが見えて結局手動で見つけた。1589あたりで一度理解したはずなのに完全に忘れていた。
-[[Problem 2047]] 特殊な初項 乱歩の初項とかにこういう感じの人工的操作して縮めるの結構misakiさんの単独に多いな
-[[Problem 2037]] misakiさんのヒントを完全に参考にした。
-[[Problem 1940]] なにもわからない。
-[[Problem 0970]] 乱歩検索。いい感じに縮むのあった。
-[[Problem 1027]] ちゃんとした数値の使い方やれば33B sqrt(n)歩みたいなやつとメイン関数の書き方が同じなのを利用するのかな。
-[[Problem 0222]] パーツ移動は12歩でよいという最強のヒント（？）をもらったのでちょっと考え直したら三倍関数が上手に使える経路が見つかって、さらにちょっとだけいい関数見つけて更新できた！
-[[Problem 0251]] パーツの成長部分にsを入れないようにして数値関数使い回す。
-[[Problem 0081]] solverと協力しながら更新。絶妙な答えになった。
-[[Problem 0302]] 32Bはおそらくみんな再帰じゃないかな。直接と聞いて関数いじってたら良さげなの見つけて久々にいい感じに単独更新。
-[[Problem 0415]] 直接書くとどうしても31Bから縮まなかったけど、斜めのパーツと真ん中の棒がうまいこと合わせて記述できる数値と関数の複合系がつくれて、30->29->28 と縮んだ。真ん中の棒が太さ2なのはこの関数が模範解答なのかってぐらいピッタリ。向き調整とか余計なsの捨て方もあってすぐに28にはできなかった。今までやってこなかったタイプの圧縮なので使いこなせるようになりたい技術。
-[[Problem 1585]] パーツを分解して書き方変えたら短くなって解けた。
-[[Problem 0368]] 古くから伝わる悪問。確か壁も使わないし灰マス踏まない直接書くコードだったと思うんだけど、8年前の時点で答えを無くしてたと思うので当然今あるわけもなく。反省の意味も込めて解き直してみたら、相当制限の厳しい問題だった。対称性とか考慮せず、てきとうに攻略。いろんな人を困らせたであろう自覚があるので、問題ページに今回作った自分の解貼りました。誰かが投稿したら合わせて投稿しようと思います。
-[[Problem 0357]] もっと工夫できるのかな。まさに「Bestがこの世のものとは思えぬ短さ」
**2021/11 その3[#e0ac5c04]
300番台みてます。400番台もやってます。
-[[Problem 0306]] 結構綺麗に取ってたんだけど壁使いまくる方針に変えた。まだまだありそうだけどなあ。
-[[Problem 0325]] 関数改善。この辺の問題全部緩そうに見えるなあ。
-[[Problem 0333]] 雑な20Bがいっぱいできるけど縮まないなあ。
-[[Problem 0319]] 昔の解がちょっと怪しい答えだったので参考にした。とてもSimpleと思えない。
-[[Problem 0397]] -[[Problem 1183]] -[[Problem 1330]]乱歩的埋め方を少し理解した。３変数以上の上手な部位固定検索も視野か
-[[Problem 0491]] 昔の解で露骨な縮め損ない（pとqというパーツを同じ個数使いながらpXqを使用しない）があったのでそれをやったらなんか人気問題になっていた。もうちょっと考える余地はある。
-[[Problem 0459]] 数値とn倍系の複合の強みを理解。X歩rY歩rX歩rY歩r を X歩rY歩rX歩 + rY歩r に分ける。関数は_misakiさんの雑記に書いてあるやつ。
-[[Problem 0419]] 数値による24B解を理解。向きが無駄なのかなあ。昔直接書いて作った24Bが怖すぎる。
-[[Problem 0487]] -[[Problem 0464]] srslsrslで検索 a(X):Xa(XXXパーツl) a(r)で埋める乱歩 487は変換が必要なので少しbyte数増やして検索
-[[Problem 0463]] 脳味噌が足りてないのでsolver。経路的には二種類ある。fibonacciに向きつけるのは理解できるけどパーツの区切り目が難しすぎてどちらも浮かばなかった。左回転系統のやつとXlXlXlXllXl的なものがある。
以下オン会まとめ用スペース
最近自分の中で流行の12B構文関連の数値手法について共有。その後は100~299について情報交換。同じbyte数の時全然違う解だったりするのがとても楽しい。オン会後の進捗とか見ると自分だけ一方的に得してしまっていることが多そうなのがちょっと申し訳ない気はする。講座として多重再帰（とあるテク）、if文消去テク、互除法によるパーツ配置、12B構文の引き算引き算、12B構文クレイジーバージョンなどなどあってもいいのかなと思ったり。
自分の講座書きかけだったり意味不明なこと書いてたりするのが多いので、随時消して書ききらないとな。。特に長文のやつなんて、問題ごとのコメント欄に書けばいいだけの話だよな。関数の分割統一のやつももっといい感じに書けそうだし。
-[[Problem 0133]] srslにしてもちょっとずらす戦法と棒立てる戦法があるらしい。
-[[Problem 0134]] 1917の類似手法らしいけどわからない。
-[[Problem 0153]] みんな違って面白いsrss..ssrs的なパーツを並べる手法が確かに良さそう。
-[[Problem 0159]] 数値使って棒立てまくるのもよいとか
-[[Problem 0163]] 無理やりつけた規則認識は類似してた（途中の出っ張りと最後の部分を成長遅いパーツで取る） ただmisakiさんは特殊な初項を活用して初期位置も理由づけしていた？
-[[Problem 0184]] 互除法を使ってるけどその関数をいじってうまいこと使い回せるようだ。直接書いても38Bになるらしくびっくり。
-[[Problem 0190]] （多分）真面目にやっていたのがmisakiさんのみだったという説 シンプルに取れるようにやり直したい。
-[[Problem 0195]] 互除法黒魔術。とりあえず解いておきたい。
-[[Problem 0197]] 互除法活用した惜しくてエグい24Bを共有した。直接書く方法も自分のやつは変な関数だった。こういう作った関数を再度使って新しい関数作る手法は見逃しがち
-[[Problem 0217]] ずっと規則認識が違うんだと思ってたけどそうではなかった。真ん中を回収してから外側、とするほうが壁でごまかせるということ。単独worstは抜けたけど30は遠いなあ。
-[[Problem 0219]] 規則認識というかパーツ活用が見にくい。経路を共有したらmisakiさんがサクッと抜き去ってすごい。
-[[Problem 0221]] 同じ解かと思ったらちょっと違うらしい。
-[[Problem 0222]] 経路認識もっと考えたい。
-[[Problem 0223]] もう一段階関数を噛ませるとよい。壁使ってるとこういうのが良いことが多い。wwvwwさんが数値解でめちゃくちゃびっくりした。乱歩マスターって感じの解法。
-[[Problem 0224]] 再帰説も数値関数再利用説もあるが果たして
- 227~231 中文（中国語のことではない） 長文よりも試せるものが多いので困る問題たち。
-[[Problem 0226]] 乱歩ありそう
-[[Problem 0227]] ムズい 違う経路だったけど縮めるのは苦労しそうだ。
-[[Problem 0228]] 右上から取るのと真ん中で空打ちしてるのが違った。
-[[Problem 0229]] misakiさんとは経路がちょっと違った。これも変な答えありそう。
-[[Problem 0230]] ヒントを書いた通り。ヒントに従ったというmisakiさんともちょっと違った。方針近くてもバリエーションがでるのがこの辺の問題の困るところ
-[[Problem 0231]] 取る順番が違った。左端の隙間の存在忘れてた。
-[[Problem 0234]] pXq?わりとやりようがあるなあ
-[[Problem 0239]] 平方数のとき成長しない misakiさんのは違う手法でうまいこと調節していた
-[[Problem 0251]] 使い回しができるらしい
-[[Problem 0252]] 経路しっかり。 数値で攻めると良いらしい。
-[[Problem 0253]] 悪問。a(A,B):A/B歩a(A+3,B+1)的なのが想定回。192と違ってAもうごくので、一つの関数にしても効果が薄い。 pastaさんは四歩かさ増しして別の式に当てはめているとのこと。面倒だけどこれ用のsolver作ったほうがいいのかな
-[[Problem 0264]] とあるテクじゃなくてもいけるらしい
-[[Problem 0270]] wwvwwさんからn引けるときに引いて所定の動作を実行 というのをやれば154の時の面倒なことがなくなることを教えてもらった。
-[[Problem 0275]] これでもかってぐらい使い回す
-[[Problem 0279]] srsllssrsl を活用してなぞってみましょう 良い一関数見えそう
-[[Problem 0283]] 三倍、壁は使わない？とのこと
-[[Problem 0285]] bit数えるときにf(X-2^n) f(2X) (nはある程度大きい）というのが使える。この事実理解しないでコピペしてたのは秘密。
-[[Problem 0290]] 一関数？
-[[Problem 0292]] 直接と再帰どっちもあるとのこと
-[[Problem 0296]] 変数増やす答えの先にあるとのこと
**2021/11 その2[#e0ac5c04]
-[[Problem 1464]] ちゃんと書いたけどsolverでも検索できる範囲なんだよなあ
-[[Problem 0219]] ちょっとだけ関数まともにした まだ行けそう。
-[[Problem 0108]] こっそり更新
-[[Problem 0282]] 数値でのif文的な技術（複合？）への理解が進んだのでちゃんとしたFarey seqの作り方を実装できた。最初の数値を(-1,1)と(1,0)にした。
これでもまだmasさんと13も離れているのは一体何が起こっているんだ。。もっと変数を減らす方針を考え中→ひとまず一個変数消えた。あと7か〜
-[[Problem 0264]] 変数減らして調節してとあるテク（弱）を使用
-[[Problem 0313]] 偏見無くすために最初から解いたけど結局同じ答えで見落としだった。
-[[Problem 0282]] ちょっと頑張った上に後でやった時に忘れそうなので長めのメモ。今の57B解はまだ不満だらけ。
やること：(a,b) (c,d)の間に(a+c,b+d) のペアを生成する。b+dが9以上の時は生成をやめる。
��a,b,c,dと調整用変数Nを用いて（a,b,a+c,b+d,N-1) [上にa+c歩下にb+d歩 b+dが9以上ならやらない。] （a+c,b+d,c,d,N-1)的なことをやる。
[]内の実行用にg(x,y):上にx歩行って戻る、下にy歩行って戻る、一つ右に
という関数を定義しておく。
Nは永遠に展開することを防ぐ変数。「b+dが9以上ならやらない」の部分は上と下に歩く関数にダミー数値変数つけてそこに9-b-dなどを書き込めばできる。
この方法だと、関数の初項が(0,1,1,1,N)みたいな感じで0が混じるので、いわゆる分子に相当する部分をすべて+1するように変換。
a+cの部分がa+c-1みたいになる点に注意。左端と右端を実行しないので直接気味に書く必要があるけども、これくらいで多分80は切れるはず。
�∈乎爾髪γ爾鮗孫圓垢襪燭瓩暴藕爐猟汗亜�(a,b,c,d) = (-1,1,1,0)として、前述の実行部の条件に分子に相当する部分であるa+cが-1の時はやらない、というものを加える。
分子相当の部分を+2,分母相当の部分を+1し、if文などでa+c-1を変数に付け足すことで達成可能。すこし調整難しい。調整次第ではあるけどもおそらく70前半にはなる。
��「b+dが9以上ならやらない」のためにダミー変数（もしくはif文？）的なことをしていたが、ダミー変数を使わずに、下にb+d歩行く、の部分に9-b-dを渡し、g自体を上にx歩行って戻る、下に9-y歩行って戻る、一つ右に
とすることで、ダミー変数ないしif文を消せる。これで70は切れるはず。
�ご愎瑤量妓妥験�を防ぐために使用していた5変数目のNを消すことを考える。b+dが9以上ならそもそも関数を展開しない、というように書き換えたい。
そこで��と近い発想だが、分母に相当する b,d を M-b,M-d に変換する（Mは9以上の整数)ことで、「9以上なら実行しない」というのを内包できる。
これで自分は60B解になりました。
�イ修發修�a,b,c,dは8以下なので高々64通りしかない。しかも分母>=分子みたいな条件もある。また生成式もただ足すだけと単純。よって(a,b)を一つの数字で表すことにすれば
メイン部分が変数二つで済む。(a,b)を10b+aとか変換して考える。このとき「90以上でやらない」が「b+dが9以上ならやらない。」に相当
このとき以下が問題になる。
・[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法
・ �△任笋辰燭茲Δ塀藕爐猟汗以�法ができなくなるので、実現方法
後者ができていないため結構損して現在57B(llsして色々調整したものを実行している） 前者も下手なので損してそう。数値系の圧縮の際の頭の使い方が今更分かってきたなあ。今まで解くだけで終わり、コンテスト系でコピーして満足というプレーをしていたのは良くなかった。この問題はもう少し考察してみます。
**2021/11 [#e0ac5c04]
-[[Problem 0840]] あ〜〜〜なるほど これはめちゃくちゃ感動した。masさんの雑記の「これはあの辺でぶっ壊れちゃうから無理だよな〜と 思っていた方針が実はちょっと順番を変えたら行けたという話．」がめちゃくちゃヒントだったことに気づいた。
-[[Problem 0840]] 向き調整できて縮んだ びっくり
-麺類solverが天から降ってきたのでいろいろお勉強。
-品のあるC#コードで、構造や書き方など真似したいなと思った。C#自体は書いたことなかったので動作や書き換えに少し苦労した。コードが綺麗なので読解には苦労しなかった。
-一関数の部分はアルゴリズムから勉強になった。使いこなせると強そう。
-12Bのやつは展開部分の改造と本質的な枝刈りが必要そうだった。展開部分は、引き算引き算のケースでうまくいかない実装になっていたので再帰で原義的に変更。枝刈りに関しては、最大公約数チェックしたり実行部分が少ないやつをなくしたりした。あと検索漏れがあるので書き換え。まだデバッグ中で使ってない。->スタックオーバーフローしたので書き方変える必要がありそう
・数値引数が全て引き算で構成されるときは後ろに命令をつける意味がある。そもそも乱歩的なものはこの引き算引き算の構成になるため、これを重点的に調べる必要がある。
a(X):[0]a(X-p)[1]a(X-q)[2]と書くとき、一般的な12B構文と違って、sとrをどのように入れても意味を成すため,12Bだけでも12通り調べる必要がある。
こう見ると12B構文の乱歩はかなり可能性あるな… 13Bにしただけでもさらにヤバいのが増えるので、動作速度的にも枝刈りがとても重要そう。
-これくらいのツールが普及して調べ方や固定方法、枝刈り方法などで差がつくのが理想だけど、これやると低byteの乱歩の理解をサボるようになって、
応用が下手になるというデメリットがあるかなあ。
以下 solver成果。15以下埋まったら新規開拓でピンポイントで探してみたい。
-[[Problem 0212]] 一変数 step多めで非人間的
-[[Problem 0648]] 一変数 step多め 最初数値かと思ったけどそれだと外に出れないし数が足りない。肝心の答えのコードはよくわからなかったけど、13Bの亜種かな？
-[[Problem 0121]] 二変数 step少なくてかなり人間的。一変数の時と同じなんだけどなんか盲点だった。solverデバッグに使えそう。
-[[Problem 0910]] 一変数 step多 そもそもこのコード実行しても出来そうだとは思えない。
-[[Problem 1243]] 一変数 13Bのコード変数変換するだけやんけ
-[[Problem 0140]] 三変数 step少 人外解と言いたいけど既存の応用かもしれない。
-[[Problem 0144]] 一変数 灰マス踏まない 賢い
-[[Problem 0287]] 一関数 じつは一変数16B解の時の関数と同じだった
-[[Problem 1138]] -[[Problem 1373]] -[[Problem 2040]] 二変数 ムズいけどこの成長方法で一度動かしたことはあったと思う。1138はそれで取れるのって感じで面白い。
-[[Problem 1157]] 二変数 素人には理解不可能 直線に長さ１の毛が生えてる
-[[Problem 1314]] 二変数 これは人力でできなきゃ反省すべきやつ。
-[[Problem 1385]] 三変数 非人間的。 コードの動作自体は面白そうだけどマップ的には無理。
-[[Problem 1426]] 三変数 非人間的。 コードの動作もよくわからない。これでギザギザ作れるのか。
-[[Problem 0067]] 一変数 ワンチャンありそうな図形をずっと描きながらなんか位置があう。
-[[Problem 1719]]-[[Problem 1744]] 一変数 田をいろんなところに描くやつ。 こんなのあるのか〜
-[[Problem 0148]] 二変数 一変数の時からなるほどって構成 その解と近い。パーツX向きみたいな感じでスルスルとれる
-[[Problem 0992]] 二変数多分前のsolverは弾いてたな。自力で解ける気はしない。。
-[[Problem 1111]] 二変数 なるほどこうするとワンチャンあるのね こういう向き違いパーツを育てていくの結構苦手っぽいな
-[[Problem 0766]] 多重再帰 調整しっかりやる。
-[[Problem 1305]] 二変数 1314と類似コードなのでちゃんとヒントだった。
-[[Problem 1461]] 一関数 四倍系 このマップでこれはわからん
-[[Problem 1479]] 一関数 何この経路www 白マスで見にくくしている。 上方向に行きながら回収する。XssXです。
-[[Problem 1621]] 一関数 四倍ではあるけどこの経路取りは厳しい。こういうの見ちゃうと縮むやついっぱいありそうだなあ。
-[[Problem 1691]] 数値 単独worstだったやつ。これ全員数値調整できてるのか…
-[[Problem 0008]] 二変数 逆にこれできる人がいなかったのがちょっと不思議。考察すれば出てきそう。とはいえ難しい解。改めて素晴らしい問題だなと思う。
-[[Problem 0382]] 一変数 15Bの時の類似解で最初ちょっと灰マス踏む。邪魔な分を捨てたり、いい感じに位置があったりで解は人間的だけど解けたらすごいタイプの一問。
-[[Problem 0200]] 三変数 masさんの雑記に一~三変数と書いてあるときは三変数説ある。さすがにソルバーを作りましょうって感じの問題。この手の乱歩はもう全部答え公開してもいい気がしちゃうな〜
-[[Problem 0331]] 三変数 上の予想はやはり当たっていた。当然人外解なんだけど、想像よりも綺麗に回収してた。まだまだ縮んでも不思議ではない。
-[[Problem 0957]] 一変数 人間的。灰マス踏まない。長さ1で近い形を見つければ方向調整って感じか。
-[[Problem 0668]] 二変数 えええええええ何これ面白すぎる。想定回みたいな動きするけど想定解じゃないです。。
-[[Problem 0016]] 一変数 コードだけ見るとかなり人間的な解のような気がするけど全然そんなことはない。壁で色々うまくいっている。
-[[Problem 0026]] 一変数 普通にやったら規則的なパーツの最初にsが必要なのが悩ましいけど、真ん中の壁のおかげで作り方ちょっと雑でもいけちゃうよって構成。0016よりもコード難しく見えるけど人間的だと思う。
-[[Problem 0279]] 一関数 ssrsllssrslsll...的なものを圧縮
-[[Problem 0129]] -[[Problem 0924]] -[[Problem 1469]] -[[Problem 1488]] 数値ソルバーちゃんと完成させました。1488は二歩。どういうのに対して効果を発揮するのかイマイチ分かってない。
-[[Problem 0138]] 11歩検索 ちょっとステップ数かかった。 昔の19Bは一変数の変態的なやつだったので圧縮できないやつだった。
solver以外成果 最近solverだけが仕事してて自分は雑記に感想メモるだけの人になってる。
-[[Problem 2058]] こうすると一度だけlという実行ができるのか
-[[Problem 1982]] 人力で。埋まり方面白い。
-[[Problem 0766]] 多重再帰 この手のmisakiさんとwwvwwさんのチェックしてる問題をゆっくり確認していかないとな。
-[[Problem 2002]] オン会にて話を聞いたときは問題の概要もあまり覚えておらず何も理解していない状態だったが、ようやく問題概要を思い出した。sXXlの19段階目を実行するためにどうするか、という問題の認識で、普通の19を作ると展開中に壊れるため17作って関数に入れるとか小さい数字にして色々くっつけるとか工夫を要するのだけど、もっと小さいの連打でいいよねということか。これも最初に15にした人が1000点なタイプ。
-[[Problem 1889]] 関数が下手だった。
-[[Problem 0943]] 大きい渦描いた後ちょっと移動して少し小さい渦 再帰ではなく、大きい方から書く渦を二回試すというタイプだった。昔考えたときに今回の方針自体は試していたけど、二個目の小さい渦に移動するときに、右の方に行く必要があると勘違いしていた。左側にも縦につながっているとこあるじゃん！19Bがたくさんできたけど、うまいこと調整すると向き部分が一つ減らせて18Bにできた。未solve撃破うれしい！
-[[Problem 0431]] 自分の答えだと見落としだった。
-[[Problem 0441]] これ複数解あったのか。。自分の一つ目の解は縮まないやつだった。
-[[Problem 0156]] 渦関数でとるとかいう発想がすごい 発想一つでもっと縮みそうではある。乱歩もあるか？
-[[Problem 0025]] ２５Bがたくさんある。模様乱歩的構成がありそうだが。
-[[Problem 0197]] 真ん中のsrsl的部分が奇数個なら縮むんだけどなあ
------
-オン会でモチベが0からεくらいになっている。 ０番代と気になるやつの情報交換を行った。以下メモ
-[[Problem 1532]] if文込みで３行になっているが、これを２行にするらしい。→なるほど、「特定の数値の時のみ実行される」ように上手く数値調整&実行用の３変数目作成。combinationのやつは数値調整が下手ですぐにはできなさそう。
-[[Problem 0840]] 「一度だけ曲がる」を三変数目に数値をつけて実現する。確かに「一度だけ」という要素がif文っぽいと思えばわかりやすい認識だった。24Bは「行って戻ってくる」というのは実現できている。21B考え中
-[[Problem 0842]] 自分は最初から「一度だけ曲がる」を三変数目に向きを定義して実装していたためこれだけ短めだった。ちなみに、前回雑記に書いたコードのlをずらす（a(X,Y):Xa(sX,Y-1)lla(sX,Y-1)X)ことで直線を往復するものになるので、これをうまく利用した感じです。
-840の経路の発想を得た後に数値を使う手法に行けないのはなんか自分の脳みそのセンスのなさを感じた。
-[[Problem 0947]] 数値で書いてたけど再帰で頑張る系らしい。
-[[Problem 1445]] 前半を一辺4の正方形で書いて後半に外回りに正方形書くとあの二箇所が取れないな〜と思っていたけど、実は前半後半を近い認識で取れたという話。前半の認識の正方形書くところで余計に回ると後半も取れそうな感じの図になって、それを利用して普通に書くと29B。「余計に回る」ところを大胆にして再帰とみなすことで27B。再帰にするやる方が下手な感じはある。
-[[Problem 0421]] 実は自分が大昔投稿していた25Bが普通に23Bになるやつだった。下手くそすぎて_misakiさんに介護してもらいながらbest化
-[[Problem 0812]] 再帰。若干向き調整難しかったけどこっちが模範解という気もする
-pastaさん「単独bestを出したらバレないように0001を解きまくって隠すテクがあった」←めちゃ笑った
-以下0番台
-[[Problem 0011]] に存在するjulikさんという方の点数がバグっている上にアカウントが存在しないことになっているので面白いと言う話。ランキングを検索するとJulikさんという方はいるようで（頭文字が大文字）、点数的にダブルカウントされてしまっている？という結論に。
-[[Problem 0008]] zigzagの応用(壁超えに近い）的なコードっぽい。たしかに16B解のssYrrみたいなところは無駄な感じする。普通に人力とのこと。
-[[Problem 0010]] 関数が下手とのこと。
-[[Problem 0011]] 直接書いてたけど再帰でも似たような感じで取れるらしい。
-[[Problem 0013]] 経路が偉いとのこと。
-[[Problem 0017]] 昔の解は変数増やして移動と成長の不釣り合いを解決していたけど、真ん中付近に移動して特にずらさず成長させる感じ。移動部分をうまく使いまわせて圧縮できる。
-[[Problem 0018]] 関数定義をひとまとめにできるやつ。コードの見た目がこわい。
-[[Problem 0025]] なんか今見たらワンチャンありそうだけど厳しいのかな
-[[Problem 0048]] どうやって気づいたんだ… 最初に縮めた人だけ1000点でいいと思う。
-[[Problem 0053]] ワンチャンオーラ出してるけどよく見ると相当厳しい。
-[[Problem 0057]] パーツ変えたり数値関数使いまわしたり。自分の考察がまだ足りていない一問。
-[[Problem 0058]] 変数増やして三倍関数を作って使い回す。
-[[Problem 0075]] 変数変換でなんとかなるはずとのこと。少し書き方変える必要があるかもしれない。
-[[Problem 0081]] 壁を生かしきれてない解なので要検討。そもそも縮む可能性もある。
-[[Problem 0082]] みんな答え違って笑ったやつ。直接でもいけると。自分のは数字二箇所だけなのでワンチャンありそうに見える。
-[[Problem 0091]] 最初の方灰踏んでもよくて12B構文でうまい数列をつくる系。ソルバーを作る必要がありそう。→数値だけ出すならソルバーもすぐ作れる。シンプルなやつだと24B解しか見当たらなかったけど、ちょっと変更するとヒット。これ既知だったのか。あと一通りしかない上に数列もたまたまちょうどピッタリだった。
-[[Problem 0096]] 向き合わせの選択肢が実はかなりあることに気付いていなかった。それがわかればあとは数打ちゃ当たるで（）
-他にはHOJ関連の昔話をして老害を存分にアピールしました。やっぱり人とやるのは楽しい〜
-[[Problem 2067]] とくに想定解なし。雑に色々配置したけど思ってたより自由度低そう。純粋な圧縮力勝負系。
-[[Problem 2068]] 想定解あり。非人間的。
-[[Problem 2071]] 想定解あり。あんま考えてないのでもっといいのあるかも。0091もそうだけどこれが壊れないのちょっと盲点だし周辺に見た目が綺麗な模様がたくさんあるのが恐ろしい。
**2021/10 [#e0ac5c04]
-お久しぶりです。
-pasta神の頑張りのおかげでHOJを以前と近い操作感で遊べるらしいです（フラッシュ終わってから全く触ってなかったのでありがたみを理解しきっていないのは秘密）
得点計算とかが停止しているので解いた問題とか縮めた問題の見た目以上の更新が行われないようです。
-[[Problem 2006]] いい問題だった。経路ゲー問題出しまくってたくせにこういうのなかなか解けないという最悪なパターン。最後は関数をなんとか使い回した感じ。
-[[Problem 2051]] この手の出題者単独は経路が認識できてないだけだろうしできると思ってトライするも全然わからず。結局ずいぶん前にやった時に書いた気持ち悪いパーツを気持ち悪い感じに並べる以上の綺麗な認識ができなかった。[[Problem 1239]]なんかもそういう系なんじゃないかなと思ってるけどどうなんだろう。imagine cupみを感じる。
-discordで話しながらなんかやるのとかオフ会みたいにできて楽しいかもなと思ったので、id貼っておきます。フレンド送ってください→Ktyaしゃーぷ7525
-[[Problem 0840]] 向きちょっと弄れて28B解が26Bにできた。a(X,Y):Xa(sX,Y-1)la(sX,Y-1)lXを変数増やしていじる。
-[[Problem 0842]] 前の解は840の28B解ベースで作っていたので当然縮んだ。840全く理解してないのに単独なのは謎 840の答えはここの問題に活かせないのかな？
**2020/5 [#e33a5e20]
-ぱすた先生に単独ベスト集計依頼をして更新していただいた（何もしないでやらせるクズ）
-想像以上に_misakiさんが覇王になっていて笑ってしまいました 現役勢の思考みたいなのはいつか聞きたいですね
**2018/6 [#qfa9b9cf]
-えっらい久々に開いたら誰にも本質的に解かれていない問題があったのでちょっとだけ考えた
-[[Problem 2029]] L字でL字を書きながら戻るみたいなよくあるやつにさらによくわからないものが付加してる感じだった。パーツ自体も使い回しで綺麗に書ける 適度な時間で適度に楽しめる問題だった まだあと1Bは縮むらしい
-たくさん更新してから書こうと思ってたけどモチベーションが落ち着いているのと時間がなかなかとれないのとでそういうわけにはいきませんでした。多分急にやりたくなるやつなのでまたそのうち
-前にも書いた気がしますが，僕の投稿した解について気になる部分があるとかモヤモヤしてるとか少しヒントが欲しいとかあればツイッターにどうぞ(Ktya_59)
**2017/10 [#n68d4a66]
-ガッツリ時間をかけてやれない期間が続くと思うので少し作問&その意図などを書き残しておきます
-そのうち戻ってこれるように精進します
-とあるテク＝1975での自分の別解 新テクなのかどうかよくわからない（昔あった気もした＋本解の発展にも見える） 本解と類似してる点はあるが使い所が難しいのでぜひ開拓してもらいたい
-使えそうな問題を探すモチベと時間と考察が足りてないのでその辺もいずれ時間が取れたらやろうかなと思ってます
-[[Problem 1975]] とあるテクでa(X,Y):YrYXrYXa(sY,X) が実は圧縮できる a(X,Y):YrYXrYXa(sY,X)r と思うとわかりやすいかも？
-[[Problem 2014]] Solve:長さをしっかり測って成長を調整しましょう Best:とあるテクでYrYYXrrYYXrYYXrを圧縮
-[[Problem 2015]] 出来事からてきとうに出題 成長段階を少なくしてアプローチを増やしてみた Best短いですね
-[[Problem 2016]] とあるテクについての問題のつもりだったけどいたって普通の問題になってしまった。まあたまにはいいということで（逃）
-[[Problem 2017]] Solve:タイトルの通りにするだけでやれることがほとんどなくなると思うのでその範囲で Best:とあるテク 短いし入門といえそう Solveの解を縮める感じです
-[[Problem 2018]] Solve:経路自体は単純かなと思います Best:とあるテク（かなり上級な使い方？）
-2018のような比較的ありふれた形に応用が効きそうなので強力そうですが、使い所が非常に難しそう（というか実験して形を覚えるぐらいしかなさそう？）というのが現時点での感想です
-他にもいくつか問題にしようかと思いましたがむやみに作るよりはテクを研究していった方がいいかなと思いボツにしました
**2017/09 [#n68d4a66]
-五億年ぶりに
-全く解けないです… 原始人のようなコードしかかけない
-[[Problem 1975]] _misakiさんのヒントとsnukeさんのヒント見てどうも自分の解と合わないなぁと思っていたら別の解が想定解だったというオチ これに気づかず1991がすぐには縮まなかった
…ということはもしかして自分の過去の解はまた別の新テク（？）なのか？
-[[Problem 1991]] 上の問題のトリックに気づいたらすぐ縮んだ
-[[Problem 2002]] 解いている人がいないのはかわいそうなので解いておいた しかしほぼ同値なコードが通ったり通らなかったりして仕様の理解が不足してる 追記:どうやらそのうち消されるらしいので暗黙の了解で解いていなかっただけなのかな どちらにせよ2001がわかってないので考えないと→やはりあっさりと抜かれた 仕様と戦う感じが[[Problem 1786]]っぽかった
-[[Problem 0018]] 昔30Bで喜んでた時の解が例の手法で縮むやつだった こっちを経由してないと厳しそう
-[[Problem 2014]] 急に作問欲に駆り立てられてテキトーに作った原始的問題 タイトルも関係ない上に塗り方も雑（灰マス以外は全て通ります）ですがお許しを [追記]よく見たらスペルも間違っていた
**2016/11 [#n68d4a66]
-二ヶ月振りに
-コンテストの自分の解答は結局発掘してないです
-_misakiさんの新問二問！どちらもとても歯ごたえありました
-[[Problem 1974]] 数列をググったらしっかり出てきて笑ったw 最初愚直にヒントに従って24B それを縮めるのかと思ったけどそうではなくある種の引っかけ問題だった．まだ縮む気もするけどとりあえず解けて満足．
-[[Problem 1975]] 普通に考えたら15Bでテキトーに試してたら新テク？っぽいものを発見 それを弄ってたらなんかできたw もの凄く汎用性高そうなテクですが自分はまだ使いこなせなさそうです．r+実行部分 という答えなのでまだ縮む？
**2016/09 [#n68d4a66]
-どうもご無沙汰してましたKtyaです．最近めっきりやってないです…
-調べた所名前を非公開設定にしていたらしい（記憶に無い）．facebookでの投稿に依るとBlakeさんという方が一位で自分は二位のよう．
-一応自分のスコアは30000ちょいです（30000超えて止めたので）皆さんどうだったでしょうか？
-コードはメモっていないのでバイト数（これもメモ準拠）だけでも
4B,11B,11B,11B,22B
10B,25B,23B,18B,21B
34B,23B,24B,20B,17B
21B,--B,31B,18B,19B
13B,24B,21B,21B,20B
-各問題の感想
1:いつも通り．Max5Bには何か意図があるのかなぁ？
2:急に難しくなる．6倍関数で壁を利用したりして19B その後solverにかけて11B
3:2より易しいと思う．まずは普通に書いて13B その後solverにかけて11B
4:3の斜めバージョンと思って18B ぐるぐる回って12B solverにかけて11B
5:アホみたいな書き方で35->32B 別の良い経路に気付いて25B 初項の無駄を削るべく中心に行く様にする22B
6:即座にsolver 10B こういう出題はいい加減やめるべき．逆に想定解が気になる．
7:良問 最初は経路探すところから 良い関数XYXXYXを見つけて24B 関数に命令が無いのが気がかり
8:難問 solveから苦労した まず24B->23B 同じ問題が22B制限で存在すると言う事で粘る
9:四倍関数でてきとうにやって19B XssXで18B
10:特有のズラし問題 ズラして見切りにくくしている分パーツの作り方（どこを始点にするかとか）の自由度が 減るので一度解くと縮めにくいと言うイメージ
５歩+9ギザギザ パーツの並べ方との兼ね合いも見てXYYXYという関数で21B
11:s4つ,r一つ,l一つを並べたパーツを3連打する問題 HOJにも複数出題例あり．あらかたまとめて書ける関数を用 いたもののなかなか伸ばせる気がしない solver視野
12:なぜか真ん中に寄っていない問題．壁があるので直進を止めてもらう様に活用 これも関数に命令が入ってい ないのでやや不安な感じ
13:多分大多数の人が思った事:「これ25より難しくない？」 といってもフィボナッチと二乗ってだけであまり変わ らない
14:HOJをやっていたお陰か再帰的な解が最初にすんなり出てきたので印象が無い問題
15:感想は上とほぼ同じ 作問者側はちゃんとこの答えを導き出せていたのだろうか．
16:やりようがあまりに無さ過ぎる問題．Herbertを始めて間もなければ楽しめそうな問題ではあるけども．
17:このセットで一番難しい問題．微妙に対称性が崩れているのが多分混乱の原因なんだろうか．四隅のみ奇数座 標にあるのも謎．ただ制限byte数がやたら緩いので解かないと差をつけられると思って必死に頑張り中
18:圧縮問題 これもやりようがたくさん合って（自分は）好きな問題．イマイチ納得のできる圧縮が見つからな い問題 30切るくらいが合っても良い筈なんだけども
19:これもとりあえずsolveしたあと割とすぐにsolverに投げた パーツ固定で18Bを発見 まだ縮んでも何ら不思 議ではない．ただこういうのはものすごく差がつく（M/n-M/(n-1))が大きくなる ので要注意ではあった．
20:経路発掘するまでが大変 これは想定解という確信が持てますね．何か適合するテクニックがあるのではないかと思ったけど結局深入りしなかった．
21:まず落ち着いて数を数えてそれっぽいのを試したら半分程回収するやつを発見．それを上下に生やしたら丁度埋まった．結論から言うと何も考えずにsolverに投げてしまうのが正解だった．
22:これはパーツ探し等から結構苦労した．最終的に置換だけで想定解っぽいものを見つけたけどなかなか圧縮に繋がらず．
23:六倍関数をテキトーに使うだけ．これもっと前の問題で良かったと思う．
24:圧縮問題．こういうきれいな模様を上手い事埋めるのにかなり苦手意識が合ったので何回も書き直した．乱歩がありそうなのが怖い所
25:ある意味定番な「最後の問題は簡単」というやつ．
-全体として:素朴な問題と数値系問題が一つもないのはいかがなものかと．強いて言うなら24？ 殆ど全部答えありきに見える．贅沢ではあるけど出題者も学習して欲しいと感じる．
**Summer contest 2016 [#z6d57809]
-気になる（と思われる）問題の自分の感想をメモる事に
-5 初期位置やマップのズレに不満が残る問題．つい最近ちょっとまともな経路を見つけたが苦手な部類．
-7 経路発掘から，多岐に渡る圧縮（初期向きの解決など）があって，とても良い問題．
-8 このレベルの割に難しい問題．経路がまだ見えてない？
-9 ひとまず某テクで．まだあるのではと思ってしまう
-11 壁じゃなくて灰色マスで良かったのではと思ってしまう問題．結構似た問題がHOJにもたくさんあるけどまだ詰めが甘そう．
-12 これもやりようが多くて困るタイプの問題．これもそうだけど何故真ん中に配置しないのか…
-17 未solve 対称性が無い箇所が謎すぎる 乱歩なのかなぁ？
-18 これもまだ甘そうな一問．経路自体は楽ですね．
-20 何かしら適合するテクがあるかもと思わせる一問
-22 意外と綺麗に書けたけどそこから縮められていない．
-24 これは苦手なタイプ．上手なコードがありそう
-勝負を分けそうな問題のみが残った solvedについてはまだ10問ぐらい不満点が残っている感じ(逆に10数問はもう更新が難しそうな感じ？）勝負を分けそうな問題についてはsolve自体は必須という読みなのでしばらくは辛い戦いになりそう．solverの使い方も吟味しないとなぁ(7/10)
-みんなやってるのかな？とりあえず自分はunsolvedがあと二問 内一つは勝負を分けそうな問題でもう一つがlevel 一桁という… まずはsolvedしておきたいところ(7/8)
-Is it allowed to make the same problems as "Summer 2016 Contest" on HOJ?
For me, it is much easier to check the movement of Herbert on HOJ...
**2016/07 [#n68d4a66]
**:2016/07/10 [#bc50cecf]
-[[Problem 1970]] まったく検討がつかない…
-Summer Contest，もうちょっと詳細に（問題番号とかを付記して）状況を書こうか迷う所．
**2016/07/05 [#f9c59a23]
-新問ラッシュ！相変わらず脳味噌に良い問題が多くて楽しいです．
-[[Problem 1963]] best 規則見つけるのに若干手間取った．初期位置を合わせるのが難しい？
-[[Problem 1964]] best 最初3変数で書こうとしたけど数値が変わるのは3回だけなので変数が減った ここ最近では一番好きな問題
-[[Problem 1965]] パーツ圧縮技術を問うていると見ていいんでしょうかね？まだ試していない事が多いけど眠いのでまたそのうち
-[[Problem 1966]] 特に変な事もせずにスタンダードに もう数捻りぐらいありそうな気もするけども果たして…
-Summer contestをちょっとやってます 得点の形式上ガチでやるならsolverが滅茶苦茶重要という感じがして，元solver難民的にはそこに罪悪感みたいなものが… 問題自体は傾向は偏っているけど面白いと思います
**2016/06 [#d57250fa]
***2016/06/27 [#i51ee4ea]
-雑記更新ラッシュに乗る
-[[Problem 0184]] 今までと方針をがらりと変えて40 まだ縮みそうな気もする
-[[Problem 1962]] 見た事あるような無いような と言う感じの手法
-公式コンテスト是非参加したいんですが，これってMacで参加出来るんですかね？どうもダウンロードできなくて問題すら見れない…なんとかしたい所
***2016/06/某 [#m6f7a0df]
-久しぶりに自分のbest数みたら滅茶苦茶減っててビックリしました！ すごい！
-90%復帰チャレンジしたいけどできるかな
-特に1600番台がボコボコですね 一時期solverで何とかなりそうな二問だけって状態だった筈なのに
**2016/04 [#gf4c5261]
***2016/04/29 [#w8e569ef]
-ちゃんと「息抜き」として活用出来ているのでそこは良い感じですが宣言には反してしまっていますね
-一関数solver製作しようかなと思案中 コード生成から面倒だなぁ
-[[Problem 1740]] 17 二変数solver
-[[Problem 0227]] 32->単独 抜かれていたので抜き返し．32の時は上から8マス目まで移動してそこから右向きに長さn,n,n,13の棒を立てるやつを作ってそれで塗りつぶしていたのでぴったり32と言う感じだったけど今回はそれっぽいパーツを探してなぞった まだ行けそうだけど
-[[Problem 1634]] 29->best 潰されてたので 前からちょくちょくやってたけど思った以上に縮まないこの問題
もどかしいですね
***2016/04/23 [#me30d28c]
-[[Problem 0231]] 追いつかれていたので伸ばした また追いつかれた 工夫出来そうな所はそれなりにあるけどめんどい
-[[Problem 0653]] best 二変数solver 近いとこまでは出来てた 人間的
-[[Problem 1801]] best 二変数solver 理解してないです
-[[Problem 1828]] best solver 小さくして検索したらhit 非常に普通の解だった．step数もかなり少なめ．発想もあったのに何故解けていなかったし… かなり単純です
***2016/04/20 [#f1daf969]
-最近あらゆる事に脳味噌全然使えてなくて本当に駄目（ここに書く事ではないけど）
-best率90% 長かった しばらくはsolver以外脳味噌使わないと思います
-[[Problem 0225]] 50->best mod11を少し上手に書いた 関数が一つ浮いた分 答えの投稿も難しい（時間が異常にかかる）
-[[Problem 0537]] 21->best 境界をなぞるパーツを成長させて行って塗りつぶすようにしたら縮んだ 前までは数字使ってたけど
-[[Problem 1273]] 19->best solver mapを小さくして検索 最初ヒットしなかったけど一変数にしたらちゃんとヒットした step数そこまででもないし小さくする必要も無かったかも 二歩進みn段階目のパーツ を繰り返す感じです
-[[Problem 1763]] best 二変数solverさんに経路を教えてもらった後一変数にして例の技術 solverじゃヒットしないか
-[[Problem 0124]] 14->best 二変数solver 弾いてる奴だった 1,1,4,7…といえば人力でも可能か？
-[[Problem 0250]] 15->best solver ちょっと前は検索漏れしてたbyte数が偏ってる奴 ずっと二変数で探してて苦労した
-[[Problem 0412]] 18->best 二変数solver 18は人力だったけど こんなやりかたがあるのか
-[[Problem 0520]] 未->best step数かなり減らしたらhitした 300stepぐらいなので多少ガバガバなsolverでも見つかると思います 自分の持ってる解は灰マスに入るし人力は厳しい？
-[[Problem 0654]] 21->best これ数値手法だったのか！！！ 目から鱗 ずーっとsolverで検索して無いなぁと嘆いていた
-[[Problem 0924]] 20->best 20は人力 今回検索したのはかなりのstep数(50万近い)な上に二変数というw
-[[Problem 1086]] 19->best 人力の19は太く渦書いてた 今回出たのは二変数で上手い事ぐるぐるしてる奴だった
-[[Problem 1109]] 17->best 二変数にしたらhit まだ理解してません 17も理解してないけどw
-[[Problem 1469]] 14->best 二変数 今までstep数が足りてなかった
-14B以下残りの感想 15B残りが多いのでなんとかしないと
-[[Problem 0121]] 14は見つけた 永遠の謎 多分間違えて弾いてる二変数と思われる
-[[Problem 0144]] みつからない
-[[Problem 0287]] まず15Bが謎 二変数で検索か？
-[[Problem 1385]] 三変数らしい
-[[Problem 0992]] 謎 出てこない
***2016/04/16 [#f1daf969]
-雑記書き漏らしがある気がするけど面倒だ…
-ただ単にsolverと書いたら1変数を指してます
-[[Problem 0045]] solver まぁ人間的ではないですね
-[[Problem 0243]] solver めちゃくちゃ人間的 出来なかったのを反省 1,3,7のパーツと壁を利用してとりましょう
-[[Problem 0450]] 二変数solver 四歩で検索 二歩とかでも試しておくべきかもしれない
-[[Problem 0479]] solver さぼってた
-[[Problem 0482]] 二変数solver 思ったよりすぐ出た これはレパートリーとして持っておきたい
-[[Problem 0535]] solver 降参して検索 賢いなぁ
-[[Problem 0752]] solver 昨日も書いたけどbyte数偏ってるやつ検索漏れしてた バグとかじゃなくて良かった
-[[Problem 0762]] solver これ一変数だったのかw というかパーツ一つで良いのか（驚き）
-[[Problem 1157]] 二変数solver こんなのあるのか 応用が利きそうだけど果たして
-[[Problem 1230]] solver まぁありそうな変換で出来てた 昔18Bを人外扱いされたけど_misakiさんも出してたようでちょっと共感したw
-[[Problem 1257]] solver ちょっと理解し辛い 15Bでの構成をバラしてる感じか 位置が合う理由はしらない
-[[Problem 1427]] solver たしかに割と人間的だ もっとstep数多い人外解があるかもしれないけど
-[[Problem 1786]] solver よくみたら1779のコピペで行けるんだったw
-[[Problem 1787]] 1779のコピペじゃだめなのでなんとかするという問題 テキトーにやったら通ってしまって今更Herbertの仕様を知ると言うw step数の解釈として実行しているものだけじゃなくて，展開している文字列がある一定の長さを超えるとアウトなんですね〜 実行を上手く先取りする事で解決しました 何気に単独阻止
追記：よく見たらmasさんの雑記にちゃんと書いてあった
***2016/04/15 [#f1daf969]
-たくさん成果あったので投稿します
-best率88%
-と思ったら89%になった
-[[Problem 1429]] best 四倍関数の毛を探す問題
-[[Problem 1009]] best 進む命令の位置を変えたら縮んだ
-[[Problem 0287]] best solver 一辺4の正方形なのは分かるけどそれ以上は知るかって感じ
-[[Problem 0359]] best snuke先生 の「黒魔術」を理解した 想定解は知りません
-[[Problem 0303]] best 同上 黒魔術を理解
-[[Problem 0200]] 47->18 solver 無理なやつ step数減らせば18ぐらいでもなんとかなる
-[[Problem 0289]] best solver 灰踏むんかいw
-[[Problem 1109]] 27->17 solver なにこれ面白い こんなのあるんだw wwvwwさんはこれなのかなぁ？
-[[Problem 0811]] 13->best solverなるほど人間的だ
-[[Problem 0998]] 未->best 一変数solverで自分が考えた事の無い14Bが出てきてそれをいじくるとできた．結構単純な経路です．後で述べる二変数solverでは弾いてるタイプの答えだった．壁のせいで別の14Bのことをずっと考えていたけど壁は使いません．面白い！
-[[Problem 0259]] 17->13 solver なるほどなぁ 全部埋めるのか 一辺16がめっちゃ重要
-[[Problem 1932]] best solver 結構人外に見えるけどみんな凄い
-[[Problem 1933]] best solver なるほど
-[[Problem 0247]] best ちゃんと検索し直したら出た こんなのよく地力で見つけるなぁ
-[[Problem 1243]] best solver かなり人間的 というかもっと意味不明な位置合わせかと思いきやそういう訳ではなかった solver勢のみなさんはByte数指定して検索してるんですかね
-[[Problem 0322]] best solver Byte数偏った奴検索出来てなかった
-[[Problem 0312]] best solver 同上
-[[Problem 1826]] best solver 正方形うまいこと書いてた
~~
-以下二変数 余分な検索をカットしたら思った以上にまともに動いてくれる様になった 嬉しい！
-[[Problem 1777]] best 瞬時に解けそうな見た目しといて1600stepsぐらいってのは流石に笑った
-[[Problem 1779]] best コードの見た目めっちゃ綺麗だし典型っぽいけどまだ理解出来てない こういうの人力で作れたら強いんだろうなぁ
-[[Problem 1568]] best なるほどなぁ 解けるべきだったけど調整が面倒
-[[Problem 0137]] best まさかなぁと思ってたけど11Bで二変数かつ意味のある問題だったとは…
-[[Problem 0829]] best こんなの人力で見つける人間solverさん恐ろしすぎる
-[[Problem 0028]] best まぁ理解不能
-[[Problem 0934]] best 直線＋渦みたいな 言っちゃ悪いけど出題が下手くそでつまらない
-[[Problem 0129]] best 人外だとおもったけど「直線＋よく知ってる乱歩」だった
-[[Problem 1803]] best すごく人間的な発想だった 図になるとよくわからんけど
-[[Problem 0249]] 29->best 今回検索した中で一番びっくりしたw step数はかなり少なめ 動きが完全に想定解のそれ
-[[Problem 0335]] 15->best 発想はあったけど調整が面倒だった奴 0062をひたすらくっつけて行く感じです
-[[Problem 0140]] best 人間的な発想だった 2+4+6+8=20をつかうかんじ
-[[Problem 0012]] best これも思ったよりは人間的だった ヘヘ みたいなパーツを並べてる感じか
-[[Problem 0327]] best こういう調整もsolverにやってもらえるのは頼もしい
-[[Problem 0797]] best 思いつかなかった…悔しい
-[[Problem 1607]] 27->best まさかのsolverでヒット ちょっと申し訳ない感じ
***2016/04/某 [#y948d504]
-新問題出しました
-[[Problem 1956]] 一辺15がヒント 棒を立てます 15といえばHOJ的には2^4-1ですよね
-[[Problem 1957]] 本当に普通の問題 ターゲットをこうするだけで大分経路見にくくなりますよね
-[[Problem 1959]] 前にちょろっと触れたあまり使わないテクに関する問題 タイトル通りに書いて26ぐらいになりますがそこから23を目指しましょう（それより短いかもしれませんが）
-solverはもう面倒だしよくわからないのでいいやという感じ 二変数は結局調べるものを減らせなくて断念 アイデアはあるっちゃあるけど
-[[Problem 0282]] 97->87->77 とりあえず数式で解いた 変数が減らせるのかな？
-[[Problem 0842]] 48->35 840でフラクタルっぽい方針を思いついたので試したら28Bで絶望してたけどこの問題に関しては上手く適合していたようで縮んだ．snuke先生のヒントを見るに840はスタート地点に戻らない書き方をするのかな？ とりあえずフラクタルっぽく書いてみようとして「１回だけ右/左に曲がる」と言うのを実装したら縮みました もうちょっとで840もできそうですが…！
**2016/03 [#gf4c5261]
***2016/03/31 [#t5697937]
-Meshでそれっぽいの試そうと投稿したら案の定固まったw
-その間に決め手になりそうなのがsolverで検出されてそわそわしてスマホから解を投稿
-[[Problem 0762]] 19B 乱歩の知識が少し増えたので
-[[Problem 1138]] 14B solver なるほどなぁ
-つかの間のCOLOR(red){&size(20){総合一位！！！！！！！！！};}実感無さすぎ！ つかの間だろうけど嬉しすぎてスマホでスクショ撮ってしまったw
-冷静になるともう5000点ぐらい取らないと本質的に一位とは言えないのだよな~
~
今後の課題~
-一変数solverの高速化
-二変数以上のsolverで成果出す
-一関数solver
-迷いの木系のbest化
-[[Problem 0840]]を考える
-[[Problem 0282]]を考える
-成果
-[[Problem 0138]] 21->20 11歩で検索 二変数？
-[[Problem 0148]] best 人外解 そんなパーツなのかw
-[[Problem 0382]] best 人間的 そんなパーツが得する事があるというのが意外
-[[Problem 0390]] best 人類にもワンチャン解けうるけど知識がいるだろうなぁ 灰マスは全く通らないです 盤面右あたりに散乱しているのを取った後左を取り下を取ると言う感じです
-[[Problem 0450]] 19 4歩で検索 二変数？
-[[Problem 0648]] best へぇこんなのあるんだ
-[[Problem 0916]] best これは応用がありそうな形
-[[Problem 1122]] best えーこんなのあるんだ 理解しておきたい
-[[Problem 1201]] best これは一本取られた！ 渦だと思うのが大事 DEGwerさんの問題は実は面白いのが多い
-[[Problem 1377]] best 人外
-[[Problem 1381]] best 自分の持ってる答えは人外 解かれているのが恐ろしい
-[[Problem 1469]] 14 検索して15がヒットしたのでそれを二変数にして圧縮 13はまともな二変数ですかね
-[[Problem 1556]] best これは自力で 15ができていたらかなり近い
-[[Problem 1700]] best 絶妙すぎて笑ったw OとJの二マスに入り込むなんてw
-[[Problem 1826]] 15 ４歩検索ででた step数増やさないとでないのかな
***2016/03/30 [#v7396cd6]
以下全て一変数 solver
-[[Problem 0028]] 13 若干想定解っぽい？無理
-[[Problem 0045]] 13 人間的 パーツ自体は予想通り
-[[Problem 0213]] best 無理
-[[Problem 0247]] 12 11Bは凄まじいstep数？
-[[Problem 0307]] best 見落としをsolverで見つけるのは初めてなのでびっくりした
-[[Problem 0568]] best なるほど応用がありそうだ 灰マス踏むのね
-[[Problem 0752]] 14 人外解と今後に繋がりそうな模様解が出てきたけど13はstep数が多いのかな
-[[Problem 0763]] best step数少なくして検索 至って普通だった
-[[Problem 0811]] 13 イマイチもやもやする問題
-[[Problem 0826]] best そこ通るのかーw こういう系は偶数個並べると綺麗になりやすいですよね
-[[Problem 1168]] best solverさんにbyte数かさんだ解で経路を教えてもらった後は自分で ミスリード問題が多いですね 渦だと思うとやりやすいです
-[[Problem 1289]] best step数の関係で検索漏れしてたけど12Bをいじくったらできた
-[[Problem 1426]] best 上側取った後下側取るとか言う鬼畜ルートでわらった
-[[Problem 1697]] best 予想外の経路でびっくりした 人間的ではある
-迷いの木系の問題といたらギリギリでpastaさんを追い抜きつかの間のCOLOR(red){総合二位！！} まぁ新問に低く見積もっても2000点ぐらいは余裕で落ちてるから本当に暫定的ではあります
-迷いの木系の問題まったく追いつけない時ともうちょっとの時と二通りあって後者は経路取りなんだろうけど前者が謎 そんな大きく変わるようには思えないけどこれも経路取りなのか？
***2016/03/5週 [#fa829e5c]
-ぱすた大先生に依頼して単独best表更新してもらった（いつも唐突に自分勝手に要求して申し訳ありません，と同時に対応して頂きありがとうございます．）
-自分の予想を大きく上回るレベルに単独bestが増えていて笑ってしまった 結構阻止されている印象が合ったんですがこの一ヶ月は人のbest率を削る事だけ考えて緑を再更新しまくってたのでそれが大きい感じがします
-いよいよsolverなんとかしろの声が大きくなりそうな感じが
-[[Problem 0605]] 21->16 wwvwwさんの雑記をヒントに．多分同じ経路だと思う．1変数だと17でそれを2変数にした感じです 乱歩的動きの理解は大切だ
-試しに15B以下未best数えたら100問程あった
-[[Problem 0096]] 26->25 25B量産した 何が足りないのだろうか
-[[Problem 1351]] 26->best sの個数が多くて補助関数が上手い事使い回せそうだったのでなんとかズラして成功
-[[Problem 0339]] 22->best 思った以上に普通だった 一変数．⊥みたいなパーツを利用しましょう．
-[[Problem 0668]] 16->best 非常に普通の再帰 昔の答えの方が難しい
-[[Problem 1271]] 31->best 昔は渦を書いた後に外側を取ってたがパーツをデカくして縮めた やりようがありすぎる
-[[Problem 1826]] 解き忘れ solverにかけときたい
-[[Problem 0726]] 29->26->24->23(単独) 壁を利用し忘れていたのでそこをしっかりして26 masさんの雑記の二変数と言うのをヒントにして24 あとはいじって23 加えてヒントを出すと「パーツの区切り目」 未だにBITというタイトルの意味と問題ページのmasさんのコメントの意味が理解出来てない…
-人の単独それぞれ見てて思うけどすごくプレイヤーの特徴が出ている気がしますねw 特にsnuke先生の単独が一番追いつけない絶望感があるなぁ
-[[Problem 0230]] 38->34->32->30(単独) やーーっと撃破！ 右上の白と左下の白でbyte数かさみがちだったけどどちらも同じ解釈で取れるパーツがあってそこで4倍関数を使い回せた
-0226~0231全best! この6問だけでもかなり難しいですね
-一瞬だけCOLOR(red){best率86%}迷いの木全部解けば一時的にpastaさんに追いつくか？ solverをまともにすればいよいよmasさんも視野かもしれない（ほんとか？）~
-[[Problem 0461]] 24->23 関数が使い回せた これはbest化したい
-[[Problem 0530]] 17->best ようやく．惜しい所までできてた 直線とギザギザを同時に
-[[Problem 0548]] 23->best 数値だと気付けばまぁ
-[[Problem 0556]] 22->best 経路はあってて圧縮が下手だった こういうのはもうちょっと嗅覚よくしないと
-[[Problem 1019]] 20->19->best 19にした時点で縮むのはわかっていたけど眠くて向きが合わず断念．翌日案の定縮められていたのでやってみたらできた 上と下の壁の意味ないですよね…？(逆回りを阻止しているぐらい？）
-[[Problem 1958]] テキトー．solver勢待ち
-[[Problem 0156]] 44->42 snuke先生が異常に短いシリーズ パーツを上手い事やらないと無理だこれ
-[[Problem 0824]] 未->26 テキトーに．これとclimb over wallはよくわからない
-[[Problem 0830]] 23->22(単独) 自分の解法だと自明な圧縮忘れがあったw この壁越え系もそうだけどmasさんとsnukeさんがぽつんと並んでいる問題は全く追いつけないか稀によくわからず追い抜くかというのが多いなぁ．天才の発想は似るんでしょうか．
-[[Problem 0844]] 未->best 解けたーーー！！良問ですね．初期位置の右に5個白が並んでいますがこれは意味があって，初期位置の右6升目は灰色の方が解きやすかったですかねw 経路がわかった後も初期位置に悩まされましたが書き方を変えて何とかなりました．
-[[Problem 0980]] 111->84 とりあえずn歩+r(n=2~9)にそれぞれ名前をつけて書くだけで90代，それをテキトーに圧縮して84 もう5くらいは行けるかもしれないけどそこから先は宇宙
-[[Problem 1086]] 27->19 おしい13Bがあるんですね solverに任せたいけど人力でも十分縮みそう
-[[Problem 1706]] 21->best 3歩単位でrとlが隣り合うような乱歩って と考えたら当たった solverでも解いておきたい一問
-[[Problem 1740]] 未->26 良くわからないので直接かいた
***2016/03/4週 [#q778426e]
-[[Problem 0334]] 24->23 な阪関無 手法的にはpastaさんが得意そうなやつで縮めた
-wwvwwさんの活躍もありあと4問！
-[[Problem 0284]] 再チャレンジしたけど歯が立たず．数値じゃない長文の中でも一番力入れてるんだけどどうも届かない 経路もあまりへんてこなのには出来ないと思うから純粋に圧縮勝負って感じで悔しい
-[[Problem 0410]] 30->26->24->22(単独) なんで25で並んでいるのか謎（全くそれっぽい解に出会わなかった）理解出来ないbyte数で並んでいるのを抜くってのがよくあるなぁ 結構自然な認識で24くらいになって関数を工夫して22に．もっとエグい作り方がある気もしますね(wwvwwさんとか得意そう)
-[[Problem 0963]] 24->23 見落とし そもそも問題が難し目ですね
-[[Problem 0738]] 25->24 見落とし まだ縮みそうではある
-単独って付けてるやつはある程度は難しいやつで付けてないやつはしょうもないという感じの使い分けです
-あと1問！とりあえずアレを頑張るか
-[[Problem 1665]] 135->116 自分の昔の答えを参考に圧縮しやすくしたら案外あっさり行けた まだかなりガバガバだけど縮んだからよし！
-ついに（まともにやっているプレイヤーで）best率90%以上の人が一人もいなくなった！ かなり性格の悪いことをずっとやっていたのでこれからは気が向いた時に黄緑を考える事にします。。
***2016/03/3週 [#i309665d]
-直接書く系ならかなり戦えるって漸く自分でも言える気がしてきたけど時既に遅し
-[[Problem 0419]] 25->best 直接書いてbestとれた 他のbestの人達は全くの別解法で数値使っているらしい（確かに普段なら単独取れそうな答えではある） ワンチャン縮むんじゃないかなぁ
-[[Problem 0541]] 44->41->40->best 関数の分割を上手くして最初の関数を再利用したら41 最後ずるして40 よく見たら逆回りで向きが削れて39（こうなるともはやord2_nではないですがw） 特に難所ないから久々にやったらあっさりだった 前悩みまくっていたのは何だったのか
-[[Problem 1953]] 25->best 四倍にこだわり過ぎだった 今まであんまりやんなかった組み合わせの圧縮だったと思う
-[[Problem 1488]] 20->19(単独) wwvwwさんがやってらしたので．全く記憶に無い問題で新鮮だった．解法も自分が見つけただけでも4種類(経路は実質2種類?)あったのでもっとsolve者がいても良さそうな問題
色々試してたらちょうど欲しかった数列になるやつを見つけた こういうのは他の人の方が得意そうだけどなぁ
-[[Problem 1635]] 24->21(単独) コンテスト中にこういう解が出なかったのが意外 調整に手こずった
-[[Problem 1012]] 25->24(単独) 25のすぐそばにあった
-あと6問
-最近は25B以上の緑を巡回している（性格の悪さ）
-[[Problem 0357]] 69 とりあえず70切った 左上の処理が悩みどころ過ぎる 地味に初めて使うテク（というか書き方？）したのでそのうち問題に出そうかな
-[[Problem 0527]] 55->54(単独) ちょっと関数に工夫を
-[[Problem 0732]] 32->31 ただの見落とし
-[[Problem 1494]] 未->best 思っていたよりも大分単純な問題だった
-[[Problem 0750]] こんな経路でも良いと思いついて模索したけど縮まず
#ref(スクリーンショット 2016-03-19 1.57.06.png,nolink)
-他4問程チャレンジしたけど縮まず
***2016/03/2週 [#l70031c9]
-新問を三問投下 １回ミスってしまったので番号飛んでおります
-[[Problem 1952]] なんかどっかの問題とかぶっている気がしなくもないけど出題 区切り方ですね 普通に書いても25Bくらいにはなると思います
-[[Problem 1953]] これはテキトーに生成したパーツを綺麗に並べてみただけの問題 よくわからないパーツの圧縮がimagine cupとかにもありそうな感じ
-[[Problem 1955]] 壁ゲーをあまり出題した事が無かったので あまり吟味していないのですがもっと縮むかもしれないです
-[[Problem 0573]] 26->24(単独) 抜かれてたので見直し 変な事はあまりせずに書いた
-[[Problem 1297]] 27->26(単独) 灰マスの内側をどう取るか 上の問題もそうだけど単独キープできるか微妙な感じ
-[[Problem 1718]] 互いに素なやつを選べばいいのかな？ これは言われないと気付かない
-[[Problem 1897]] My bed "2"って感じの問題だった
-[[Problem 0278]] 未->best ちょっとズレるやつは前から得られていたんだけど調整が出来ていなかった 後ろにある文字を前に持ってきて調節すると言う技をあまり使っていなかった
-[[Problem 0291]] 未->best �ヽ謄僉璽弔六�計回りに取る�∧篏�関数の類いは使わない�０貶竸堯，鬟劵鵐箸鵬鬚い拭＼擇賁椶魄媼韻垢襪�19Bで向き違いが出来てくれてなんとかsolve
-[[Problem 1348]] 未->best 完全に答え無くしてたので考え直した問題 多分作った時はテキトーに見にくくしてやるぐらいにしか思ってなかったんだと思うけど割と丁寧に考えて解けるタイプだった
-1329縮むと睨んでるんですがどうなんでしょう
-[[Problem 0804]] 23->22(単独) 少なくとも自分の持っている解は色々奇跡が起こった ヤバいですねこれ
-[[Problem 0857]] 未->24 とりあえず解けた 追記 問題番号間違っていたようです．申し訳ないです．
-[[Problem 0415]] また別の31Bが幾つか生じた アルファベットシリーズは今やっても良問揃いで憧れる
-[[Problem 0419]] 27->25 27は無駄にかっこ良くキモい関数を使っていたのでそれを辞めたら25になった あと1Bだけどこれ解き方が違っている説が濃厚
-アルファベット黄緑全部あと1Bとか病を煩っているとしか思えないw
-[[Problem 0466]] 36->34(単独) これはこのとき知られていないテクを使っただけ まだありそう
-[[Problem 0491]] 54->50 テキトーに 46は遠すぎる
-[[Problem 0556]] 23->22 何かに気付けていない
-[[Problem 0572]] 26->best なるほど〜〜棒立てなくてもいいんですね〜
-[[Problem 0658]] 20->18 再帰ではあるが よい経路取りが見えない
-[[Problem 0982]] 21->best 普通の問題 元々の経路もあってたのに圧縮し損ねてた
-[[Problem 1888]] 29->28(単独) 順番テキトーに変えて走らせたら通った 原理が謎
-[[Problem 0265]] 49->46 縮んでて滅茶苦茶驚いたんですが辿る順番を変えて関数もよさそうなのにしたらなんとか縮んでくれた 後々やったらより簡単に二種類目が出来てしまった やってて思うけどa(X,Y):XYXとかよりもs,r,l等の命令込めた一変数の方が強いし小回りが利く事が多い
-ちょっとあら探し
-[[Problem 0551]] 20 なんとなく理解したけどbestはわからない
-[[Problem 1218]] 44->42(単独) この問題で４人も並ぶなんてオカシイとかいう謎の根拠で圧縮 結構上手い事行ってる箇所が幾つかある
-[[Problem 1543]] 25->24 まぁあの解は縮みますよね
***2016/03/1週 [#af3a9136]
謎の集団が突然沸いてめっちゃ笑いましたw
外国のどこかの集団に発掘されたんでしょうか？
何にせよウェルカムです！
-[[Problem 1428]] 単独bestさらに更新 某構文を使った ちょっとキモいコード
ここから新問 典型もあったけど糞問はなくて楽しめました
-[[Problem 1946]] 流石に過去問にありますね あってかこれ一変数と二変数と二種類答えあるのかw
-[[Problem 1947]] typical
-[[Problem 1948]] 苦手 solver改装中だけどC++の文字列操作をなんとかしないと駄目っぽいんだよなぁ。。
-[[Problem 1949]] 18->17最初はl+某問だったけど初期位置が良さそうだったのでちょっと別の書き方で縮んだ
-[[Problem 1950]] 17 超絶良問ですね〜（多分作問者気付いてないんだろうけども）
-[[Problem 1951]] 29 ちょっとだけ補助関数頑張ったけどもっといけるか？
-best率85%到達！solverちょっと諦め気味なんですが文字列操作ほんとどうすれば速くなってくれるのかな。。
C++の知識はほぼ無いので色々試さなきゃなぁ。
-最近の問題結構単独で生き残ってますね [[Problem 1950]]は冗談抜きに良問だと思うのでやってみてほしいです（とかいってbestじゃなかったりするかも知れませんが）もちろん壁使いまくりで再帰です
- えっ，[[Problem 1190]]が41Bになっている すぐには無理ですね。。
-[[Problem 0011]] 22->20(単独) まさかのこの位置で更新！！めっちゃ嬉しい！！！（+2点）
-[[Problem 0502]] ->25 ちょっとテコ入れ 縮まない
-[[Problem 0666]] 35->34(単独) 意地で単独守った
-[[Problem 1022]] 23->best 十字を律儀に二つ作るだけ やっぱ綺麗に埋める乱歩はもっとレパートリー持っておきたいなぁ
-[[Problem 1061]] 13->best ワンチャンを試したら通った
-[[Problem 1158]] 34->27(単独) 再帰で書きやすい様にパーツを書き直したら27になった 寧ろ30とか31が謎
-[[Problem 1414]] 21->19(単独) 前の経路をちゃんと書き直したら縮んだ 単独！
-[[Problem 1951]] 29->27 パーツを増やす事で初期位置に理由付けした 補助関数使ってた前の解の方が気に入ってるけども
-masさんのbest率を90％にした
-[[Problem 0553]] 49->48(単独) 使えそうな関数を試したら1B縮んだ この辺シビアだなぁ
-[[Problem 0573]] 29->26(単独) こういうの（他の人と比べて）多分得意なんだからさっさと取るべきだった 得意っていうか最近だと関数の選択肢がみんな多いから慣れた人が解いたらそんなたいした事無いかも？
-[[Problem 1297]] 30->29 テキトーに更新したら案の定あっさり抜かれたw コンテスト問題は詰めが甘すぎるのでコピペして満足したやつは定期的にチェックしないと
-[[Problem 1297]] 29->27 snukeさんの解の回収方法を少し変えて28B その後関数をちょっと改造して27B 単独になってくれるかな？
![[PukiWiki]](image/hojwiki.png "[PukiWiki]")
