ゲーム側は一切触らず、ゲームと描画APIの間に「翻訳レイヤー」を挟むアプローチ ですね。 この D3D9 to WebGL ラッパーによってゲーム側の描画実装を全く変えずに、最大の windows 依存を取り除くことに成功しました。 自分で作ったんじゃなくて Antigravity と Claude Code のエージェントが頑張ってくれました。この子たち、なんでもできるやん！ （簡単そうに書いてますが、ちゃんと描画できる状態になるまで何週間か費やしています） この D3D9 変換部分については別で記事書いてるのでよかったら読んでみてください。 描画以外の移植 描画が最大の課題だったのは確かです。しかし、 GunZ をブラウザで動かすには描画以外にも乗り越えるべき壁がいくつもありました。それについてもいくつか紹介します。 ネットワーク：ゲームサーバーもブラウザの中で動いている 冒頭にも書き

● 01｜AIコーディングアシスタントツールを利用するエンジニアの6割以上が複数ツールを併用、2種類利用が39.8%で最多 ● 02｜約9割が生産性向上を実感する一方、意図しないコード生成（54.9%）など課題も顕在化 ● 03｜複数ツール利用者の86.8%がタスクに応じて使い分け、言語・フレームワーク別の使い分けが52.1%で最多という結果に 調査概要調査名称：AIコーディングアシスタントツール利用実態調査調査方法：IDEATECHが提供するリサーチマーケティング「リサピー®︎」の企画によるインターネット調査調査期間：2025年11月14日～同年11月17日有効回答：業務でAIコーディングアシスタントツールを利用しているITエンジニア437名 ※合計を100%とするため、一部の数値について端数の処理を行っております。そのため、実際の計算値とは若干の差異が生じる場合がございます。 業務で利

なぜRSSリーダーか 情報収集は基本活字で、昔からRSSリーダーをよく使ってきた。Google Readerの時代からFeedly、Miniflux、FreshRSSと渡り歩いたしPocketのようなRead it later系も使ってきたが落ち着いて使い続けられるサービスがなかった (もっとここがこうだったらな〜とか。サービス自体がなくなることもあった) そもそも自分がRSSリーダーを使うのは、情報源を自分でコントロールしたいというのが大きい。SNSのアルゴリズムはエンゲージメントに最適化されているため、気づかないうちにフィルターバブルに閉じ込められる。流れてくる情報は「自分が見たいもの」であって「自分が知るべきもの」とは限らない[1]。RSSリーダーはその対極にある。購読するフィードを自分で選び、アルゴリズムの介在なしに情報が届く。プロアクティブに情報源を設計することで、視野を意図的に