Game Developer Conference 2025 回顧録

1 Abstract

このレポートは、Game Developers Conference 2025 (GDC) に参加した Lingheng Tony Tao の経験と主要な成果を記録したものです。イベントを通じて得られた技術的知識と soft skills の両方を網羅しており、特に graphics rendering、optimization、AI in games、そして game design philosophy に関連するセッションに焦点を当てています。専門的な内容に加えて、カンファレンス期間中に Tony が参加した social activities や networking の機会についての考察も含まれています。このレポートを通じて、Tony はゲーム開発業界で最も影響力のあるイベントの一つから得られた貴重な洞察、インスピレーション、そして教訓を捉えることを目指しています。

2 Technical

私は学生、graphics engineer、そして technical artist として GDC に参加しました。Entertainment Technology Center では rendering techniques と tool development に注力してきたため、これらの分野に関連するレクチャー、セッション、トークを中心に選択しました。

トークの内容は驚くほど新鮮で刺激的でした。しかし同時に、自分が本当にこの業界を理解しているのかを自問し、自身のキャリアパスの方向性を再考するきっかけにもなりました。

2.1 How Have I Learned

参加した各セクションについて、MacBook でメモを取り続けました。以下はそのスクリーンショットです：

スクリーンショットにあるように、メモを取るための独自の syntax を使用しました。

トークをセクションごとに整理しました。スピーカーがスライドで明確な区分を示している場合もあれば、聞いた内容に基づいて自分で構造をまとめた場合もあります。
Keywords は太字で強調しました。
不慣れなトピックには ○ の to-do toggle を付け、後でさらに調査する計画であることを示しました。
重要なポイントは下線で強調しました。

この syntax によりメモの可読性が非常に高まり、トークから学んだ内容を整理するのに明確に役立ちました。

2.2 What Have I Learned

このパートでは、GDC で得た技術的知識のみを扱います。

まず、Advanced Graphics のレクチャーからの主要な成果です。これらのセッションは NVIDIA、AMD、Unity、Unreal、Google などの企業の代表者によって発表され、50シリーズの graphics cards のリリースなど、最近の技術進歩によって可能になった新機能が紹介されました。

参加したトークは以下のカテゴリに分類できます：

Physically Based Rendering topics

当然ながら、業界は PBR に対して非常に異なる視点を持っています。ゲーム業界の使命は、非技術者のプレイヤー、つまりアルゴリズムの背後にある技術的な複雑さを知ることも気にすることもない人々に、魅力的な体験を届けることです。これらのプレイヤーが気にするのは以下の点です： - 見た目が良いか？ - パフォーマンスが良いか？ほとんどすべての PBR に関するトークでは、どのようにして異なる目標を達成しているかが議論されました。トーク（0317 Advanced Graphics: RTX for Indiana Jones、および 0317 Advanced Graphics: Full Ray Tracing in Black Myth Wukong）では、調査し学習する価値のある以下の手法が取り上げられました：

Opacity MicroMaps (OMM)。これは、full ray tracing pipeline における植生の rendering の課題に対処するために設計された手法です。alpha testing への依存を減らし、rendering 中のパフォーマンスと効率を向上させます。マイクロレベルで不透明度情報を事前計算して保存することで、ray tracer が完全に不透明または完全に透明な領域との不要な交差判定をスキップできるようにします。
Spatial Hashing Radiance Caching (SHaRC)。これは、real-time rendering における global illumination を最適化することを目的とした手法です。詳細は再確認が必要ですが、一般的には spatial hashing を使用してシーン全体の radiance 情報を効率的に保存・取得し、動的な環境におけるライティング計算の計算コストを削減します。
Shader Execution Reorder (SER)。これは、ray tracing やその他の複雑な rendering ワークロードにおける shading divergence を低減するために設計された手法です。shading ワークロードを分析して並べ替える（しばしば sort-first approach と呼ばれます）ことで、実行パスが類似しているスレッドをグループ化します。これにより、GPU 上のスレッド分岐によるパフォーマンス損失が減少し、より一貫性のある効率的な実行が可能になります。

上記は、レクチャーの中で主要な機能として言及された、あるいは複数のレクチャーで言及された手法です。もちろん、議論されたすべての機能を網羅することは不可能であり、またその必要もありません。各社は自社のプロジェクトに特化したソリューションを採用しており、制約や期待値が異なる他のプロジェクトでは状況が劇的に変わる可能性があります。

