ゲームブック by Google AI Studio

Google AI Studio の Build mode を始めて触ったのだけど、 AI を使ったアプリが簡単に生成されて体験が非常に良い。

文章生成が得意ならゲームブックを作らせるといいのでは（と考えた人は多いと思うが）と、以下のプロンプトでアプリを作ってもらった。

テキストベースのアドベンチャーゲームを作りましょう。
AI が文章と、 3 ～ 5 つほどの選択肢を生成します。
ユーザーは文章を読み、ボタンで選択肢を１つ選びます。 
AI がその選択肢と今までの流れを把握した上で、次の文章と選択肢を生成します。
これを繰り返し、 AI がゲームが終了したと判断したら、そこで選択肢を出さずに終了させます。
終了時には、「バッドエンド」なのか「グッドエンド」なのかと、もう一度最初から遊ぶボタンを表示します。

生成されたのがこれ。きちんと UI も含めた完成形を出してくれて、ほんとに楽ちん。

このアプリが、無限に遊べてしまう。

「プログラミング言語 Perl の重鎮たちとメーリングリストで議論を戦わせる」と入れると、こんなゲームになる。正規表現エンジンを刷新したかったのに、無残な最期に。

「大学受験レベルの英単語クイズに５問連続正解する」だと以下。出題される単語にめちゃくちゃ偏りはある気がするが、一応問題を出してくれる。

「ドラクエ３」と入力すると、恐らく学習データが多いのだろう。それっぽいものが生成される。

これだけのものがなぜか楽しい。自分の選択に対して意味のある反応をしてもらえる、というのがゲームの楽しさの本質なんだろう。

謹賀新年

あけましておめでとうございます。本年もよろしくお願い致します。

今年の目標は 200Km のブルベへの出走と、継続して Rust を書くことです。

もちろん数学もやりたいけど、圧倒的に時間がない 😓

こんなちんけな画像を生成させるだけで「私は積極的に AI を使っています！」と胸を張れるんであれば、 2026 年を迎えた僕らは今、果たして「何」を頑張っていると言えるんだろう、と言う気持ちにはなりますね。

Brompton の前輪と後輪を入れ替え

今年の年末年始休暇は長いらしいが、 抗生物質を飲みながら療養を続けている 自分にはできることがない。頭痛もあったので、怒りに任せて永遠に Caves of Qud をやっていたのだが、さすがにそれにも飽きてきた。そこで、普段絶対にやらないことをやることにした。

普段使いをしている brompton M6R (今で言う C Line) だが、ふと見ると、後輪だけやたらとタイヤが減っていることに気が付いた。一方で前輪には余裕がある。これを入れ替えておけば、もう少しこのタイヤで粘れるはずだ。 brompton のタイヤ交換は内装が付いていると非常にめんどくさい。詳しくは動画を参照してもらおう。

youtu.be

ところが、自分の brompton はこれだけでは済まない。日本の brompton オーナーは多くの人が MINOURA のキックスタンド を付けていると思うが、これも外さなければならない。そのためには、 8mm のスパナが二本必要となり、作業にも多少コツがいる。

内装ハブ付きの後輪の交換が面倒なのは、手順の複雑さも去ることながら、交換後に内装変速機の調整も必要となるところである。これを覚えていないと、変速に支障が出て面倒なことになる。今日は Youtube ですべての手順を確認してからやったのでうまくできたが（と言っても１時間半以上かかったが）、これを屋外でやれと言われたら無事に完了できる自信はない。「Bromptonでの自転車旅はパンクが命取り」と言われる理由である。

しかも、苦労はここで終わらない。ホイールを付け外した後は、ブレーキのセンター調整もし直さなければならないのだが、ここで詰んだ。 前輪は調整できたものの、後輪はブレーキキャリパーの固定ボルトがリアキャリアと干渉してしまい、Brompton純正の携帯ツールキットでは回せなかったのだ。年明けにショップに行かなければならない。 brompton 社的には、「屋外でのパンク修理はあくまで自走可能な状態にすることが目標。細かな微調整は帰宅後にショップで行え」ということなんだろうか。

とはいえ、自転車で走る以上、パンクのリスクは避けられない。今回はその予行演習ができたと思えば、有意義な時間の過ごし方だったと言えるかもしれない。

手元にはもう一台、同様に後輪がすり減った「CHPT3 V4（P Line）」が控えている。こちらも今のうちに前後交換をしてお茶を濁したいところだが……残念ながら夜の薬を飲む時間だ。 2025 年中に作業を終えることはできないようだ。

忘年会は人類には早過ぎた

2025 年も暮れようとしている中、私は病床からこのエントリを書いている。忘年会でもらった風邪が治らず、微熱と頭痛がかれこれ五日以上続いているのだ。

年末年始は、自分にとって一年で最も大切な季節である。遠い故郷への年に一度の里帰りがあり、クリスマス、子供の誕生日、正月、そして義実家への挨拶。貴重な家族の行事がすべてこの数週間に凝縮されている。それゆえ、この時期だけは絶対に体調を崩さぬよう細心の注意を払い、余計な予定は入れないようにしている。だが、どうしても避けられないものが一つだけある。忘年会だ。

