- 追加された行はこの色です。
- 削除された行はこの色です。
*KtyaのHOJの記録その2 [#p347aad6]
-[[昔のやつ>Ktya雑記]]
**2023/7 [#n6770f5e]
-パソコン新しくしたついでにsolver動かしてみたりして久しぶりにログインした。
-数式系とsolve0人にちょっかい出すだけの人になってる。
-今流行の生成AIと組み合わせて探索を狭めたり効率の良いsolverを作ったり自分の思考を真似たコード生成を行ったりできないかなあ
-[[Problem 0184]] 40->38 互除法に無理やり二倍関数を詰め込んで圧縮した。数種類のパーツを並べる手法でいいのないのかなあ。あと1B
-[[Problem 0270]] 29->28 rsrrsrの無駄の解決と曲がるのが両立しなかったけど向き入れ込むだけでよかった。あと1B
-[[Problem 0171]] -[[Problem 0248]] 再度考えたが進捗なし。if文周りが下手っぽいんだけどいい感じにならない。
-[[Problem 0285]] 48->47 パーツの成長に向きを入れ込んで1B圧縮。逆順でも縮まないなあ。。
-[[Problem 0285]] 47->43 47B解の5変数関数定義は１行のやつはパッと見よさそうだけど、曲がるためだけの変数を何度も書いていて無駄っぽいので、ビットカウント部を分離して関数を3個にしたら縮んだ。if文(i(X,Y):Yみたいなやつ）を一度しか使っていないのがいかにも無駄だけどなかなか微調整が効かないな。。
-[[Problem 1943]] 20(単独solve) ヒントに倣ってパーツを追加したsolverをとりあえず作った。（２変数のYに指定したパーツを入れるだけ）検索したら22Bで引っかかったが、lrみたいなのが含まれてたので普通に20Bになった。灰マスは通らない。経路はまあ予想外で人間的には解きづらいかなあ。
-[[Problem 1472]] 24->21(best) 長さの差が2の長方形をたくさん書く方針だったが、よく見たら正方形でもサイズがでかくなった時に隙間を取ってくれることに気づいてbestになった。回る向きとかも大事。imagine cupは想定よりも数周期分多く実行した結果をmapにしがちだな。
-[[Problem 1467]] 26->25(best) 0から考えたらいけた。渦で挟んだのを無限に繰り返す方針。26の時は数値関数を使い倒してた。正直縮みそう。
-[[Problem 0569]] best solver 多分前つくったやつだと見逃してた。X+X+cのcが0になるので縮んだみたいな感じ。
-[[Problem 0526]] best 実行部分XXでも検索できるようにいじって検索。
-[[Problem 0630]] best 再帰、自力でやった。細かい調整がむずかった。今までは数値関数使いまわし。
-[[Problem 0857]] best L字のパーツの縦育てるのと横育てるのを分割してあとは数値と向き調整。l+実行なのでまだ行けたりするのかな。この手の成長の調整が複雑なタイプは数値がよさそうなんだな。
-[[Problem 1800]] 71->65(単独)
以前の解釈は「2以上n未満の最大の fibonacci num を引いていき、2残るときに棒を立てる。255超えてしまう分は、あらかじめ233(fibonacci num)を引いておいて対応する。」という方針。fibonacci num を引く過程で、1を引いてしまうとすべての数が2に行き着いてしまうため、2個前のものとペアにすることで処理していた。
該当する fibonacci num は高々1回しか引かれないことを利用して、書き直した。
Xが今調べている数、YとZを fibonacci num の組として以下のような変更をした。
a(X,Y,Z):a(X-Y,Y,Z)a(X,Y-Z,Y-Z-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行)
f(X,Y,Z):f(X-233,Y,Z)a(X,144 55)f(X+1,Y-1,Z)lf(X+1,Z,Z-1)
↓
a(X,Y,Z):a(X-Y,Z,Y-Z)a(X,Z,Y-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行)
f(X,Y,Z):f(X-144,Y,Z)a(X,144,89)sf(X+1,Y-1,Z)lf(X+1,Z,Z-1)
こうすると、同じ fibonacci num を何度も引くことがなくなる。また、1を引いてしまう問題については、「1以上n未満の最大の fibonacci num を一度だけ引き、途中経過が2になる」ことと「2以上n未満の最大の fibonacci num を引いていき、結果が2になる」ことが同値なので、これで圧縮が効く。Xに入る数によっては途中経過が何度も2になるため、従来のコードと挙動が異なる。
加えて、if文を二倍関数にすることでrsrrsrの無駄と引き換えに実行時間を（指数関数的に）増やす方法で圧縮した。数値選びに少し苦労。
-[[Problem 0285]] 43->41(best) 「if文が無駄だなあ」と言っていたけど、ただ変数増やしてそこに入れればいいだけだった。。向き＋実行みたいになっていて、「逆順にしたら縮んだ」の仕組みを導入できていないので、そこ次第ではさらに縮むと思う。
**2022/12 [#j79a2f8c]
-年末急にHOJがやりたくなる
-[[Problem 1239]] 25->23(best) 三倍＋向き 多分作問者想定解。分かってしまえばかなりシンプルなコード。偶然答え登録したのが同じ日だ（１１年も違うが）
-単独ベストが作問者というやつを狙撃したいけど、まあ当然難しいね。
**2022/3 [#j79a2f8c]
-別ゲーやりたくて回してたsolverを止めたため進捗がほぼなくなってしまいました
-best率90、数式系、気になる再帰系を倒した関係でモチベがあまりないというのもありますが、いつか長文系もうちょっとトライしたいなとは思ってます
-[[Problem 1387]] 21->20 逆順に sovlerで変な答え探せば縮むかも？
**2022/2 [#n540108f]
-[[Problem 0722]] 18->17 丁寧に書き下して、いい感じに再帰。
-[[Problem 0700]] 直接書いても28になるのかー 絶妙な関数とか経路認識がありそうなものだけども。。
-[[Problem 1028]] 45->39 n!をn+1回 足すのではなく、n+1をn!回足すことにするとnの更新用の変数が減らせる。
-[[Problem 1551]] 39->35 上の方針に加えてsnukeさんが紹介している変数の順序を変えてNLE回避するやつを適用。前から処理するからこういうことできるのか〜（脳死でコピペしてたため、自分にとっては新テクだったのは秘密）。n歩を中に入れて一行にするのは、従来の手法で保存用として使っている変数を削っている関係で無理だった。
-単独best集計を依頼 変な文章で依頼したらコンパイルエラーを指摘されてpますstますさんに依頼したことになってしまった（？？）
-[[Problem 0265]] 46->43 XsYsXを使ったらわりとあっさり46くらいになって、そこから使い回す部分の選択や経路に少し工夫。単独で喜んだら一瞬で抜き返されてなぜかテンションが上がってしまった。
**2022/1 [#ucfab21e]
-最近solverくんが頑張ってるだけなので実質pastaさんが成果を出しているとも言える
-[[Problem 0133]] 20->19 多分まだある
-[[Problem 1293]] 17->16 一変数。人間的なやつとヤバいやつの二種類発見 まだいけるのでは。
-[[Problem 0948]] 20->19 一変数。とりあえず雑に。まだ検索中
----
-書き溜めてたの含めて長くなったので[[アルファベットシリーズ攻略]]を新たに作って書きました。
-[[Problem 0409]] [[Problem 1296]] 28->27 三変数の再帰をちゃんと一から考察したら縮むやつがあった。[[Problem 1296]]だけ縮めていないのはただの確認漏れなのか手法が壁依存のものなのか
-[[Problem 0410]] 22->18 結局一変数solverで検索 オン会で見たやつとはちょっと異なる形でできた。模様系の知見もう少し持っておきたい。しかし22Bの時の苦労を考えるとsolverでそこそこすぐに見つかってしまうのは切ないですね。。
-[[Problem 0578]] 27->24 数値から再帰へ。調整がちょっとむずい。
-[[Problem 1504]] 33->32 12B構文で変数を減らしたものの。。足りない。
-[[Problem 0405]] 24->23 数値で書いた。絶妙に再利用ができず無限ループになってしまう。
-[[Problem 0667]] 21->20 数値関数再利用で。18????
-[[Problem 1032]] 30->28 結局再帰で縮んだ。[[Problem 0404]]と同じ圧縮。
-[[Problem 1765]] 21->18->17 solver まだ可能性ありそう。
-[[Problem 0527]] 52->51 数値関数で書いて雑に変数増やしたらあっさり51Bになった。右下は後回しにして中心に戻らずとってるのがポイントかも。まだ縮むのでは？
-[[Problem 0912]] 23->22 見落としと言われればそうかもしれないけど、見落としやすくて苦手な圧縮だった。
-[[Problem 0498]] 34->32 灰マス突っ込むと関数を簡単に使いまわせるのか。直接書きました。無駄がありそうに見えちゃうけどそうでもないのかな？
-[[Problem 1512]] 47->45 多重再帰とpXqした まだ縮むかもしれない？→多重再帰の意味がなかった。pXqがうまく使いまわせるようにパーツを調整。
-best率90%! モチベ少し控えめになりそうです。
-[[Problem 0981]] 19->18 二変数solver部位固定 賢いなぁ。。
-[[Problem 1357]] 22->20 模様乱歩＋特殊な初項 wwvwwさんの雑記を見る感じ全然違う答え？
-[[Problem 1271]] 28->26->24(単) 模様乱歩+特殊な初項 惜しいやつがたくさんあって調整とパーツの統一が悩ましい。こちらは多分27の人たちと方針自体は一緒かな。一マス埋まらない気持ちを共有したいやつ。今回はメモに惜しいやつが書いてあったのでそれを流用。->もうちょっといい奴が向き調整の末発見できた。
-模様系（≒同じ形が敷き詰められている系）の問題リストが欲しい。。
-[[Problem 0229]] 22->15 一変数solver オン会でも行けそうだなと思ってたやつ
-[[Problem 0933]] 未->17 ステップ数多い 灰マス以外全回収 かなり人間的だけど解ける気がしない。対角線部分を無視して拾う方法と対角線を拾う方法を別に考えればワンチャン？imagine cupは傾向的に灰マスはあまり踏まず、コード自体は人間的なものが多いのかな。未solveに活かせるといいのだけども。
-関数展開する際に1stepカウントされる仕様っぽい。関数の展開回数が多すぎる問題は普通の再帰だとあまりないけど、数値乱歩とかだとそこそこ影響ありそう。
-[[Problem 1470]] 未->20->18(単) 一変数solver 灰マス踏まないです。このコードで出題するとして、このmapにするのはさすがに出題が下手だなと思ってしまうが。オン会などで自分の未solveのヒントもらいまくった分こういうので成果を出せたという点は嬉しい。
-1300番台緑一色すごすぎる 長文でない非ベストがたくさんあるなあ
-[[Problem 1393]] 22->20 とりあえず横槍入れてみた。21がわからなかった。もっと縮みそう。
-[[Problem 1174]] [[Problem 1310]] [[Problem 1311]] なるほどn歩を使うのか。再帰にこだわっていた。1311とかはワンチャン縮むやつがあったりしそう
-[[Problem 1495]] 未->20(単) solver なんか出てきた。灰踏みません。 コード自体は理解可能ですけど、まあ不可能ですね。。a(X):XXXXa(sXl)というやつの亜種です。
-[[Problem 0133]] 25->24->22->20 一変数solver パーツ指定。これだけ対称性が高いならまあまあやりたい放題ということで
----
-[[Problem 2072]] [[Problem 0414]] 16B(19B)いやこの認識はすごい というかそこが初期位置の方がHOJ的には自然なのが意外すぎる。 オン会で「最初に３歩進みますよね」と言っていたのは経路的に３歩進んでいるだけなのかと思ったのですが本当にsssa(*)みたいな書き方をするんですね〜
（ちなみにsolverで検索しました。一変数も特殊な初項の二変数もありますね）
-[[Problem 0409]] 縮んでいる！？考察せねば
-imagine cup迷宮入りしてた三問を教えてもらった。単独潰してしまう&経路発想に重点が置かれている問題なので解いてしまうか迷いましたが、結局投稿。降参した問題だということはちゃんと書いておきます。
-[[Problem 0926]] 54->38->35 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。ちゃんと解けるべきところまで行っていたので悔しい。best化少し苦労したけど、まだ縮む可能性はある。
-[[Problem 0928]] 未->39->32->30 長さ3の正方形書いて進んで右に曲がるというパーツを３回使って何周もすると何故か埋まる。何周もするのが盲点であった。こちらは自分の力のみでは絶対に解けないなと思った。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを３回やると綺麗に埋まった。四倍と三倍の関数でbest化
-[[Problem 0933]] 実は検索をかけていたんだけどステップ数が足りてなかった？ 灰踏まない＋片方がパーツ育成というところから再度検索中
----
-オン会！400番代と気になるやつをいくつか共有しました。
-前半のボリュームが凄まじい反面後半はボチボチ、という印象の400番代。
-アルファベットシリーズは別でまとめて感想を書こうと思います。残ってたRも見落としに気づいて全緑達成！
-[[Problem 0401]] フラクタル系、二倍ごとに分けるとか向きをどこに込めるかとか細かく難しいものが多い印象
-[[Problem 0404]] 22->21 変数を増やして複合系。かなり自然な発想だけど気付けなかったなあ。
-[[Problem 0405]] 経路取りはあってるらしい。再帰で連打するのではなく、という感じ。
-[[Problem 0408]] 今回のオン会で共有した、12B構文の成長途中を配置する手法を共有。難しそう。
-[[Problem 0409]] いまだに馴染まないbest解 想定解は直接書くものだったらしい。wwvwwさんが[[Problem 0395]]みたいな解き方をしてて意外とやりようがある問題っぽいな
-[[Problem 0410]] 割とシンプルな模様系乱歩 パーツに工夫があるとのこと？
-[[Problem 0412]] こちらも模様。この手のどこかにまとめておきたくはある。
-[[Problem 0414]] pastaさんとmisakiさんの答え合わせ方法が独特で面白かった 意外な手法らしい？
-[[Problem 0445]] 正方形を成長させて描く関数を使い回す
-[[Problem 0450]] 結局乱歩。想定解気になるやつ。
-[[Problem 0451]] シンプルだけどかなり難しい。
-[[Problem 0453]] 20->19 22を二つのテクニックで19にする、というヒントがあって自分は一つにしか気付いていないという認識だったのですが、そうではなかったという話。実行部ではなく育てる長さの方をゆっくりにする。
変数増やす成長の調整が身についていないな。
-[[Problem 0455]] 再帰で作ると良いらしい。
-[[Problem 0456]] [[Problem 0457]] 部屋シリーズ。白い部分が地面？
-[[Problem 0459]] 二倍関数の部分に無駄を感じれるかどうか
-[[Problem 0463]] みんな人力で到達したとのこと。すごい。
-[[Problem 0464]] これも模様系。フラクタルよりも実行がはやいのも助かる。
-[[Problem 0466]] 強い補助関数or再帰で往復 多重再帰だとばかり
-[[Problem 0468]] 多重再帰の別解を教わった
-[[Problem 0474]] 難問 タイトルから解いた人が多い？
-[[Problem 0477]] 40B三人とも違う傾向の答えだった
-[[Problem 0482]] 意外とみんな違う乱歩だった
-[[Problem 0487]] 直接かけるらしい。自分はmeshと同じ手法
-[[Problem 0488]] misakiさんは数値 自分は直接。
-[[Problem 0489]] 経路も数値のまとめ方も損している
-[[Problem 0497]] masさんの17Bがまさかの再帰だった
-[[Problem 0498]] 実は経路が偉い問題だった。真ん中から灰マスつっこむらしい。
-[[Problem 0926]] 54->38 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。
-[[Problem 0928]] 未->39->32 長さ3の正方形書いて進んで右に曲がるというパーツを３回使って何周もすると何故か埋まる。何周もするのが盲点であった。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを３回やると綺麗に埋まった。
----
-あけましておめでとうございます！ HOJにモチベがありながら年跨いだの久々だなあ
-[[Problem 0408]] 18->17(単) [[Problem 0430]] の系。数字と配置方法見つけるのちょっと大変。これのsolverあったほうがいいかも。
-[[Problem 1581]] 20->18 step数と灰マス上限を減らして検索。
-[[Problem 0013]] 22->20 実は22Bの時の経路と一緒だった。(数字の7みたいなパーツを並べる）それっぽい再帰にして20になったけど、もっと行けそうな気はする。
ちなみに20B解とは別に新しく考えてた経路はこんな感じでしたが、始点に制限があってうまく活用できませんでした。
#ref(0013_keiro.png,nolink,40%)
-[[Problem 1239]] 26->25 関数改善 再帰に乗りそうな形にできないなあ。
-[[Problem 0729]] 17->16 二変数solver 17を特殊な初項で縮めるやつだった。17の人がいなくてみんな16なのすごい。
-[[Problem 1670]] 17->16 二変数solver こういうのうまく作るの苦手
-[[Problem 1510]] 248->244 solver作ってる途中。これぐらいだと別の手法でもっと縮んだりしそう。
-[[Problem 1600]] 再帰の18B発見した。想定解はsnuke theoryでa(X):Xa(XXXXa(sX,hoge)r,fuga)みたいな書き方をします。再帰のやつ、灰マスまったく踏まない解でめっちゃびっくりした。ここからうまく圧縮するのか。
-16Bのこり [[Problem 0976]] [[Problem 1148]] [[Problem 1151]] %%[[Problem 1600]]%%
1600以外は数値?
-17Bのこり [[Problem 0658]] [[Problem 0933]] [[Problem 1183]] %%[[Problem 1714]]%%
16Bと違って全部再帰っぽい
-[[Problem 0082]] 21->20->19 大きい方からやる渦関数使い回す。あの作り方でずれる分も使い回すことでうまく修正できる。
-0番台緑一色！！ ただ0000があるのでちょっと怪しいか。
-[[Problem 0646]] 25->22->21模範解答かってくらい綺麗に全部取る答え。最初数値でやってたけど再帰でも大丈夫。四隅のパーツ取るやつで真ん中の十字も取れちゃうという。
-[[Problem 0217]] 32->31->30 結局外側とってから内側取るやつに戻した。対称性がないのでどこから始まってどこから抜けるかで調整が変わってくるのが難点。
-[[Problem 0424]] 33->32 直接書く系で一変数＋向きで33にしてたけど、ちょっと違う関数で32になった。そもそも縮みそうだなと思ってはいたのでいい機会ではあった。
-[[Problem 1600]] 18->17->16 灰マス結構踏む18Bがあって、それに特殊な初項が使える。パーツ構成的にもっと実行時間をかけてワンチャンあるやつを試すと通る。位置が合う理由については全くわかりません。。&color(white){XsslssXrs→rXrsXXXrって変数変換的な操作から導けるのかなあ};
-[[Problem 1714]] 18->17 2変数solver 灰マス踏まなさそうだなと思って条件変えたらすぐ出た。出たのはいいけど、原理が全然わからない。なぜはみ出る？？
-[[Problem 1928]] 21->20->18 数値で書いていたのを直接書く方針に変更。直角二等辺三角形を拾っていく方針。ただ、最近見つけたあの手法が適用できる可能性もある。
-[[Problem 0808]] 23->22(単) 当時は模範解見て「こんなの無理だ」と思って完全に諦めていた記憶があるんですが、真っ白な状態で再チャレンジしたら縮んだ。
-[[Problem 1053]] 65->63(単) 既存の答えいじっただけ 長文は後回しにしちゃってる（後回しと言いつつ勝てる気がしていない）
-best率89%! そろそろsolverができる仕事もなくなってきてかなりキツい。。単独を投げ合う争いみたいになっている。
-[[Problem 1883]] -[[Problem 1884]] 24 確かにまあまあシンプルな書き方だった。以前のはわりと自然な三変数関数で今回はパーツに適合した二変数関数 三変数の方が自然な発想に見えちゃう。
-[[Problem 0808]] 22->20 えっ！！
**2021/12 その２ [#ucfab21e]
-[[Problem 1239]] 未->26 ３倍関数で適当になぞったら解けた。-> 3倍関数と雑な置換で26Bまでいけた。 23は遠いな。。再帰に乗るのか全然違う答えなのか。ちょうど１０年前の日付なことに気づいた。
-[[Problem 1112]] 22->20[[Problem 0481]] がbestだったのに何故かこれはbest逃してた
-[[Problem 1307]] 19->17 12B構文 ただし0を実現する必要があるので変数が増えている。
-ここ二ヶ月だけでだいぶ更新してて、モチベの波の激しさが見える。
-アルファベットシリーズは残すところあとRのみ！ 数式系と長文系以外のあらゆる技術が詰まっていると言っても過言でないぐらいに全問題が完成されているシリーズ。緑化したい。
-[[Problem 0430]] 20->16(単) 20Bは12B構文に二変数目を生やすことで無理やり打ち切って実現していた。さすがにこれは無駄だらけなので、近い発想を用いて、12B構文で成長するパーツを保存して適切に配置することでまさかの16Bにまで圧縮できた。19Bは多重再帰(snuke theory?)らしいのでチェックしておきたいけどわからない。数値やパーツの調整が少し難しかった。講座を書いたことでこの辺の理論が脳内で整理されたのが良い方向に作用しているようだ。
-[[Problem 0440]] 30->28 misakiさんのヒント通り、再帰でとる。再帰で都合よく書くためにいくつか工夫が必要だった。補助関数ともうまく適合してなんとか28Bになった。これが何もないところから出てくるのはすごすぎる。
-[[Problem 0434]] 20->16(単) [[Problem 0430]] の系。これで縮むやつ結構ありそうだな。
-[[Problem 0419]] 24->23 数値の方の24B解にもう一個変数増やして、「両端から同じもので挟む」を実現する。塊だけじゃなくて、パーツのl 21歩 l と l 9歩 l についても縮められて、結果的に23Bになる。こういう圧縮が効くんだなあ。[[Problem 1244]]ではできなくてこの問題ではできる、というのがヒントだった。
-[[Problem 1481]] 30->28 多重再帰のお勉強に。書き直したらわりとすぐにbestになった。
-[[Problem 0432]] 色々試しているけど縮まない。 試しているうちに多重再帰への慣れが出てきた。
-----
-なんとかRank1位になったけど、向こうの白見ると余力の塊な感じなので実感が全くない。まだbest率も全然ダメですね〜。
-[[Problem 1176]] 28->20(単) 普通にギザギザ3個パーツで乱歩検索。一瞬で出てきてびっくりした。みんななぜか検索しようとしてなかったやつ。12Bの乱歩をベースにしていて、灰マス踏まないです。
-[[Problem 0740]] 33->27 成長をうまくずらすと十字パーツ6まで+8歩、十字パーツ2まで+4歩がかけて、パーツ間の移動も数値関数使いまわせる。bestはわからない。。
-[[Problem 0926]] 59->54 無理やり解いてるだけ。多分何かに気づいてない。無駄なパーツの連打、変なパーツ移動が多すぎて大変なことになっている。
考察した時の画像を一応共有
#ref(0926.png,nolink,40%)
-[[Problem 0980]] 84->70 n歩r m歩r を書いた。
-[[Problem 1052]] 数値関数使ってみたら39->38 まだ下手くそだけど放置。
-[[Problem 1549]] 28->26 リンク先見ながら。なるほど、賢い
-[[Problem 0920]] 28->25 ひとまず直接書いたら縮んだ。やりようがありすぎて全くわからないやつ。
-[[Problem 1463]] 22->21 XslsrXを使って1B圧縮。bestは謎だなあ。
-[[Problem 0946]] 未->18 解けた！！！パーツの向きを変える系のものを数値関数で書くのかと思っていたけど、そうではなかった。渦関数で、基本パーツも小さい渦、みたいな認識したら解けると思います。灰マスは通らないです。 &color(white){個人的には2029と似てるとはあまり思わなかった。};
-[[Problem 0282]] 56->52(単) 以前雑記に書いた方針で「[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法」の部分でだいぶ怪しいことができて圧縮に成功。初項の処理がわからないのでいまだにllsa(-,...)みたいな実行になっている。
----
-デカい点数の問題ばっかり考察してる。自分ポリシーとしてはbest率の方が重視したい(bestボーナス、みたいなのがあってもいいと思っている）んだけど、戦うためにはsolve数方向に頼ってしまう。。
-本当は多重再帰系と数値系に時間割きたかったりする。
-[[Problem 0588]] srsとlslで雑に検索(sをsrs,lをlslと変換する感じで大丈夫） 結局一変数ので済ました。数値の可能性も複雑な再帰の可能性もある。
-[[Problem 1087]] 初項に入れておけばいいのに無駄なことをしていた ふつうにf(X):XXXXf(Xss) f(-) で書ける。特殊な初項で21B
-[[Problem 1348]] 長さ測るのが難しいやつ。結局投稿してた答えに多重再帰が使えた。
-[[Problem 1445]] パーツの育て方を間違っていた。初項のパーツを三倍にしていく戦法でやっていたが、2個ずつ増やすだけでいい。
-[[Problem 1467]] 何にもわからない。渦関数をちょっと使いまわして単独ワースト回避。
-[[Problem 0915]] いろいろヘタクソだったので経路そのままで数値関数を改善。特殊な初項でパーツ間の移動をよくしたのと使い回しを増やして23B あと1Bはわからない。
-----
-[[多重再帰構文！！]] キター！ ゆっくり消化しよう。あえて変数を生やすやつが下手くそなので練習が必要。
-[[Problem 0195]] sとr並べる互除法。互除法solverっぽいものを作ろうとしたけど、全部を圧縮するやつはまだ作れていない。。最後は無限ループでギリギリsolve 壁をうまく使って向きを削ればもうちょっと縮むのかな。問題名的にa(X):sa(X-1)srみたいな関数でなぞるのかなと思ってたこともある。→というか、sとsrを並べるという択もあるか。
-[[Problem 1782]] bitの1の数が偶数の時棒を立てる。最初めちゃくちゃ下手な書き方で110Bくらいになったけど、「bitの1の数が偶数の時棒を立てる」関数をメインとは別に作って繰り返しまくっていた変数の分離に成功。中心の方は256以上の数値への判定になってくるので、128以下と129以上で分けてます。
（一応今の解は使っている数値255超えてないはずです。）
-[[Problem 1800]] とりあえず解いた。nに対して2以上n未満の最大の fibonacci num を引いていく作業を繰り返し、2残るときに棒を立てる、という規則。1782と同じで単純にどっかで区切ればいいのね。if文使いまくってるのでその辺がうまく圧縮できるのかもしれない。オン会でちらっと見たmisakiさんの答えとは全然見た目が違う気がする（そもそも233とか144とか55とか書いてなかった気がする）
-[[Problem 1277]] lssrslsrsslsをパーツになぞる。31Bが量産されて困ってたがなんとか30Bで解けた。
-[[Problem 1279]] 1/4周ごとに sXlsr と lsrXs を互除法で選択する方針 + 後半無理矢理再帰でひとまずsolve 全体を無理やり再帰で書く方針もありそう。一応 sXlsr or lsrXs みたいなパーツで構成されているけども、成長の規則が謎すぎる。True Spiralというぐらいだしr=aθ的な式に乗るのかとも思ったけどよくわからない。この手の作問者単独系の中では一番まともな問題（というか経路が明らか）なのでなんとかしたいとは思うけども。。
-[[Problem 1773]] 二変数solver 意外と下の隙間うまいこと入るやつがあるのか。
-solve者3人以上の白は潰せた！次は2人のやつですが、流石にキツいのばかりですね。以下個人的なメモ。
-[[Problem 0928]] 何となくなぞれそうなパーツは見つけたけど、埋まらない。
-[[Problem 0946]] a(X,Y):a(lX,Y-1)X的なのを使い倒すんだろうけど、いいのが見当たらない。どうせ8以上だと同じパーツ繰り返すので探索範囲狭いはずなんだけども。。
-[[Problem 1239]] 互除法であるみたいだし頑張ってみるか。想定解、数値解じゃないかなあとか思っている。
-[[Problem 1278]] これは意味がわからない。 この灰マスの配置的に乱歩ってことはあるのだろうか。。
- Imagine Cupの二人solveを結構たくさん取ってるの偉いな（自画自賛）。過去の努力が見える。
- 覇王との差はこれらを解いても埋まらないので、ちゃんとbest化を進めるしかなさそうだな。
----
-[[Problem 0942]] イレギュラーなところをめっちゃ下手くそに取ってたのでいろいろ頑張ったら24Bで更新！→別のことをしている間に更新返しされてて楽しい。そもそも経路見えてない説ある。→久々にリアルタイムで争えているのが楽しくて頑張って更新返した！まだ縮んでもおかしくないので震えながら待ちます。最近勉強中（？）の数値関数系でやりました。
-[[Problem 0917]] 向き調整とパーツへの適用を考えて追いついた。もともとパーツの共通部分を置換しただけだったからまあ妥当。
-[[Problem 0947]] 最初のオン会でいろいろヒントもらったけど結局数値解の延長線上にあるやつで解いた。再帰という噂でしたが。。
-[[Problem 0988]] 42->31(best) ��3x+1の処理の時に2で割った後の変数使いまわしていたけど３変数目を作って圧縮(40Bくらい？）��n歩の関数にif文つけて圧縮(37B)��そもそもn歩進むのも一緒にできることに気づいて一行の関数になって圧縮。メイン関数は f(X,Y,Z):ssf(X-2,Y+1,Z+6)以下略 という形なので奇数歩進む時用の調整変数を付け加えてあとは調整。曲がるタイミングとか一歩増やすタイミングとかやりようがあるけど31と言われているので見つけやすかった。
-[[Problem 1107]] 意外と経路の種類がありそうだけど、まあ普通にT字みたいな感じで縮んだ
-[[Problem 1114]] とあるテク（弱）
-[[Problem 1290]] ヒントに従って色々テクが使えそうな形に変更してなんとか28B 直接書いた圧縮がお気に入りだったけど確かにこっちの方が色々やれるんだな。まだ網羅的な吟味をしていないのでこの問題で技術を習得したい。→たしかにあっさり26になった。。難しい技術使う方は別問題で頑張らないと。
-[[Problem 1681]] リンク先のmasさんの答えの一つをいじって圧縮した。もっとありそう。
-[[Problem 0010]] やーーーーーーっと倒した。結構ヒントをもらっていたのに全然活かせてなかった。当然考えたことのある経路のはずだったんだけど、全部同じパーツで行こうとしすぎてた。一変数で壁を使います。HOJの問題で一番時間費やしたと思うけど、この手のがこんなに時間かかってしまうんだよなあ。（この解よりも[[Problem 1802]]の方が好き。）
-「見落とし」にも文字通りのパターンと異常に難しいパターンの二種類の意味があるようだ。
-[[Problem 1712]] なぜか難しい関数を使って損していた
-[[Problem 0930]] 経路あってたけど向きで損しまくっていた
-[[Problem 1805]] 二変数solver 言われてみればこれで実現できるか
-[[Problem 0515]] 0歩を実現するために扱う数字にX+1の変数変換を行って数値遷移をX+Y-1と書いていたけど、5-Xの変数変換を行うとスッキリかけた。
-[[Problem 0553]] 既存の答えをちょっといじったら47Bにできた。いい関数を使ってるなあ。
-[[Problem 0898]] 二変数solver
----
-[[12B構文続編]]を執筆。とあるテクの方は全然使いこなせてないので最近ようやく理解してきた部分を列挙した。
-[[Problem 0439]] 再帰で位置調整をうまいことする23Bがあって、それを実は22Bにしても位置が合うという話。23Bの方がそもそも出てきていなかった。
-[[Problem 0637]] 数値関数で埋めた。
-[[Problem 1718]] 勘違いをしていて、数値を全部n倍する必要があると思っていたけどそんなことはなかった。だから前に共有した時にmisakiさんの反応が微妙だったのか。赤っ恥であった。
-[[Problem 0999]] _misakiさんのそのままパクった。初項はパーツを軸に射影した感じ。変数増やすとあるテクで書いても縮まなかった。
-1500best!
-オン会実施 masさんの参加もあって大盛り上がりでした。
-主に300番代をチェック。以下ボチボチ感想書いていきます。
-[[Problem 0301]] おそらくそんなヘンテコな問題じゃないと思うんだけど、いまだになにもわからないやつ。300と似てるとは思うんだけどね〜 渦をうまいこと数値関数で書くのかな
-[[Problem 0303]] 互除法の場合，変数を増やしたバージョンで数値の方をいじると節約できるらしい。数値関数で頑張る方でbest化した。そもそもX歩rX歩rの書き方がいくつかあるのね
-[[Problem 0304]] なんか棒立てる系説を思いついたけど気の狂った乱歩の可能性もあるんだよなあ
-[[Problem 0306]] 34Bで並んでるけど結構人によって違った。自分はsrslでゴリ押す系。ただ、一つ前のパーツを使いたくて二変数。masさんはsslsrとsrsslとかだったかな？ 自分の綺麗な経路35Bも供養できた。
-[[Problem 0310]] 関数組み合わせる系。自分はpastaさんから学んだやつ。
-[[Problem 0311]] 自分だけXsrslXを使っていた。
-[[Problem 0315]] 数値関数をパーツにも使い回すやつ。小さい方からやるやつと大きい方からやるやつ二通りある。どちらもきれいな答え。
-[[Problem 0319]] 「3回に2回rr」的なものを実現するのですが、フィボナッチ数列の考え方で実現できます。これによって変数が減ります。初項が2,0のフィボナッチ数列をmod 4で書くと「2 0 2 2 0 2 2 0...」となりますよね。
-[[Problem 0320]] masさんと全く同じだった。
-[[Problem 0324]] -[[Problem 0336]]-[[Problem 0340]] -[[Problem 0341]]-[[Problem 0346]]-[[Problem 0371]]ワンチャンありそうだと思った。→[[Problem 0346]]は15Bsolverで解いた。
-[[Problem 0328]] 同じかと思ったらちょっと違った。二変数で書いてます。
-[[Problem 0331]] pastaさんのsolver使って見つけたのに，pastaさんは検索を放棄していたらしい。
-[[Problem 0333]] 見た目がゴツい関数を作る。なぜ予習段階で解けなかったんだろう。。
-[[Problem 0339]] masさんは初項を調節したフラクタル構成だった。
-[[Problem 0350]] 17Bのすぐそばにあった。向きが減らせる。
-[[Problem 0349]] 19Bの二人は手法が異なった。
-[[Problem 0356]] 自分は三変数。pXqの補助関数が仕事をしている。パーツと成長の調整用の変数をうまいこと減らしている感じ。長文気味だけど、規則が無い30B~50Bくらいのやつより取り組みやすいと思う。
-[[Problem 0357]] 大きいのを実行する用の変数Zを用意して、a(X,Y,Z):a(X,Y-1,Z)XZとかいて実行でa(,12,a(,15,a(,10,))的なことをするとある成長の12段階目→ある成長の15段階目と実行できることを利用するらしい。そもそも大きい方だけを数値関数で実行するのが賢いのにこれまでやられたらすごすぎて。 後半のsrslの渦へのつなぎ目の書き方が下手なのか、５Bほど追いつけていない。これもbyte数あるけど長文って感じがしない。
-[[Problem 0359]] (x+2)/3 だと思っていたら実は x + 2/3 らしい。確かにa(X,Y,Z,T):Xra(sZ,sX,Y,T-1) la(,,,9)を実行するとちょっと埋まる。この辺の数値関数をうまいこと使うんだろうけど結局互除法の関数でsとl並べたものを無限ループしてます。
-[[Problem 0361]] なぜか変な数値関数の答えがあった
-[[Problem 0374]]-[[Problem 0381]] この辺は縮まない系かなぁ
-[[Problem 0398]] これは最初に見つけた人が偉い関数
-[[Problem 0224]] 棒立てる系の数値関数再利用 手法の発想はあったけど、向き調整方法がいろいろあることに気付いていなかった。なるほどなあ。
-[[Problem 0282]] 以前雑記で書いた部分がmasさんのやつだとうまく書かれているのだろうなと想像したらそうではなくメイン関数内で命令を合成する形で書いていた。確かにその手法だとa歩上b歩下みたいな関数を作る必要がないのか。めちゃくちゃ盲点だった。。
**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]")