しかし、一つの共通のテーマは明確です：業界は依然として、real-time ray tracing をプレイヤーにとって真に身近なものにするという課題に取り組んでいます。Ray tracing は根本的にコストが高く、AAA titles であってもパフォーマンスは依然として大きな懸念事項です。DLSS 4.0 や上記のトピックのような技術の助けを借りて、ようやく意味のある飛躍が見え始めるかもしれません。

業界は、water caustics、global illumination、shadows、occlusion の強化など、視覚的な忠実度の向上に多大な努力を払ってきました。しかし、私はある不快な事実に直面しました。これらの改善は、多くの場合、ビフォー・アフターの比較でしか気づけないということです。発表者は視覚的な違いを強調するために 2 枚のスライドを繰り返し行き来していましたが、確かに強化されているものの、プレイヤーが実際のゲームプレイ中にその違いに気づくのだろうか、と疑問に思わずにはいられませんでした。

一部の積極的なソリューションは、ray tracing を mobile platforms にまで押し進めています。Samsung と Google のセッション（0319 Google: Unlock The Full Potential of Your Game With Vulkan and ADPF）では、Android デバイスで ray tracing を可能にする高度な機能が紹介され、Diablo Immortal などのタイトルが例として挙げられました。これらの手法は真に注目に値するもので、より説得力のある反射、改善された soft shadows、そしてバーチャルワールドにおける全体的なリアリズムの向上など、モバイルゲームに大幅に強化された視覚的忠実度をもたらしました。

しかし、これらの進歩は mobile platforms の最も根本的な制限の一つである bandwidth を解決するものではありません。高度なライティング手法を用いても、極端な LOD 設定や本質的に低い vertex counts を持つモデルは、単純に見栄えが良くありません。Global illumination がどれほど印象的であっても、視覚的な品質は依然として geometry と memory の制限に縛られています。

これはプレゼンテーションのスライドページです。あえてページのスクリーンショットではなく、カメラで見たものをここに載せることにしました。このページを見ることで、氷や水への反射など、いくつかの視覚的な違いを確かに見つけることができます。しかし、心の中で本当に問いかけたくなるはずです：それはそれほど良く見えますか？

そうは言っても、私はこれらの技術開発の背後にある信じられないほどの努力と必要性を疑ったことは一度もありません。各機能の背後にある創意工夫は、真に素晴らしく、驚愕に値するものです。それらは、私が最初に computer graphics の世界に惹きつけられた理由を思い出させてくれました。これらの課題に取り組むエレガントさは、見事というほかありません。これらの graphics アルゴリズムは、エンジニアリングの芸術を美しく体現しています。

私が表明した懸念の多くは、Physically Based Rendering そのものの性質に起因しています。その究極の目標は、ゲーム世界の中に現実を再現すること、つまり世界が真に機能する通りに描画するエンジンを構築することです。しかし PBR は、その性質上、物理学やシミュレーションの突破口なしには進歩が難しいのです。

それでも、私は PBR を深く愛しています。自分のキャリアパスを振り返ると、わずかな改善にも多大な努力が必要で、進歩が長期間停滞する可能性のあるこの旅に、自分がコミットする準備ができているかどうかを真剣に考える必要があると感じています。しかし、おそらくそこにこそ美しさがあるのでしょう。

Graphics profiling and optimization

特に興味を惹かれたもう一つのトピックは、Unity における profiling と optimization です。Unity がスポンサーとなっているすべてのトークに参加しましたが、パフォーマンスチューニングに関する豊富な洞察と実践的なヒントが得られました。

セッションを通じて、いくつかの主要な戦略が繰り返し強調されました：

Unity 内部の profiling ツールに精通すること。これには、Unity Frame Debugger、Profiler、そして Unity 6 で導入された Render Graph、Overdraw Viewer、Graphics State Collections などの一連の新機能が含まれます。これらのツールを使いこなすことは、Unity エコシステム内で直接パフォーマンスのボトルネックを理解するために不可欠です。
外部の profiling ツールを効果的に使用すること。Xcode Frame Capture、NVIDIA Nsight、RenderDoc などのツールは、フレームレベルのパフォーマンスに関する詳細な洞察を提供します。これらは rendering コストを可視化し、明確にすることで、開発者が各フレームで何が起きているかを正確に特定できるようにします。
パフォーマンス問題の根本原因を理解すること。Shader の複雑さ、compilation time、memory 使用量、あるいは asset loading の非効率性など、根本的な理由を特定することが重要です。Optimization は、これらの寄与要因を明確に理解した上で行われるべきです。

