「知る・創る・繋ぐ『ゼルダの伝説 ティアーズ オブ ザ キングダム』で再構築した開発環境とサウンド制作事例」セッションレポート［CEDEC 2024］ ライター：箭本進一 開発スタッフの全員がゲームのことを知り，職種に関わらずアイデアを出し合えるフラットなモノ作り。この理想を実現するために，開発環境を再構築するという英断が行われた。開発者向けカンファレンス「CEDEC2024」の最終日，2024年8月23日に「知る・創る・繋ぐ『ゼルダの伝説 ティアーズ オブ ザ キングダム』で再構築した開発環境とサウンド制作事例」と題した講演が行われ，任天堂の取り組みが解説された。 ●登壇者 岡村祐一郎氏（任天堂 企画制作部 プログラミングリード） 長田潤也氏（任天堂 企画制作部 サウンドプログラミング担当） 日髙祥蔵氏（任天堂 企画制作部 ゲームツール開発担当） 左から，岡村 祐一郎氏，日髙祥蔵氏，長田
よかれと思ってやっていることに苦しめられているケースがある西郷智史氏：みなさんはじめまして、株式会社ビーイングコンサルティングでコンサルタントをしている西郷と申します。よろしくお願いします。 本編を始める前に、まず弊社の紹介をします。弊社はビーイングコンサルティングといいまして、事業内容は、制約条件の理論に基づいた生産性向上のコンサルティングサービスの提供です。制約条件の理論は、TOC（Theory of Constraints）と略されることもあり、有名な著書として『ザ・ゴール』『クリティカルチェーン』などがあります。 もう少し具体的に言うと、今回のテーマにもあるプロジェクトマネジメントに関して困っていることへのコンサルティングサービスです。 例えば、「納期遵守率が非常に低いので、納期に間に合うようなマネジメント環境を作りたい」や、製品開発するお客さまでしたら、「なかなか事業戦略どおりに
DX Criteria( DX基準 )は、日本CTO協会が監修・編纂している企業のデジタル化とソフトウェア活用のためのガイドラインです。 本基準は、デジタル技術を企業が活用するために必要な要素を多角的かつ具体的に体系化したものです。ソフトウェアエンジニアリング組織の健全な成長・経営目標の可視化・パートナーとのコミュニケーションなどに使っていただくことを目的に作成されています。 また、本基準は絶対ではありません。誰かを攻撃したり、アセスメント結果の数字のみに注目して本質的な改善をおろそかにするためのものではありません。極めて実践的で具体的な項目で構成されているため、定期的に最新動向に併せてCTO協会のWG内で議論をおこないながら、適宜アップデートをしていくものです。
「ELDEN RING」のグラフィックス開発体制やデータ制作過程などが明かされたメイキングセミナー聴講レポート ライター：大陸新秩序 Tooは2022年7月8日，同社の「ゲーム制作ワークフローセミナー」の第5弾となる「『ELDEN RING』メイキングセミナー」をオンラインで開催した。このセミナーでは，「ELDEN RING」（PC/PS5/Xbox Series X/PS4/Xbox One）におけるグラフィックスの開発体制や，データ制作過程などが紹介された。スピーカーを務めたのは，「アーマード・コア」シリーズや「DARK SOULS」シリーズ，「SEKIRO: SHADOWS DIE TWICE」などの開発にも参加した，フロム・ソフトウェアのチーフ3Dグラフィックアーティスト・小川啓一郎氏だ。 「ELDEN RING」のグラフィックス開発体制 「ELDEN RING」のグラフィックスは
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
こんにちは、エンジニアの千吉良（ちぎら）@_naru_jpn です。ここ最近 QA に関して考える機会があり、Systematic Software Testing という本を読んでいたところ、色々と刺激を受けるところがありました。計画書の作成やリスク管理などテストの実施以外の領域についても多く書かれていましたが、まずはミラティブの現状に基づいた改善を行うべきだろうと考えました。今回は特にメトリクスの取得などに関して、GAS（Google Apps Script）を活用してミラティブの業務に応用してみたことについてまとめてみました。 以下では細かいことにも触れているので、3行まとめをおいておきます。 手動テストの進捗を見えるようにしたよ GAS（Google Apps Script）で実装したよ ついでに関連業務を自動化したよ ミラティブにおける QA と解決できそうと感じた課題 ミラティ
暇人（ゲームプログラマー） @hima_zinn 仕事でゲーム作ってると ②構造化 ③量産化 のタイミングでプロジェクトに追加される事多い。 だから、②〜⑤が出来る人が欲しくなる。 これはプランナーだけじゃなくて他の役職でも一緒だと思う。 twitter.com/gdlab_hama/sta… 2022-05-25 09:28:37 はらたかし @hara_takashi 最初から予算とジャンルが決まってる案件は良いとして、ゼロベースのアイデアから始まる場合はコスト感とセットじゃないと通らないですね。もちろん、アイデアだけを権限のある場所にストックしておく事も有効だとは思うけど・・・時間が経つと忘れられやすいｗ twitter.com/GDLab_Hama/sta… 2022-05-25 09:34:33
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集していま
noteでエンジニア兼ライターをしているmegayaです。 早いものでnoteはサービススタートから7年が経ち、開発体制も技術も大きく変わってきました。現在でも、さまざまなSaaSサービスの導入が検討され、試験的に運用がされています。 日々、使っていくサービスが変わっていくため、社員の中で「今ってどんなサービスを使って開発しているの？」という声が上がってくるようになりました。 社内のWikiにまとめてもよかったのですが「同じようにサービスを運用している企業の参考になるほうがいいのでは？」と思い、オープン社内報として公開することにしました。 またAnother worksさんが公開していたまとめ記事が読み応えがあり素晴らしかったため、note社でもやってみようという話しになりました。 この記事を読んだ方のサービス運用の助けに少しでもなればうれしい限りです。 ※ 一部、SaaSではないものも含
営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以
ハイクラス求人TOPIT記事一覧「がんばらないTypeScript」のための現実的な設定を考える ─ 4レベルの厳しさを使い分けてTypeScript疲れを克服しよう！ 「がんばらないTypeScript」のための現実的な設定を考える ─ 4レベルの厳しさを使い分けてTypeScript疲れを克服しよう！ エンジニアHubでは2019年に「がんばらないTypeScript」を紹介しました。JavaScriptに静的型付けなどを提供するTypeScriptは、今では実プロジェクトに採用されるプログラミング言語になっています。そこで現実的なTypeScriptの設定を、藤吾郎（gfx）さんに解説してもらいました。 2021年の現在、TypeScriptの価値はますます広く認められるところとなり、多くのJavaScriptプロジェクトがTypeScriptで開発されるようになってきました。またT
CA.unityはサイバーエージェントが運営するUnityをテーマにした勉強会です。サイバーエージェントのサービス開発者と社外の開発者を交えて、Unityに関する知見を共有します。とりすーぷ氏からは、設計とアーキテクチャについて発表がありました。 アーキテクチャの目的はコストの最小化 とりすーぷ氏：「Unityにおける設計パターン」というタイトルで発表します。よろしくお願いします。 私は、とりすーぷという名前でいろいろと活動をしています。Microsoft MVPを2018年から継続で受賞しています。ありがとうございます。最近『UniRx/UniTask完全理解』という本を出したので、もしよければ手に取ってみてください。 今回は、設計とアーキテクチャに触れたいと思っています。10分の発表に対して、調子に乗って100枚を超えるスライドを作っちゃって、絶対に10分では終わらないので、発表はだい
［CEDEC 2021］フランス人開発者が，日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか？」聴講レポート ライター：箭本進一 日本で活躍するフランス人開発者が，日本ゲーム業界の問題点を指摘するという講演「Is Worldwide Competitive Game Development possible in Japan?／日本で世界規模の競争力のあるゲーム開発は可能なのか？」が，ゲーム開発者向けカンファレンス，CEDEC 2021の2日目となる2021年8月25日に行われた。日本のゲーム業界が「マネジメント」「キャリア」「競争力」の3分野に抱える問題とは，どのようなものなのだろう？ 「CEDEC 2021」公式サイト 講演を行うハンサリ・ギオーム氏は，東京に本拠を置くゲーム開発スタジオWizcorpのCEOを務めている。2006年に日本に住み始めて以
いくつかの Git のルールを覚えておきましょう。 feature ブランチで作業しましょう。 Why: 全作業がメインブランチではなくて独立した作業専用のブランチで完結するからです。そうすることによって混乱をきたすことなく複数のプルリクエストを作成することができます。作業途中のコードや不安定なコードを master ブランチを気にすることなく繰り返し作れます。もっと読む... developブランチからブランチを切りましょう Why: こうすることで master のコードを問題なくビルドできることができ、master はリリース用にほとんどそのまま利用できます。(プロジェクトによってはやりすぎかもしれません。) developとmasterブランチに直接 Push するのはやめましょう。プルリクエストを作成しましょう。 Why: developとmasterブランチが更新されるというこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
