#ゲーム開発

Factorioの開発チームが、ゲーム内の機械や敵を3Dプリント用モデルとして公開する、かなり変わった取り組みを紹介した。単なる記念グッズの話ではなく、ゲームの見た目や設計思想をそのまま現実の造形に落とし込む挑戦でもある。しかも、これは開発中の思いつきで終わった企画ではなく、試作と調整を重ねて実際に公開できるところまで持っていった。ゲームの外側にまで世界を広げる試みとして、かなり面白い。 この話は、2024年夏にさかのぼる。Factorio開発チームはSpace Age DLCの仕上げに追われながら、プレイヤーを招いたプレイテストイベントを開いた。そこで実際に遊んでもらい、感想や批判をその場で受け取るという、かなり手の込んだ検証を行った。さらに、その場を少しでも面白くしようと、Prusa Researchの協力を得て関連プログラムやプレゼンも用意した。Factorio好きの間で盛り上がるイベントにしたかった、という空気が伝わってくる。 その流れで、会場でFactorioの模型をその場で3Dプリントしてみよう、という話になった。Fearghallが急いで、Glebaに登場するWriggl

生成AIが広がるなかで、ものづくりの意味が揺らいでいる。この記事は、その揺れにソフトウェア開発者でありインディーゲーム制作者でもある筆者がどう向き合ったかを、かなり率直に書いたエッセイだ。技術の話であると同時に、創作の手触りや、他人の評価に支えられてきた気持ちの行き場の話でもある。読後に残るのは、AI賛否の単純な対立ではなく、「それでも自分は何を作るのか」という切実な問いだと思う。 筆者のJoel Autersonは、まず自分がその週にかなり落ち込んだと明かす。爆発的に荒れたのではなく、気力や自制心がしぼんで、ティッシュペーパーを洗濯機にかけたあとみたいに、ぐしゃぐしゃに崩れた感覚だったという。少し持ち直したので、同じような状態にいる誰か、とくに未来の自分に向けて考えを書き残したい、というのが出発点だ。 原因として挙げられているのは、生成AIだ。筆者は、創作者の仕事がどんどん軽んじられ、AIによって消費されていることに強い嫌悪感を持っている。画像生成AIについては、芸術を装っただけのものに見えてしまい、恥ずかしくて近づきたくないというかなり強い言い方をしている。一方で、彼が主戦場として

いちばん引っかかったのは、「AIにゲームを作らせる」というより、「Unityの作法を先に教え込む」方向にかなり寄っていることでした。ここ、地味だけど大事だと思います。汎用のコーディングエージェントって、動くものはそれなりに作れても、現場の流儀までは平気で外してくる。UIフレームワークを勝手に別物で済ませたり、アセットの置き方が雑だったり。そういう“なんとなく動くけど、後で困る”感じは、AI支援が広がるほどむしろ目立つはずです。 だから、Unity公式が「29のスキル」としてベストプラクティスを渡すのは、かなり筋がいいと感じました。単に便利機能を足したというより、AIの暴れ方をゲームエンジン側で制御しようとしている。特に、トークン消費を減らすとか手戻りを減らすという説明は、理想論ではなく現実的です。AIを使っていて一番しんどいのは、賢そうに見えて話が長いだけで、結局やり直しになる瞬間なので。 一方で、これで「AIがUnityを理解した」と思うのは早い気もします。あくまで、Unityの“よくある正解”を渡しているだけで、複雑な設計判断やプロジェクト固有の事情まで吸収できるわけではないでしょ

古いゲームを新しいエンジンへ移す、というだけなら珍しくありません。けれど今回の話は、1993年にバグダッドで作られたAmigaゲームを、LLMに68000 assemblyを読ませながらGodotへ持っていった、という点でかなり変わっています。作者自身が手を動かしたのではなく、モデルに解析と移植を任せ、その結果を後から自分の目で検証した。しかも対象は、ソースも長く、コメントも少なく、30年越しの事情を背負った作品です。この記事は、その実験がどこまでうまくいったのかを、当事者の視点でかなり細かく追っています。 元記事の中心は、Rabah Shihab氏が自作のAmigaゲーム「Babylonian Twins」をGodotへ移植した経緯だ。元のゲームは1993年、バグダッドで、Amiga 500上に68000 assemblyだけで作られた。512KBのRAM、ハードディスクなし、テレビにつないで動かす機械で、OSに頼らずハードを直接叩く作りだったという。美術はMurtadha Salman氏、音楽はMahir AlSalman氏が担当した。制裁下でインターネットも開発資源もなく、頼れた