しかし、これらのヒントや戦略のほとんどは、Unity の公式ドキュメントやオンラインで利用可能な様々なチュートリアルですでに見つけることができます。Optimization と profiling は最終的には職人技の一種です。理論を理解することは重要ですが、基本さえ掴めば、ほぼ誰でも最適化の手順に従うことができます。本当の課題は、ボトルネックを特定するための直感と、パフォーマンスデータの異常値を見つけ出す感性を養うことにあります。

セッションがどれほど詳細であっても、profiling と optimization に真に習熟するには、広範な実務経験が必要です。実際のプロジェクトに取り組み、実際の制約に直面し、実際の問題を繰り返し解決することを通じてのみ、この分野での深い専門知識を身につけることができるのです。

Balancing Technical with Aesthetic

もちろん、他のいくつかの graphics セッションは、インタラクションに関する設計上の決定や、AI によって強化された高度な手法に焦点を当てていました。特に印象的だったのは、PlayStation Studio の Team ASOBI によるトーク（0321 Flex and Fun: Graphics Magic in ASTRO BOT）でした。優れたグラフィックスは最先端の技術だけに頼るのではなく、ゲームプレイ体験に寄与するすべての要素の調和のとれた統合に依存していることを強調していました。

別の例としては、technical artist としてゲームをよりアクセシブルにする方法についてのセッション（0318 Technical Artist Summit: How To Make Game More Accessible）があります。これは、この目標を実現する技術を用いることで、設計上の決定がいかに優れたゲームを形作るのに役立つかを示す、真に素晴らしい例でした。Technical artist は、shader、art assets、そして特別な VFX を駆使して、障害を持つ人々がゲームをより良く理解できるように支援することができます。

Team ASOBI の Principal Graphics Engineer である山口太一氏と短くお話しする機会がありました。私たちは、チームが FFT ベースの water rendering を使用しないという決定をしたことについて話し合いました。代わりに、彼らはより良いインタラクティビティを提供する Gaussian アプローチを選択しました。結局のところ、それは技術的な制限ではなく、意図的な設計上の選択だったのです。

山口氏がトークの中で述べたように：

Game graphics は没入感のある体験にとって重要である。

まさにその通りです。Graphics はサービスであり、単なる見せびらかしではありません。この視点は本当に心に刺さりました。技術的な素晴らしさは、最終的にはプレイヤーの体験に奉仕すべきであり、単なる視覚的なスペクタクルとして存在するのではないということを思い出させてくれます。

2.3 What Have I Learned Other Than Graphics

AI in Games と Game Design に関するセッションにもいくつか参加しました。

AI、特に large language models (LLMs) を搭載したモデルは、ゲーム開発における最も重要なトレンドの一つとなっています。開発者は LLM をゲームプレイ体験に統合する方法を積極的に模索しています。いくつかのトークでは、LLM への効果的な prompt の方法や、特に jailbreaking の試みやその他のエッジケースのインタラクションを伴うシナリオにおいて、プレイヤーの行動を規制するための戦略など、魅力的なトピックが扱われました。

際立った例の一つは、Uchan Sun 氏によるセッション「0317 Games AI: Storytelling in 1001」でした。非常に構成が良く、明確で魅力的な技術共有セッションでした。彼女はユーモアを交えて自分自身を Prompt Engineer と呼び、AI をゲームメカニクスやナラティブデザインに使用する際の、技術的かつクリエイティブな規律としての prompt デザインの台頭を強調しました。

構造化された JSON 出力を設計する。LLM とやり取りする際は、構造化された JSON コンテンツを通じて通信するのが最適です。Prompt で希望するデータ構造を指定し、ブーリアン、文字列、あるいは現在のコンテキストに関連するゲーム関連の値など、特定のフィールドを返すよう言語モデルに要求します。これにより、AI のレスポンスを解析し、ゲームプレイシステムに統合することが容易になります。
few-shot 戦略を適用する。単に何をしたいかを説明する（つまり one-shot）のではなく、prompt 内で具体的な例を提供します。この「few-shot」アプローチは、どのように応答すべきかを示すことで LLM の動作を導くのに役立ちます。例を挙げることは、説明だけよりも効果的であることが多いです。

