今週末はずっと[崩壊スターレイル](https://hsr.hoyoverse.com/ja-jp/home)をプレイしていた。最初はスマホでやっていたのだが、原神と同じくこれは大画面で観たいという感じになりPCにインストールした。20GBくらい必要だった。

ﾍﾟﾗﾁｬﾝｶﾜｲｲﾔｯﾀｰ

![ペラさんの肖像](https://user-images.githubusercontent.com/18474125/235380198-c3b0536b-09dc-4049-9256-88f3dd37887e.png)


---

主人公のキャラクター性がかなり面白い。主人公は記憶喪失で、経緯や出自が不明である[^1]。なにやら重要そうな「星核」というオブジェクトが物語冒頭で主人公の体内に埋め込まれるが、それがつまるところ何なのかもわからない。とはいえ、訳もわからず異世界に召喚され、これから星々を旅する冒険が始まる、といったような現状のことを「SF映画の世界にでも召喚されたの？」と形容するなど、普通に地球人間として生まれ育ったかのような思考様式を備えていることは看て取れる。あまり表情豊かではなく、常に超然としていながらも、行動は奇特で、喋り方は妙に俗っぽい。筆者はこのようなキャラクターに弱いのだと思う。ミステリアスな風貌と飄々とした言動。

メッセージという機能があって、ゲーム内の他のキャラクターと主人公との会話が読めるのだが、これをすらすらと読めている自分に驚いた。他のゲーム（ブルアカやNIKKEなど）の類似する機能はだいたい読むのが億劫になってしまって放置してしまいがちなのだが、このゲームのメッセージは、そもそも絶対量が少なく現実的な数しか届かないということもあるが、おそらくそれを通して主人公の性格が窺い知れるということが、メッセージのやりとりを読み進める主な動機になっている気がする。仮にプレイヤー（筆者のことだが）が自己投影できてしまっていたら、単純に**自分自身が**会話相手のキャラクターに興味を持てるかどうかの問題になってしまうだろう。

実際の主人公の言動やゲーム冒頭の雰囲気は[マシーナリーとも子の記事](https://news.denfaminicogamer.jp/kikakuthetower/230426a)を見てほしい。

---

全体的なUXはよく考えられている。戦闘部分はシンボルエンカウント方式のターン制バトルで、コマンド数が絞られており[^2]考えることが少なくて済むのと、必殺技だけ任意のタイミングで割り込み発動できるため、若干のアクション性があり退屈しない。そして特筆すべきは、**戦闘後のリザルト画面というものが存在しない**ことだ。場転がテキパキと進むおかげで、この手のゲームシステムでありがちな「だれている」感がない。

姫子さんとヘルタさんの追加攻撃が強すぎる。追加攻撃に対しても追加攻撃が発生したりするので、ペラさんの秘技などで開幕攻撃→追加攻撃→追加攻撃みたいな感じで一切操作せずに戦闘が終了することがある。模擬宇宙の中では「愉悦」の祝福によってさらに追加攻撃が強化され、自動で敵が溶けていく。追加攻撃最高！ 一番好きな攻撃です！

---

操作体系はスマホ向けゲームをとりあえず移植しましたといった趣で、原神ほど洗練されておらず、UI上をカーソル移動しなきゃいけないことが多くて不便である。筆者はコントローラーでプレイしているが、一番の不満はキーコンフィグ機能の貧弱さで、自由に設定できるわけではなく、例えば「OK」と「キャンセル」ボタンは○か×しか割り当てられず、「通常攻撃」と「秘技」ボタンは□か△しか割り当てられない。あっても意味がない機能である。

また、このゲームにジャンプする機能はない。もちろんゲーム上まったく必要ではないからなのだが、こんなに精巧な3Dのマップとキャラクターがあってジャンプできないのはもどかしい。原神に飼い慣らされている。

[^1]: 物語の導入部で主人公を記憶喪失にしたり殺したりするのは、観者が新しい物語に没入しやすくするための典型的な工夫である。
[^2]: できることは「通常攻撃」「戦闘スキル」「必殺技」の三つしかない。

崩壊スターレイルやってる

このたびブログを立ち上げることにした。筆者のプロフィール表示等はまだ実装していないので、誰なのか知りたければとりあえず[GitHubを見てほしい](https://github.com/yuhr)。また、ここでは今後常体でいこうと思う。他の媒体（Zennなど）で書くときに比べて、あまり読みやすさなどに気を払いすぎて手が止まってしまうことがないよう、つらつらと書き殴っていきたい。

---

あえて今ブログ立ち上げに至ったのは、何の気なしにTwitterを眺めていたら、それとなく機運の高まりを感じたからだ。

<blockquote class="twitter-tweet">はてなブログに投稿しました <a href="https://twitter.com/hashtag/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%96%E3%83%AD%E3%82%B0?src=hash&amp;ref_src=twsrc%5Etfw">#はてなブログ</a> 言葉だけが最後に残る - 鷲はいまどこを飛ぶか<a href="https://t.co/tpUA1kn48E">https://t.co/tpUA1kn48E</a>&mdash; washoe2.2 (@washoe2020) <a href="https://twitter.com/washoe2020/status/1650144629017427969?ref_src=twsrc%5Etfw">April 23, 2023</a></blockquote>

<blockquote class="twitter-tweet">とても問題意識に共感する（実際自分も「意識的に記述しておかねば各時点の自分が何を考えていたのかは簡単に揮発してしまう」という問題意識から去年自分用のWebサイト↓を立てたので： 緒言 - gfnweb <a href="https://t.co/7kX5X1wwIw">https://t.co/7kX5X1wwIw</a> ）&mdash; 画力・博士号・油田 (@bd_gfngfn) <a href="https://twitter.com/bd_gfngfn/status/1650147533388419072?ref_src=twsrc%5Etfw">April 23, 2023</a></blockquote>

それぞれのツイートからリンクされている記事をここからもリンクしておく。

- [言葉だけが最後に残る - 鷲はいまどこを飛ぶか](https://washibane.hatenablog.com/entry/2023/04/23/232820)
- [緒言 - gfnweb](https://gfngfn.github.io/ja/posts/2022-05-09-preliminary-remarks/)

---

これらの記事を読んだことは行動のトリガーにすぎず、もともと将来的には何かしらのブログのような媒体を利用したいとは思っていた。執筆媒体という括りでいうと、以前はQiitaを利用していたが、最近では[Zennを利用している](https://zenn.dev/yuhr)。少なくとも今までは、ブログよりはこういった単発記事プラットフォームの方が性に合っていたということなのだろう。しかし、そこでも特に最近はエッセイ記事を書くことが多くなり、これもうさっさとブログこさえた方がいいのでは、と漠然と思いつつ特に行動してはいないという状態だった。

はてなブログにもその他の媒体にも、最後まで食指が動かず、なぜかというとおそらく三日坊主になるのを恐れたのだと思う。これらのBlog as a Serviceとも言うべきマネージドな媒体は、サイトテーマなどを活用して自分好みのブログを作れる感を醸し出しているわりには、とにかく何かしようと思えば自由を制限され、細かい部分を弄れないという事態に直面する経験が繰り返されることで次第に興が削がれていき、どうせその媒体を静かに見捨てることになるのだろう、という先入観がある（これはプロダクトが悪いのではなく単に筆者の性質とのミスマッチの話）。実際、いつだったか、立ち上げて設定を弄くり回しただけでそのまま放置したはてなブログがある。

---

GitHub IssuesをヘッドレスCMSとして使って簡単にブログを立ち上げられるようなソフトウェアがそういえばあったな、と思い出して適当にググってみたところ、r7kamuraさんのブログ記事『[GitHub Issuesでブログを書く](https://r7kamura.com/articles/2022-05-03-github-issues-as-blog)』を見つけた。当人作成の[gialog](https://github.com/r7kamura/gialog)というソフトウェアが紹介されていた。他にも[似たようなソリューション](https://zenn.dev/masaino/articles/aad220db388b5a)が世の中にはたくさん存在するらしかったのでいくつかリポジトリを見てみたりした。

そうしてわかったのは、gialogが最も素晴らしいということだった。 驚くべきことだが、**GitHub上でフォークするだけでブログが立ち上がる**のだ。本当に、文字通り、フォークするだけである。これ以上手順を減らすことはできない。GitHubをすでに日常的に利用しているユーザーが使うブログシステムとしては、間違いなく最高のエルゴノミクスを備えたシステムである。

そんなわけで、今筆者が立ち上げたこのブログは、gialogを以下のリポジトリにフォークして動かしている。

- <https://github.com/yuhr/blog.yuhr.org>

一応、独自ドメインで動かすためには少しソースコードに[変更](https://github.com/yuhr/blog.yuhr.org/compare/7a0199519be7d4790d667fa84872f277b64bdc1d..95a57e7c4aff82ac7ca6e3ad480f70293e902ca4)を加える必要はあった。また、これらの変更を加えた後、独自ドメインでアクセスするとキャッシュの関係でうまくCSSが当たっていないように見えたりもしたが、待つことで解決された。

まったく文句がない。魂がこういうものを求めていたことを実感する。

---

デモサイトの投稿例を見てみると、一つ面白いことに気づく。

- 投稿例: <https://r7kamura.github.io/gialog-example/articles/1>
- 該当するIssue: <https://github.com/r7kamura/gialog-example/issues/1>

Issueの最初の投稿だけでなく、そこに付けたコメントまで含めてコンテンツとしてデプロイされ、できあがったブログ記事の下部に追加表示されている。つまり、本題から逸れるような補足などを後から足すといった、ある意味Twitterのようなマイクロブログと従来の古典的ブログとの中間のような執筆スタイルが可能になる。これは[Zennのスクラップ機能](https://zenn.dev/zenn/articles/about-zenn-scraps)を彷彿とさせる、執筆媒体としては新しめのスタイルだと思う。てっきり、この手の（GitHub IssuesをCMSとして使う類の）ブログシステムは、Issueへのコメントは記事の間違いの指摘とかに使われるものと思っていた。

色々試してみよう。