ぜろっくす

@ZerOx4D @ZerOx4E ブローニャ、雪音クリス、エフイーター、紅蓮。崩壊3rd (10144337) 原神 (800382210) NIKKE (00682480)
ドルフロ2 (1481766)

[ぜろっくす @ZerOx4C]

これこそが……至高の……ホムランド！ #崩壊3rd

[ぜろっくす @ZerOx4C]

嫁とオクトーバーフェストなう

[新宿のディレクター《 はなわ【り】》＠GM両日-B019 @sniktsnikt111]

コレについて知人から
「ディレクターはジャッジするのが仕事なので③が重要では？」
という意見を貰ったんですけど。

いや、まあそう。

そうなんですけど…。

UX設計→コンセプト提示が出来てないのに、ジャッジだけするってのは上手くいかないケースが多くてですね。

「ジャッジする」ってのをね、決めるだけって思ってると、それは非常に一面的な見方だと思います。

ジャッジするっていうのは、決めると同時に
「正解と不正解の線引きをする」
ってことだと、ぼかあ思うんです。

UX設計をして、コンセプトとして言語化しチームに提示して…。
そうして初めてそのPJにおいての正解の範囲が定まる、と。

コンセプトを明示せずにジャッジしたら
「コイツなんか思い付きで判断してないか？」
って思われるリスク高いですよ。

そうなったら、チームメンバーの士気はがた落ちです。

「このディレクター、こっちが提案しても、気分で却下してくる」
って思われます。

最悪です。
ディレクターと言っても１人じゃ作れませんからね。

期間内により品質を高く保つには、チームメンバーの士気と、コスパのよい実装プランを現場から提案してもらうことが必須です。

そのために「正解」を定めるわけです。
正解を定めるということは、正解に至る道筋の中での、より良い提案をチームメンバーに許容するということでもあります。

そうしてはじめて、チームというのは総体として力を発揮できるってわけですね。

ですので、UX設計→コンセプト提示のほうをまず整えるべきですし、ここまでやってる人はジャッジまでの道筋を見定めてるはずなので、ジャッジ出来ないことは無いはずです。

というわけで、
まずはしっかりUX設計しましょう。
そしてそれをチームメンバーに提示しましょう。

ジャッジだなんだは、その先の話だよねって、ぼかあ思ってます。

[けい @keigame5]

昔まさにこの経験をした
サービス終了にあたり上から「オフライン化を検討せよ」って言われて真面目に工数出したら新しく1本ゲーム作るくらいの額になった
そして正直に報告したらみんなドン引きしてた
(実際、普通にゼロから作るより大変そう)

[ナス🍆のおじさん（おんだファーム） @antares905]

ほら

[mattn @mattn_jp]

なんでみんな漏えいしたコードを当然の様に公表してんの？

[いっちー|ゲームプログラマー・プロデューサー出身のSS事業責任者&EM @辰巳電子工業 @itchie_tatsumi]

これまで何人ものゲームプランナーと接してきて感じる事ですが、良い仕様書は、詳しい仕様書ではなく、誤読されにくい仕様書です。ゲーム開発で起きる事故は、「情報が足りない」より、「同じ文章を別々の意味で読めてしまう」ことで起きることが多いです。

たとえば「一定時間後に敵が強くなる」と書いてあっても、何を起点に時間を数えるのか、演出中も進むのか、ポーズ中は止まるのか、途中参加者にはどう見えるのかで解釈が割れます。

仕様書で大事なのは、全部を書くことではなく、ずれそうな場所を先回りして潰すことです。

「たまに出る」「近づいたら」「かなり強い」みたいな言葉は、会話なら通じても、実装やQAでは危険です。確率、距離、条件、優先順位、例外処理まで落とし込んで、初めて同じゲームになります。

特に大事なのは正常系より境界です。連打、通信切断、途中離脱、所持上限、演出スキップ。現場が詰まりやすいのは、だいたいそこです。

仕様書は、アイデアを語る文章ではなく、認識のずれを減らすための設計図です。プランナーの仕事は、面白い案を出すことだけでなく、その案がチームの中で別物にならないようにすることだと思います。
#ゲーム開発　#ゲームプランナー

[TANAKA U ゲーム系フリーランス @TANAKA_U]

最近、オンライン学習動画のhttps://t.co/WQJjiyRWBMを視聴したので触れるのですが、訳あって動画の視聴権はもらいました。「なぜ？」と思われるかもしれませんが、事情はスレッドでふれます

学習動画は数万円はしますから、colosoさんから製品の提供を受けた本スレッドの投稿は広告・PRとします

[ぜろっくす @ZerOx4C]

@kurukuruazara ありがとう！！

[ぜろっくす @ZerOx4C]

【ゆる共有】結婚しますた

[ぜろっくす @ZerOx4C]

@No5th あざます！！！🙏🙏🙏

[ぜろっくす @ZerOx4C]

@bayasist ありがとー！

[ぜろっくす @ZerOx4C]

@Meidyvrc さんくすー！

[いぬたぬき @inutanuking]

日本戻ってこれた！！！
空港攻撃されて一旦飛行機降ろされたときはダメかと思ったよ

[ひも @him0net]

@him0/freee-mcp が freee-mcp になりました
引き続きメンテナー権限はもっています
Skill の方に API Doc とレシピを入れているので、MCP と Skill 両方設定してお使いください
うまくいったユースケースはレシピとして追加するので、GitHub の方で報告いただけるとみんなが幸せになります

[ABA @abagames]

AIってゲーム開発があんまりうまくないよね、というのを既存研究をあさって少しは定量的に見れないかを調べてみた / https://t.co/a2w9Yqum2W

[いのはら @inomarudayo]

煩悩を消し去る 絶対に

[doekuramori_citadeldev @citadeldev]

The Citadel and Beyond Citadel are on sale! Go grab some!!

[4Gamer @4GamerNews]

「ACE COMBAT 8 WINGS OF THEVE」2026年に発売決定。エースコンバット7から，実に6年ぶりの続編発表
https://t.co/76EBrzonaV

[ぜろっくす @ZerOx4C]

だから成功例では「雇うのやめない？」「ホントにやりたいのは雇うことなの？」を掘り下げていて、最終的に「お世話してほしい→だから飼育部屋を用意する」に着陸できている。
まぁ、会社の看板を背負って出すにはリスクが高すぎたんやろなとは思うけどもね。

[ぜろっくす @ZerOx4C]

なるほど、これほどまでに捉え方が別れてくるのは何故なのかと思っていたが、擁護する側からも見られる「チンパンジーはトラブルの象徴である」という説明はまだ厳密さを欠いているのかも。この話は恐らく「社長がチンパンジーを雇うと言い出したことがトラブル」と捉えるのがより正確だと思った。

[天重誠二 @tenjuu99]

チンパンジー記事の話、書かなくてもいいといえばいいのだけど、思うところを書いておいた。
https://t.co/4itgbxlpv1