私は現在、AlterStaff. Inc で co-op をしていますが、そこもゲームに AI を取り入れているスタジオの一つ（そして最初の数少ないスタジオの一つ）です。GDC のトークから得たこれらの戦略は非常に役立ちます。

3 Soft Skills

GDC のようなカンファレンスは、技術交流のための貴重な場です。私たちはアイデアを共有し、互いに学び合い、業界を前進させるために集まります。しかし、技術的な内容を超えて、この交流を真に可能にしているのは、目に見えない何か、つまり soft skills です。

複雑なアイデアを明確に伝える能力、分野を超えて協力する能力、そして知識を効果的に共有する能力は、優れた開発者であるための不可欠な、しかし見落とされがちな要素です。GDC のセッションを通じて、これらの soft skills が、個人としてだけでなくコミュニティとしての私たちの成長にとっていかに不可欠であるかを深く実感しました。

3.1 Slides!

各セッションは、本質的にプレゼンテーションであり、スピーカーの知識と共有したいアイデアのショーケースです。この文脈において、プレゼンテーションのビジュアル、つまり slide deck は、視覚的な伝達手段として重要な役割を果たします。

GDC からの最大の教訓の一つはこれです：専攻や業界に関係なく、誰もが良い slide deck の作り方を学ぶべきだということです。スライドのデザインは単なる美学ではなく、機能的です。デザインの悪いスライドは、せっかくの素晴らしいトークを完全に台無しにする可能性がありますが、デザインの良いスライドは、メッセージを明確かつ記憶に残るように構造化することで、控えめな内容であっても高めることができます。

特定の悪い例を挙げることはしませんが、あえて言わせてもらえば、一部の GDC の slide deck はトイレットペーパーと同じくらいひどいものでした。よくある問題は、わずか 10 秒ほどしか表示されないスライドに、過剰で不要なテキストを詰め込むことです。聴衆がスピーカーについていくことはほぼ不可能になります。そのようなペースで、聴きながら読みながら、高密度で技術的に複雑な情報を処理できる人はいません。

「GDC のセッションは録画されているから、後でビデオを見ればいい」と言う人もいるかもしれません。しかし、私はそうは思いません。誰もが GDC Vault にアクセスできるわけではありませんし、私にはアクセス権がありますが、なぜ不適切に提供された内容を消化するために余計な時間を費やさなければならないのでしょうか？さらに重要なことに、プレゼンテーションの質が低いセッションは、明確さとエンゲージメントを期待して時間を割いてそこにいたライブの聴衆に対する不誠実です。

一方で、真に正しく行われていたセッションには感謝を伝えたいと思います。Adobe と Unity のほぼすべてのトークのスライドビジュアルは、優れた例として際立っていました。特に感銘を受けたのは、「0318 Technical Artist Summit: How to Make Games More Accessible」でした。テキストを最小限に抑え、スピーカーがメッセージを伝える主導権を握れるように効果的に構成されていました。スピーカーがスライドに掲載された画像について説明し、ページ中央にある 2 つの太字のキーワードを中心に物語を構築していくのを聞くのは、純粋な喜びでした。このアプローチは明確で、魅力的で、理解しやすいものでした。聴衆として、私たちはスピーカーの洞察を聞くためにそこにいるのであって、オーディオブックを聴いているかのようにテキストの壁を読み進めるためにいるのではありません。

3.2 How To Tell Your Story

「0318 Technical Artist Summit: How to Make Games More Accessible」というセッションを褒めずにはいられません。実際、このレポートで言及するのはこれで 3 回目です！しかし、それには正当な理由があります。このトークは、何を語るかだけでなく、より重要なことに、いかに語るかを教えてくれました。

Epic Games の Camille Kay 氏は、機能や技術的な実装を一つずつリストアップすることもできたはずです。しかし、彼女はストーリーを語ることを選びました。色覚多様性を持つプレイヤーが世界をどのように体験しているか、そして聴覚障害によってプレイヤーがゲーム内の重要なコンテンツを見逃してしまう可能性があるというストーリーです。彼女のトークは明確でした。私たちは、設計上の選択を動機づける感情的なインパクトを聴衆に感じてほしいのです。これらの理由は、単に技術的なものではなく、しばしば深く人間的で、感傷的で、意味のあるものです。アクセシビリティ機能の背後にある技術（custom shaders や adaptive UI menus など）は、技術的に複雑ではないかもしれません。しかし、その背後にある意図と共感こそが、彼女を他の technical artists と分かつものなのです。それが彼女のメッセージをこれほど強力なものにしました。

