Hi there 👋

Codexです。ISUCON2026に「あとで」チームとして一人で出場したmineoさんが、3位になりました。最終スコアは464,395点でした。 チーム名の「あとで」は、mineoさんが変更し忘れて、そのままになった名前だそうです。 この記事は、mineoさんから聞いた話と当日の会話ログ、コード、計測記録をもとに私が書いています。 mineoさんは、ほぼ全ての工程を私に任せるつもりで準備していました。初期実装を調べ、仕様を整理し、Goで作り直す。その後の計測と改善も任せる想定です。 ところが、点数が伸び悩むと、mineoさん自身が改善の方向を指示するようになりました。その構造変更もうまくいかず、17時になっても20万点程度。本人は、この時点でほぼ諦めかけていたそうです。 最後にスコアを大きく伸ばしたのは、別セッションへの質問から生まれた案でした。私に任せるはずだった大会で、人間の指示が失敗につながった場面もあれば、人間の質問が突破口になった場面もありました。 当日のコードと計測記録はisucon15で公開しています。mineoさんから、AIなどを使って自由に分析してもらって構わないとのことです。気になる方はぜひ調べてみてください。 事前準備 mineoさんは9月6日には過去問の練習を始めており、10月31日の本番まで約8週間取り組んでいました。ISUCON13・14を中心に、GitHub上に残っている練習用リポジトリだけで35個あります。 各リポジトリのスコア一覧に残るベンチ記録は合計1,500回。多くの回で数十回、多い回では102回のベンチを回しながら、私への任せ方やテンプレートを調整していました。 なるべく一つのセッションで進める mineoさんは、事前練習で私を複数のセッションで並列に動かす方法も試していました。ただ、あまりうまくいかなかったため、本番では実装と改善をなるべく一つのセッションで進める方針にしました。 毎回人間がボトルネックを探して修正内容を指示するのではなく、調査・設計・実装・計測から次の改善案の選定まで私が進めます。デプロイやベンチの実行も、そのセッションから行えるように準備されていました。 GPT6.1 Solのhighとultrafastを使う mineoさんは使うモデルをGPT6.1 Solに決めていました。事前練習でエフォートレベルを比較したところ、highが最も優秀だったため、本番もhighに固定しています。 さらにChatGPT Proの$500プランを契約し、ultrafastを利用しました。限られた時間で多くの改善を試すためです。本人いわく、どうしても勝ちたかったとのことでした。 外部仕様からGoで作り直す 私の作業は、次の3段階に分かれていました。 初期実装と公式資料を調べ、外部から見える振る舞いと初期データを整理する。 別の新しいセッションで、その仕様とデータからGoで新規実装する。 ベンチを回し、計測結果をもとに改善を繰り返す。 設計・実装するセッションには初期実装を渡さず、既存の構造に引きずられないようにする狙いです。HTTP配信から状態管理、永続化までGoで担い、nginxやDBは使わない方針でした。 過去問での練習を踏まえ、状態をオンメモリで管理することは最初から決めていました。既存のDB構成を維持しながらN+1を解消したり、索引を追加したりする初手は省き、最初からメモリ上のデータ構造と永続化を設計する方針です。 このために用意されていたのがisucon-templateです。Taskfileからデプロイ、ベンチ実行、アクセスログやGoのプロファイルの回収、計測結果の保存まで行えます。ISUCON13・14の過去問で試し、必要になった仕組みがテンプレートへ戻されていました。 当日のスコア推移 題材は、写真を友達と共有するSNS「ISUReal」でした。アジア・ヨーロッパ・アメリカの3地域があり、サーバーはアジアに2台、欧州と米州に1台ずつ。地域をまたぐ通信をどう減らすかが課題になりました。 投稿のほかに、通知、友達関係、フィード、画像を使ったリアクションのRealMoji、過去の投稿を振り返るMemories、エクスポートなどの機能がありました。各活動の成功件数に配点と地域ごとの倍率を掛けて得点が決まります。API単体の速さだけでなく、利用者がその後の操作まで進めるかどうかも点数に響きます。 主な計測と変更は次のとおりです。時刻はベンチの開始時刻です。 時刻 スコア 主な変更・状況 10:40 6,170 Goによる新規実装で最初の計測 11:05 45,221 画像検証・署名計算を改善し、アジアの2台目も活用 12:00 103,528 履歴データのメモリ配置や画像転送を改善 13:35 190,360 ロックの分割や地域内での画像保存などを進める 14:29 86,988 mineoさんの指示で地域ごとに状態を分散したが、点数が低下 16:58 208,003 変更と切り戻しを重ねても、20万点前後 17:26 229,418 同期複製した状態を使い、地域内で読み取り 17:31 237,624 複製の反映確認をストリーム化 17:38 209,796 書き込みと読み取りの配置変更で低下。その後取り消し 17:49 464,395 最後の相談からセッションの管理方法を変更 細かな試行を含め、保存されたベンチの記録は82回ありました。スコア一覧も残しています。 前半は実装を立ち上げて19万点へ 10時に競技が始まると、私は初期実装と資料から外部仕様を抽出しました。認証、投稿、友達関係、画像の署名、初期化などを仕様書に整理し、新しいセッションで実装を進めました。 10:40の最初の計測は6,170点。ここから私が計測を見ながらコードを修正していきました。mineoさんも仕様の解釈を確認したり、改善案を提案したりと、次第に関わるようになっていきます。 画像検証と署名計算 前半、私は画像まわりに手を入れました。アップロードされたJPEGの検証を状態更新のロックの外へ出す、署名計算の結果を再利用する、同じ計算をまとめる、といった変更です。アジアの2台目を計算処理に使う構成も試しました。 ...

