やりようがありすぎて全くわからないやつ。XslsrXを使って1B圧縮。解けた!!!パーツの向きを変える系のものを数値関数で書くのかと思っていたけど、そうではなかった。渦関数で、基本パーツも小さい渦、みたいな認識したら解けると思います。灰マスは通らないです。個人的には2029と似てるとはあまり思わなかった。的な関数の効率良い生成方法」の部分でだいぶ怪しいことができて圧縮に成功。初項の処理がわからないのでいまだにllsa(-,...)みたいな実行になっている。デカい点数の問題ばっかり考察してる。自分ポリシーとしてはbest率の方が重視したい(bestボーナス、みたいなのがあってもいいと思っている)んだけど、戦うためにはsolve数方向に頼ってしまう。本当は多重再帰系と数値系に時間割きたかったりする。結局一変数ので済ました。数値の可能性も複雑な再帰の可能性もある。長さ測るのが難しいやつ。結局投稿してた答えに多重再帰が使えた。パーツの育て方を間違っていた。初項のパーツを三倍にしていく戦法でやっていたが、2個ずつ増やすだけでいい。渦関数をちょっと使いまわして単独ワースト回避。ヘタクソだったので経路そのままで数値関数を改善。あと1Bはわからない。変数を生やすやつが下手くそなので練習が必要。互除法solverっぽいものを作ろうとしたけど、全部を圧縮するやつはまだ作れていない。壁をうまく使って向きを削ればもうちょっと縮むのかな。問題名的にa(X):sa(X-1)srみたいな関数でなぞるのかなと思ってたこともある。→というか、sとsrを並べるという択もあるか。bitの1の数が偶数の時棒を立てる。最初めちゃくちゃ下手な書き方で110Bくらいになったけど、「bitの1の数が偶数の時棒を立てる」関数をメインとは別に作って繰り返しまくっていた変数の分離に成功。中心の方は256以上の数値への判定になってくるので、128以下と129以上で分けてます。(一応今の解は使っている数値255超えてないはずです。引いていく作業を繰り返し、2残るときに棒を立てる、という規則。1782と同じで単純にどっかで区切ればいいのね。if文使いまくってるのでその辺がうまく圧縮できるのかもしれない。lssrslsrsslsをパーツになぞる。31Bが量産されて困ってたがなんとか30Bで解けた。全体を無理やり再帰で書く方針もありそう。みたいなパーツで構成されているけども、成長の規則が謎すぎる。Spiralというぐらいだしr=aθ的な式に乗るのかとも思ったけどよくわからない。この手の作問者単独系の中では一番まともな問題(というか経路が明らか)なのでなんとかしたいとは思うけども。意外と下の隙間うまいこと入るやつがあるのか。solve者3人以上の白は潰せた!次は2人のやつですが、流石にキツいのばかりですね。何となくなぞれそうなパーツは見つけたけど、埋まらない。a(X,Y):a(lX,Y-1)X的なのを使い倒すんだろうけど、いいのが見当たらない。8以上だと同じパーツ繰り返すので探索範囲狭いはずなんだけども。互除法であるみたいだし頑張ってみるか。想定解、数値解じゃないかなあとか思っている。これは意味がわからない。この灰マスの配置的に乱歩ってことはあるのだろうか。Cupの二人solveを結構たくさん取ってるの偉いな(自画自賛)。覇王との差はこれらを解いても埋まらないので、ちゃんとbest化を進めるしかなさそうだな。イレギュラーなところをめっちゃ下手くそに取ってたのでいろいろ頑張ったら24Bで更新!→別のことをしている間に更新返しされてて楽しい。そもそも経路見えてない説ある。→久々にリアルタイムで争えているのが楽しくて頑張って更新返した!まだ縮んでもおかしくないので震えながら待ちます。最近勉強中(?)の数値関数系でやりました。向き調整とパーツへの適用を考えて追いついた。パーツの共通部分を置換しただけだったからまあ妥当。最初のオン会でいろいろヒントもらったけど結局数値解の延長線上にあるやつで解いた。再帰という噂でしたが。�3x+1の処理の時に2で割った後の変数使いまわしていたけど3変数目を作って圧縮(40Bくらい?)�n歩の関数にif文つけて圧縮(37B)�そもそもn歩進むのも一緒にできることに気づいて一行の関数になって圧縮。いう形なので奇数歩進む時用の調整変数を付け加えてあとは調整。曲がるタイミングとか一歩増やすタイミングとかやりようがあるけど31と言われているので見つけやすかった。書いた圧縮がお気に入りだったけど確かにこっちの方が色々やれるんだな。網羅的な吟味をしていないのでこの問題で技術を習得したい。→たしかにあっさり26になった。難しい技術使う方は別問題で頑張らないと。リンク先のmasさんの答えの一つをいじって圧縮した。ーーーーーっと倒した。ヒントをもらっていたのに全然活かせてなかった。考えたことのある経路のはずだったんだけど、全部同じパーツで行こうとしすぎてた。一変数で壁を使います。HOJの問題で一番時間費やしたと思うけど、この手のがこんなに時間かかってしまうんだよなあ。)「見落とし」にも文字通りのパターンと異常に難しいパターンの二種類の意味があるようだ。0歩を実現するために扱う数字にX+1の変数変換を行って数値遷移をX+Y-1と書いていたけど、5-Xの変数変換を行うとスッキリかけた。既存の答えをちょっといじったら47Bにできた。いい関数を使ってるなあ。二変数solver12B構文続編を執筆。とあるテクの方は全然使いこなせてないので最近ようやく理解してきた部分を列挙した。再帰で位置調整をうまいことする23Bがあって、それを実は22Bにしても位置が合うという話。23Bの方がそもそも出てきていなかった。勘違いをしていて、数値を全部n倍する必要があると思っていたけどそんなことはなかった。前に共有した時にmisakiさんの反応が微妙だったのか。_misakiさんのそのままパクった。初項はパーツを軸に射影した感じ。変数増やすとあるテクで書いても縮まなかった。masさんの参加もあって大盛り上がりでした。300番代をチェック。以下ボチボチ感想書いていきます。そんなヘンテコな問題じゃないと思うんだけど、いまだになにもわからないやつ。互除法の場合,変数を増やしたバージョンで数値の方をいじると節約できるらしい。数値関数で頑張る方でbest化した。34Bで並んでるけど結構人によって違った。自分はsrslでゴリ押す系。一つ前のパーツを使いたくて二変数。自分の綺麗な経路35Bも供養できた。自分はpastaさんから学んだやつ。自分だけXsrslXを使っていた。数値関数をパーツにも使い回すやつ。小さい方からやるやつと大きい方からやるやつ二通りある。どちらもきれいな答え。「3回に2回rr」的なものを実現するのですが、フィボナッチ数列の考え方で実現できます。これによって変数が減ります。0...」となりますよね。masさんと全く同じだった。0371ワンチャンありそうだと思った。0346は15Bsolverで解いた。同じかと思ったらちょっと違った。pastaさんのsolver使って見つけたのに,pastaさんは検索を放棄していたらしい。見た目がゴツい関数を作る。予習段階で解けなかったんだろう。masさんは初項を調節したフラクタル構成だった。17Bのすぐそばにあった。19Bの二人は手法が異なった。pXqの補助関数が仕事をしている。パーツと成長の調整用の変数をうまいこと減らしている感じ。長文気味だけど、規則が無い30B~50Bくらいのやつより取り組みやすいと思う。大きいのを実行する用の変数Zを用意して、a(X,Y,Z):a(X,Y-1,Z)XZとかいて実行でa(,12,a(,15,a(,10,))的なことをするとある成長の12段階目→ある成長の15段階目と実行できることを利用するらしい。そもそも大きい方だけを数値関数で実行するのが賢いのにこれまでやられたらすごすぎて。後半のsrslの渦へのつなぎ目の書き方が下手なのか、5Bほど追いつけていない。これもbyte数あるけど長文って感じがしない。la(,,,9)を実行するとちょっと埋まる。この辺の数値関数をうまいこと使うんだろうけど結局互除法の関数でsとl並べたものを無限ループしてます。手法の発想はあったけど、向き調整方法がいろいろあることに気付いていなかった。以前雑記で書いた部分がmasさんのやつだとうまく書かれているのだろうなと想像したらそうではなくメイン関数内で命令を合成する形で書いていた。確かにその手法だとa歩上b歩下みたいな関数を作る必要がないのか。自明な縮め損ないがあった。自分は数値使ってないです。solverにもHOJ側にも思わぬバグを発見してしまった。solverの方直したので今後こうならないように少し慎重になります。上記のバグに気づかず変なのを投げかけた。いう数列でもできるのね。