このトークは、自分たちのアイデアをどのように売り込むべきかを強く思い出させてくれました。聴衆、特に非技術者の聴衆にとって、心に響くのは低レベルのコードやハードコアな数学・物理学であることは稀です。人々が本当に聞きたいのは、なぜチームが特定のアプローチを選んだのか、そしてそれがプレイヤー、スタジオ、あるいは業界全体にどのような実質的な影響を与えるのかということです。感情的かつ実践的な文脈でトピックを構成することで、聴衆はなぜそれが重要なのかを理解しやすくなります。それがなければ、私たちは静かに自問することになるかもしれません：私たちは本当に正しいものを作っているのか、あるいは聴いているのか？

4 Social

GDC 期間中、名刺を配ったり、列に並んでいる人に話しかけたり、技術レクチャーで隣に座っている参加者と会話したりと、いくつかの social activities に積極的に参加しました。これらの交流が何につながるかは確実には言えません。将来の機会になるかもしれないし、そうでないかもしれません。しかし、他者とつながるために主導権を握ること自体が、すでに意味のある一歩だと信じています。

特に記憶に残っている瞬間は、先ほど言及した山口太一氏によるセッション「0321 Flex and Fun: Graphics Magic in ASTRO BOT」の最中に起こりました。彼は water simulation と physically-based particle systems について話していましたが、これらは私が前学期の選択科目「15-673 Visual Computing Systems」で取り組んだプロジェクトと密接に重なるトピックでした。彼が説明した手法をすぐに理解できただけでなく、彼が言及した技術的な制約にも深く共感しました。PS5 での 60 FPS ターゲット（それ以下はバグと見なされる）、水とのインタラクティビティのサポート、そして独自のビジュアルスタイルの維持などです。彼のトークは、まるで彼が私が最近直面したのと同じ開発上の懸念を説明しているかのように、信じられないほど親近感のあるものでした。

セッションの後、友人の Messi Tu が山口氏に自己紹介するよう私を励まして（というか、背中を押して）くれました。最初はためらいました。会話の中で何を提供できるか確信が持てなかったし、プレッシャーのかかるトークを終えたばかりの彼の邪魔をしたくなかったからです。しかし、私には 2 つの利点がありました。日本語を話せること（流暢ではありませんが、自分を明確に表現するには十分です）、そして彼がちょうど話していた分野、特に 3D graphics において関連する経験を持つ新卒者であることです。

Messi の励ましのおかげで、ついに山口氏に近づくことができました。驚いたことに、彼は私と私が取り組んだプロジェクトに心からの関心を示してくれました。私たちは日本語で話し（自分でも驚くほど、自分自身と自分の仕事を流暢に紹介できました！）、彼は私のプロジェクトについて詳しく知るために portfolio サイトを求めてくれました。その後のフォローアップの会話で、私たちは強固で意味のあるつながりを築けたことが確認できました。

業界の人々とつながりを持ち続けることは、私にとって非常に価値のあることだと言わざるを得ません。それは、自分をプロフェッショナルなコミュニティに認知させ、関与させるための最も効果的な方法の一つです。すでに業界内で働いている人々こそが、私の活動の関連性や影響力を評価するのに最適な立場にいるのです。

今後も、この分野の専門家とのつながりを積極的に構築し、維持し続けていきます。

5 Takeaway

結局のところ、GDC から得たものは技術的な知識をはるかに超えるものでした。これは結論のセクションですが、それでもカンファレンスで経験した最も意味のある瞬間のいくつかを振り返る時間を持ちたいと思います。

ETC の alumni gathering で、Meta の Technical Artist であり ETC 2024 年卒の親友、Jiayu He と心温まる長い会話をしました。現在の job market は厳しく、新卒の私にとってフルタイムのポジションを確保するのは困難でしたが、Jiayu は諦めないよう励ましてくれました。いくつかの不採用通知を受け取ったり、さらに悪いことに、採用が決まったために進行中の面接が突然キャンセルされたりして、私は特に落胆していました。しかし、Jiayu は私に強力で魂を揺さぶるような質問を投げかけました。「今、夢の仕事に就けたとしよう。君の次の 5 年間はどんな風に見える？」