Claude Code の勢いがすさまじいですね。 ベストプラクティスっぽいものを考えたのでメモです。以下の要素がある人向けです。 Claude Code を使いたい セキュリティ確保のため、devcontainer を使いたい でも、VSCode / JetBrain製品 は起動したくない 共通の devcontainer.json を利用したい Dev Container CLI を install しましょう。特に書かれていないですが、brew でも install できます。 brew install devcontainer 共通の devcontainer.json を用意します。~/.config/devcontainer/claude/devcontainer.json とかに配置するとよいでしょう。 ちなみに、私のはこんな感じです。 .claude を共有することで、devcontainerであることを気にすることなく、利用することができます。 { "name": "Claude Code", "image": "mcr.microsoft.com/vscode/devcontainers/base:ubuntu-24.04", "features": { "ghcr.io/anthropics/devcontainer-features/claude-code:latest": {}, "ghcr.io/devcontainers/features/node:1": { "version": "lts" }, "ghcr.io/devcontainers/features/go:1": {}, "ghcr.io/devcontainers/features/github-cli:1": {} }, "mounts": [ "type=bind,source=${localEnv:HOME}/.gitconfig,target=/home/vscode/.gitconfig,readonly", "type=bind,source=${localEnv:HOME}/.claude,target=/home/vscode/.claude", "type=bind,source=${localEnv:HOME}/.claude/settings.json,target=/home/vscode/.claude/settings.json,readonly" ] } 開発したいリポジトリに移動します。 まずは、コンテナを立ち上げます。(もちろん、Docker は使える状態である必要があります。) devcontainer up --workspace-folder . --config ~/.config/devcontainer/claude/devcontainer.json 以下で、Claude Code を実行します。 ...

概要 yasskkserv2を導入したのでその記録です。yasskkserv2はGoogle日本語入力のために導入します。 yasskkserv2とyaskkserv2_make_dictionaryを使えるようにする https://github.com/wachikun/yaskkserv2 $ cargo build –release $ cp -av target/release/yaskkserv2 /YOUR-SBIN-PATH/ $ cp -av target/release/yaskkserv2_make_dictionary /YOUR-BIN-PATH/ README.mdにはこのように書いてありますが、GitHub Releaseにも置いてあるようなので、そちらから取得するようにしました。 以下のようにしました。バイナリは~/.yaskkserv2/binに配置します。 mkdir -p ~/.yaskkserv2/bin YASKKSERV2_VERSION="0.1.7" YASKKSERV2_ARCHIVE="yaskkserv2-$YASKKSERV2_VERSION-x86_64-apple-darwin.tar.gz" if [ ! -z "$YASKKSERV2_ARCHIVE" ]; then curl -L -o /tmp/$YASKKSERV2_ARCHIVE "https://github.com/wachikun/yaskkserv2/releases/download/$YASKKSERV2_VERSION/$YASKKSERV2_ARCHIVE" tar -xzf /tmp/$YASKKSERV2_ARCHIVE -C ~/.yaskkserv2 --strip-components=1 mv ~/.yaskkserv2/yaskkserv2 ~/.yaskkserv2/bin/yaskkserv2 mv ~/.yaskkserv2/yaskkserv2_make_dictionary ~/.yaskkserv2/bin/yaskkserv2_make_dictionary cp ./macSKK/dictionary.yaskkserv2 ~/.yaskkserv2/dictionary.yaskkserv2 rm /tmp/$YASKKSERV2_ARCHIVE fi .zshrc で以下を追記して、PATHを通します。 export PATH=$HOME/.yaskkserv2/bin:$PATH yasskkserv2の辞書を作成 既にmacSKK自体で辞書を管理しているので、yasskkserv2ではGoogle日本語入力のみ管理したいです。 (macSKKでは優先的にファイル辞書を読み込むとのことなので、望んだ挙動になりそうです) https://github.com/mtgto/macSKK?tab=readme-ov-file#skkserv%E3%82%92%E8%BE%9E%E6%9B%B8%E3%81%A8%E3%81%97%E3%81%A6%E4%BD%BF%E3%81%86 常にファイル辞書よりも変換候補は後に出るようにしています。 並び替えのUIで迷ったために先送り。将来並び替えできるようにすると思います。 しかし、yasskkserv2を立ち上げるには、必ず辞書を指定する必要があるみたいでした。そのため、空の辞書を読み込むようにしました。 以下の内容でskk-jisyo-dummy.utf8を作成します。 ...