歯に衣着せずに言えば、酒を断った今の私にとって、忘年会に参加するメリットは皆無である。酒を飲まない時点で「楽しみ」ではなく、その上、酒を飲む人間よりも金銭的に享受できる金額は遥かに小さい。これが「年末なのでヤビツ峠にヒルクライム（自転車での山登り）に行きましょう」という誘いであれば、私は喜んで二つ返事で参加しただろう。これは決して極端な例えではない。私にとって「忘年会」への招集は、運動習慣のない人が「明日、険しい山を自転車で登りましょう（すごく楽しいですよ！）」と言われた時の当惑と、話し手と聞き手の温度差まで含めて完全に一致する。

コロナ禍を経て一度は影を潜めた忘年会が、再び勢いを取り戻しつつある。しかし、その構造的な問題は何ら解決されていない。体調を崩した参加者がマスクもせずに大声で長時間語らい続ける――そこが極めて感染リスクの高い場所であることは、疑いようがない。実際、「社会人としての付き合い」という義理を優先して参加した結果、私は体を引きずるようにして実家に戻る羽目になった。そのまま寝込んで母や弟に多大な迷惑をかけ、あろうことか子供の誕生日さえ満足に祝うことができなかったのだ。

親戚には高齢者も多く、透析を続けながら懸命に病と戦っている方もいる。そんな状況で、どの面を下げて「忘年会で風邪をもらってきました」などと報告できるだろうか。これはもはや個人の体調管理という範疇を超えた、他者への責任の問題である。何より、一年の疲れを癒やすはずだった私の大切な長期休暇は、ただの「苦痛な療養期間」へと成り果ててしまった。

来年の自分に、今のこの後悔を強く刻んでおく。忘年会には、決して参加してはならない。もしどうしてもというなら、新年会にすればいい。すべての連休と大切な行事が終わった後であれば、いくらでも「感染しに行く」覚悟で臨めるのだから。

Insta360 Go Ultraで逆さに撮ってしまったファイルの修正

アクションカメラは上下を勝手に判定するので、例えば前屈した姿勢でカメラのスイッチを入れたりすると、簡単に上下が逆さまの動画ができてしまう。

これを直す方法に難儀していたのだが、 ffmpeg でメタデータを弄るのが早いことがわかった。手元にインストールしなくても、 https://ffmpeg-online.vercel.app/ で -c copy -metadata:s:v:0 rotate=180 とオプションを付けて実行すればよい。これは便利。

cargo update --verbose

いつ頃からかわからないけど、 cargo update が便利になっている。新しいバージョンが存在するのをきちんと教えてくれる。

今までは新しいバージョンの存在を知るために cargo outdated や cargo upgrade を使っていたが、この出力だけで不要になってしまった。

update の対象ではない場合は普段は表示してくれない。

> cargo update          
    Updating crates.io index
     Locking 0 packages to latest compatible versions
note: pass `--verbose` to see 5 unchanged dependencies behind latest

が、書かれている通り cargo update --verbose を実行するだけで確認することができる。

YAPC::Fukuoka 2025 を終えて

先ほど、夜の便で無事に羽田に帰ってきた。まずは、素晴らしいカンファレンスを作ってくれたスタッフの方にお礼を言いたい。

最近持ち歩く PC が GPD win min なので、メモは取らなくていいかなあと思っていたのだけど、やっぱりメモをとったほうが頭に入ってくるので、結局全編メモを取りながら聞いていた。

hiratara.hatenadiary.jp

hiratara.hatenadiary.jp

聞いた中で面白かったのは、まず macopy さんのトーク で、コーディングエージェントがどう動いているのか短時間でよくまとまっていて素晴らしかった。 yoshiori さんのトーク も業務で技術的な課題を解決していく面白さを追体験出来て、とても良かった。最後に すぎゃーんさんのトーク は取り上げた課題の難易度も解法の解説も絶妙に興味深いものばかりで、プログラミングってやっぱり楽しいものだよなあと再確認できた。ビジュアライズも効果的で素晴らしい。最大で４トラック同時に開催されていたので、ベストトーク賞候補のトークやゲストのトークを含めて、聞けていないトラックの方が圧倒的に多かったことは強調しておく。

今回は珍しく、自分のトークもあった。予想通り聴講者は少なかったが、終了時に「面白かった」と声をかけてもらえたので満足である。実際、このプロジェクトは１エンジニアとして取り組んでとても面白かった ¹ ので、そのエッセンスを詰め込んだトークにしたつもりである。

speakerdeck.com

今回の福岡は、旅としても大変楽しかった。今までの YAPC では YAPC に忙しくて（それはそう）あまり観光できなかったのだが、今回は全日程に余裕があったように思える。最近家庭の事情で朝型の生活になっていたのも良かったのかもしれない。十分に睡眠を取った上で６時には起きて余裕を持って身支度をした上で、開場前にゆったりとモーニングを楽しむ時間まであった。

YAPC の翌日は予定だけ確保して何も旅程を決めていなかったのだが、 YAPC 終了後にふと google map を見ると、福岡の北側に面白そうな地形があることに気が付いた。海の中道と志賀島である。博多港が駅から徒歩で 45 分程度のところにあり、船で志賀島に入れることもわかった。そして、渡船場のすぐ近くにはレンタサイクルがある。素晴らしい。

博多港から乗船し、

軽くヒルクライムをして潮見公園からの海の中道の眺めを満喫し、

島を一周後 ² たまたまやっていた「潮騒ヨイ祭り」で焼きサバを頂き、

最後は海の中道からの絶景を拝みながら帰ってきた。

---

1. そう、面白いプロジェクトだった。「多分使われないだろうなあ」と言う虚無感を除けば。↩
2. 正確には物足りなくて二周したのだが。↩