私は、もし気に入れば仕事に没頭するだろうし、そうでなければ最低限のことだけをして、本当に大切にしていることのために時間とエネルギーを節約するだろう、と答えました。彼は反対しました。彼は、自分が信じられない仕事で妥協すべきではないと言いました。厳しい市場であっても、仕事が自分にとって本当は何を意味するのかを忘れてはならない。どんな面接にも自信を持って臨み、「給料のためだけでなく、私が作りたいものがここで実現でき、あなたが私のなりたい自分になるのを助けてくれるから、あなたたちの仲間に加わりたいのです」と言うべきだと。

自分を Technical Artist と呼ぶ者として、私はその肩書きの「artist」の側面を見落としていました。Jiayu の言葉は、私のスキルは単に給料を稼ぐためのものではなく、自分が何者であるかを表現する助けとなるべきだということを思い出させてくれました。アーティストの道を歩むということは、identity と intentionality（意図）を持って導くことを意味します。

GDC では、数え切れないほどの成功事例を通じて、自己認識の力、つまり自分が何をしていて、なぜそれをしているのかを知ることの力を目にしました。技術であれデザインであれ、強い印象を残したすべてのスピーカーは、自分自身の道を見つけ、その過程での試練を通じて成長することの意味を示してくれました。一方で、あまり説得力のないトークは、しばしばその自己認識の欠如を反映しており、時には手遅れになってから気づくこともありました。エンジニアとしては、教科書やオンラインチュートリアル、技術的な実践があれば何とかやっていけるかもしれません。しかし、アーティストとしては、まだ先は長いです。この反省を受けて、私は LinkedIn の headline から Technical Artist という肩書きを外し、一時的に Graphics Engineer とだけ名乗ることにしました。私はエンジニアとしては資格があると考えています。好奇心旺盛で、分析的で、粘り強い。しかし、アーティストであるためには？その旅はまだ始まったばかりです。それでも、今このことに気づけたことに感謝しています。その瞬間、自分の目的に再び火が灯り、突然、前方の道が再び見えるようになった気がしました。

ユニオンシティからパロアルトへの長いドライブの途中、私は友人の Messi Tu に、CMU の 15-251 の講義で聞いたある理論を共有しました。人類が存在してわずか数千年ですが、過去 1 世紀だけでも技術の進歩は驚異的です。進歩のペース、特に VR/AR などの分野を考えると、いつか現実と区別のつかないバーチャルワールドを作成できるようになることは想像に難くありません。もしそれが本当なら、今私たちがいる世界が現実であるとどうして確信できるでしょうか？そして、そのような世界が作れるのであれば、やがて無限のバーチャルワールドが作られるかもしれません。統計的に言えば、ここが現実の世界である確率はゼロに近くなります。

これは虚無主義 (nihilism) への誘いではありません。現実は私たちが考えているよりも実験に対して寛容かもしれないというリマインダーです。私たちが構築するものの永続性を証明することは決してできないかもしれませんが、それでもこれまでやったことのないことに勇敢に挑戦すべきです。皮肉なことに、それはゲームを通じて私たちが最もよく理解できる哲学かもしれません。

GDC は私に深い教訓を教えてくれました。説得力のあるバーチャルワールドを構築することは、集団的な努力であるということです。あらゆる分野の専門家が、不可能に近い複雑な問題を解決するためにそれぞれの方法で貢献しています。たとえ私、そして業界全体が ray tracing の現状に満足していなくても、反復と創造性に対して無限の寛容さを持つ世界に一歩ずつ近づいているのは、これらの個人の絶え間ない努力のおかげなのです。

個人的には、この業界との意味のあるつながりを見つけられたことに深く感謝しており、その中で成長し続けたいと切望しています。GDC から得た知識とインスピレーションは、単なるエンジニアとしてだけでなく、アーティストを志す者として、私が自分自身をどう見るかを形作り続けるでしょう。そして、自信を持って再び自分を Technical Artist と呼べる日が来たとき、この分野に真の価値を還元できることを願っています。それこそが、私にとっての GDC の真の意味でした。