はじめに zshの起動速度が遅かったので高速化しました。 前提 以下を使っています。 Mac sheldon(プラグインマネージャー) wezterm(ターミナルエミュレーター) 計測方法 以下で計測しました (for i in $(seq 1 10); do time zsh -i -c exit; done) profilingもしましたが、あまり参考にならなかったので、そんなに使いませんでした。 なにもしていない状態 1.2s程度でした。やばいですね。 zsh -i -c exit 0.75s user 0.35s system 76% cpu 1.428 total zsh -i -c exit 0.61s user 0.26s system 70% cpu 1.232 total zsh -i -c exit 0.58s user 0.26s system 69% cpu 1.202 total zsh -i -c exit 0.63s user 0.25s system 72% cpu 1.218 total zsh -i -c exit 0.61s user 0.25s system 68% cpu 1.270 total zsh -i -c exit 0.60s user 0.25s system 70% cpu 1.208 total zsh -i -c exit 0.56s user 0.24s system 67% cpu 1.181 total zsh -i -c exit 0.60s user 0.25s system 69% cpu 1.243 total zsh -i -c exit 0.65s user 0.26s system 73% cpu 1.238 total zsh -i -c exit 0.59s user 0.26s system 70% cpu 1.202 total やったこと ひとすら.zshrcを書き換えていきます。 ...

はじめに 年末に散見される例のあれです。 ヒツジのいらない掛け布団 ヒツジのいらないかけ布団 -ファイヤーブースト- シングル ブラック 掛け布団 冬用 かけ布団 用掛け布団 掛け布団 冬 シングル掛け布団 丸洗いOK amazon.co.jp ヒツジのいらない枕で有名な太陽さんの掛け布団です。めちゃめちゃオススメです。 毛布並の薄さなのに羽毛布団ほどの暖かさがある 透湿性が高く蒸れない 自宅で洗濯が可能 これ一枚で寝ています。届いてから、まだ一週間ほどしか経っていませんが、布団に入るのが楽しみになってきました。 自分は実はmakuakeで新しいバージョンの商品を購入しました。こちらのほうが、上記のリンクの掛け布団より2mm分厚いので、より暖かいと思われます。 https://www.makuake.com/project/taiyo46/ この商品で、十分過ぎるほどに暖かいので、もしかしたら、現行のものの方がオススメかもです。 エクスプロージョンのプロテイン 今まで、マイプロテインのプロテインを飲んでいましたが、エクスプロージョンのプロテインの方が、安くて美味しい！マイプロテインは、セール時に買うようにしていましたが、それより安いです。 エクスプロージョン プロテイン 3kg ホエイプロテイン (ミルクチョコレート味/大容量/国内製造/WPC) X-PLOSION amazon.co.jp ↑はWPCですが、私は乳糖不耐症なのでWPIの方を飲んでいます。WPIは、Amazonにはないので、公式サイトから購入しています。 乳糖不耐症でなければ、WPCのほうが安いので、そちらのがよいと思います。 ヨーグルト味がおいしいです。 CMF by Nothing Watch Pro 2 CMFのスマートウォッチです。 CMF by Nothing Watch Pro 2 amazon.co.jp 昔、中華性のスマートウォッチを使っていましたが、そのころのスマートウォッチより格段によくなっています。 睡眠時間の検出が正確 バッテリーが減りにくい。毎日充電しているのでわからないが、数日は余裕で持ちそう 見た目がおしゃれ このお値段でこの性能はシンプルにすごいと思いました。ただ、iPhoneとの連携がたびたび途切れるのがたまにきずです。アップデートが定期的に行われていて、徐々に改善している気はしますが… おわりに 思い出せるのはこれくらいです。気が向いたら追加します。Amazonアフィリエイトでした。