企画屋が勉強するスレ

**名前は開発中のものです。** · 04/11/11 15:09:30

この板の企画屋のほとんどが
プログラム分からない、絵は描けない、それで企画屋になる
別にそれは悪くは無い、だがな企画屋になったのなら
企画屋としてのレベルを上げるべきだろ？

企画屋に必要なものを意見しようぜ

**名前は開発中のものです。** · 2005/06/25(土) 17:50:15

専門校です。
課題で一枚企画をかけといわれた。
ジャンルは　レース、パズル、テーブル・ボード、スポーツ

レースかスポーツにしようと思ってるけどこういうのはどれくらい精密に書いたらいいと思います？

**名前は開発中のものです。** · 2005/06/28(火) 04:42:16

>>364
キミ、本当にゲーム業界で食っていきたいの？

もし本当にそうしたいと願うのなら、キミが頭を下げるのは俺たち２ちゃんねらーじゃなくて、
キミの先生だと思うよ。まず先生に聞けや。そのために金払ってるんじゃないのか？え？

**名前は開発中のものです。** · 2005/06/28(火) 12:16:54

>364
●『そのゲームの“売り”は何か？』
例えばレースゲームなら、今までに数多くの色んなゲームが出ている。
それらの中に並んだとして、自分のゲームを選んでもらえる要素はなにか？
「遊んでみたい」「このゲーム、面白そう！」と思ってもらえる内容を考える。
可能なら他のゲームには無い“新しさ”であるべきだし、見た人に一目でソレが伝わる“分り易さ”も必要。
独りよがりではなく、大多数の人に納得してもらえる魅力を考えるのが企画の仕事。

**名前は開発中のものです。** · 2005/06/28(火) 20:23:56

先生にもよく相談してるけど俺の文ではゲーム業界で食っていく意気込みを感じられないですか？
わざわざ年齢みたいなものを晒し、丁寧語で接してるというのに。

操作を極力わかりやすくする。インストを少しみただけでもわかるような操作
SSX等洋ゲーにあるぶっとび感、ステージを日本人が見慣れた街や国道にする
アウトラン、スリルドライブ、クレタクよりも車を走らせているという実感を持てるようにする
カーチェイスゲー、逃げる側も追う側も見慣れた道路をありえないスピードでぶっとばす
SEやインターフェイスを交通省が使用しているフォントを使ってリアルに再現する

と素人なりにいろいろ考えてるけどつっこめるとこつっこんでくだされ

**名前は開発中のものです。** · 2005/06/28(火) 22:21:16

>>367
まぁあるようには感じられないでしょうね、逆に無いようにも感じられないけど、
その程度の短文で自分の思いが伝わると考えているなら難しいって言いたいんじゃ
無いでしょうか？

年齢を晒したりすることは全く意味が無いですし、丁寧語で接する事も人に聞くなら
当たり前であとからその事をどうこう言うなら敬意いがこもっていない敬語と言う非常に
失礼な言動になりますよ。

> インストを少しみただけでもわかるような操作
　具体性が無いんですが、企画書の時点ではその具体案を書いていないようなモノが
確かに多いのも事実、用意してあってあえてプレゼンの段階で発表するインパクトを
狙っていないなら、具体案書いておいた方がいいかもしれない。
　その具体案が無いなら、企画書以前に企画として粗末。
> SSX等洋ゲーにあるぶっとび感
　企画書がこれでは困るでしょう？　相手がSSXを知らない場合どうなるでしょう？
「ぶっとび感」なんて言葉は売り出すときの煽り的文句で、それが何であるか伝わらない
企画書では意味がありませんよ。

「現在実在の道路を舞台に、実在しない速度で走りぬける爽快感」このあたりの発想は
なかなか面白いと思います。
実際、車に乗っているなら、どの辺りの道路を時速300Km/h以上で走ってみたいか
想像して、その面白さをどうやれば人にリアリティをもって伝えられるか考えるといいデスヨ。

**名前は開発中のものです。** · 2005/06/28(火) 22:58:29

>367
操作をわかりやすくするというのは非常に重要な項目なので、それを重視するという一点においては良いのだが、企画項目ではない。
それは『そうであって当たり前』な項目なので、画期的なアイデアでも無い限り取り立てて企画書に書くようなことではない。

比較対照として既存のゲーム名を挙げているが、それはあくまでそのゲームを遊んだことがある人にしか通用しない表現であることに留意する。
必要なゲーム内容の説明を全くできていないことに気付いて欲しい。

他のゲームのいいトコ取りなら確かに魅力的だろうが、ゲームの本質では無い。　あれもこれもと欲張りすぎになり、実現性の低下を招く。　
料理で例えるなら、『高級食材のフォアグラもトリュフもキャビアも、うにも松坂牛も入ってます！』ということになる。

　・そのゲームは何をするゲームなのか？
　・どういったことが楽しいゲームなのか？
まずはそういったことが伝わる情報が欲しい。

**名前は開発中のものです。** · 2005/06/28(火) 23:10:02

>367
まずはどういったゲームなのかを簡潔に。
『日本人が見慣れた街や国道』を舞台に、『カーチェイス』を楽しむゲーム。　

ではプレイヤーはどういったことを目的に相手を追いかけるんだろう？
ゲーム中ではどんなことができて、どうすればクリア？
画面や視点はどんなゲーム？（3Dのプレイヤー視点とか、そういう基本的な情報が欠けてるよね？）

**名前は開発中のものです。** · 2005/06/28(火) 23:17:42

>>368
＞その程度の短文で―
それなら長文で詳しい内容を考えて見ます

＞年齢を晒したりすることは―
これは現在の自分の状況を把握してもらおうと思って書いたことです。
そのほうがそちらから適した意見がでると思ったのですがね・・・

＞具体性が無いんですが―
自分はこのスレで簡単な概要を書いたつもりでしたがこのスレの趣旨的に企画書としての
内容を書き込まなければいけないのならその内容を考え、わかるよう記入するようします

＞> SSX等洋ゲーにあるぶっとび感―
これも上記と同じ理由があげられますが周りの認識力を把握してなかったので今後は注意しようと思う

＞リアリティをもって伝えられるか
そこにも力いれてみなに理解してもらえるようがんばってみますわ

**名前は開発中のものです。** · 2005/06/28(火) 23:23:19

>>369
＞操作をわかりやすくするというのは
基本的な簡単な概要くらいは記入しないといけないと思うのですがどうすか？

＞必要なゲーム内容の説明を全くできていないことに気付いて欲しい。
>>368で触れましたが今回はおおまかな概要という意味で企画書の内容について触れただけなので
人に説明することを重点的に考え直してみます

＞・そのゲームは何をするゲームなのか？
＞　・どういったことが楽しいゲームなのか？
＞まずはそういったことが伝わる情報が欲しい。
もう一度考え直します、またここでその内容を書ける機会と環境に期しますわ

>>370
それらも頭にいれ、もう一度企画書の案を考えなしてみます

**名前は開発中のものです。** · 2005/06/29(水) 23:36:48

>>372
横やりだが、本気で企画書を書き、説明をするつもりなら、これ以上無いくらい詳細な企画案を数十枚書いて、それを１枚に落とし込め
膨大な情報を、情報量を落とさず、わかりやすく詰め込む技術を学べ
今までどれだけ無駄な情報に踊らされていたか、１文字、１文節がどれだけ重要かを理解しろ
伝えたい事を、最小の情報量で、最大限に伝える、それが企画書だ

**名前は開発中のものです。** · 2005/06/29(水) 23:43:03

>>373
今回課題では10枚前後と指定されました。
的確に伝えるということなら言葉を選ぶことも重要ですね、
じっさいゲーム会社に採用された人の企画書をいろいろよんでみたけど
なんか説明書みたいですな。

**名前は開発中のものです。** · 2005/06/29(水) 23:57:37

>>374
１０枚もあるのか、それなら余裕だな
実際の提案現場では、３ページまでに相手の心をつかめなければ終わり、なんてことはザラだ

>なんか説明書みたいですな。
運がいいというかなんと言うかｗ
実際読んで無いのでなんともいえんが、他の作品が、説明書にもなってなかったってのが一番ありそうだ
もちろん相手がキチンと最後まで目を通してくれるのであれば、そういうのもアリだけどな
相手が、自分の思うとおりに、読んでくれるなどという甘い考えは捨てた方がいい

**名前は開発中のものです。** · 2005/06/30(木) 00:51:45

>374
説明書を書ける位にあたまの中でイメージが具体的になっている証拠だよ。

企画書が落ちた人の話だけど、相談を持ちかけられたから、これではゲームの
やり方が判らないから面白そうか詰まらなそうか判らないよ、もっと細かく内容を
書いた方が良いんじゃなの？って言ったら、
「企画書は仕様書じゃないから」
と言って結局詳細を追加しなかったら、見事に落ちましたね。

**名前は開発中のものです。** · 2005/07/01(金) 17:02:35

>>376
詳細かつシンプルに記載ですか、文面のほうはだいぶアドバイスをうけましたが
次は絵のほうです。

誰かうまいやつに描いてもらえと言われるけどじっさい画面とかフリーハンドじゃまずいよね？
ＰＣで描くのにこしたことじゃないけどゲーム画面とか３Ｄの画面とかどうします？

ttp://outrun.jp/or2sp/jp/img/course/sunnybeach/screen05.jpg

こういうメイン画面とか描きたいんですがフリーハンドってのはアリですか？

**名前は開発中のものです。** · 2005/07/01(金) 22:33:55

>377
あり、なしの問題ではなくどうの方法が一番相手にアピールする力が強いかで
考えないといけない、同じような内容の企画書が複数来た場合、より見た目で
判り易く面白い方が有利になる。
まずいか、まずくないかで考えているうちは、所詮学校の宿題レベルの考え方、
まぁこれは宿題なんだけど、それでは先が無い。

「ＰＣで描くのにこしたことじゃないけど」→「ＰＣで描くのに越した事は無いけど」
まず、日本語を正しく書けないと企画書どころか始末書でも書き直し。

**名前は開発中のものです。** · 2005/07/01(金) 23:00:15

>>378
もっとおだやかな表現できない？へいへい聞いてる側も「また人格否定かよ」と思っちゃうワ

みためがわかりやすい≠フリーハンドはダメ　　なのね

**375** · 2005/07/02(土) 02:18:44

>>379
上手い下手は、あまり関係ない、要はイメージが的確に伝わっているかだ
もちろん上手いに越した事は無いが、絵が上手いからといって、イメージが上手に伝わっているとは限らん
どうしてもダメならツールを使え、製図関連ツールとテンプレート集を駆使すれば、イメージが伝わる絵は作れる
あとは、378におおむね同意

>もっとおだやかな表現できない？へいへい聞いてる側も「また人格否定かよ」と思っちゃうワ
横レスすまんが、手間暇かけてレスしているのに、この上表現方法にまで気を使えと？
質問に対して意義あるレスを返している人に、礼も言わずに注文てのは一体どういうつもりかね？
どうしても、気に入らなければ聞き流せばいいだけの話だ
もっとも、自分の好きな返答にしかレスしない奴に何時までレスが返るかは知らんがな

**名前は開発中のものです。** · 2005/07/02(土) 02:18:54

とどのつまり、人に聞かないと判断できないうちはまだまだって事でしょ。
「アリですか？」じゃばくて、自分なりに目的に対して有効だと思う手段を
きちっと提示して「このような方法もアリだ思うのですがどうでしょう？」
って言えなきゃ企画マンは無理ですよ。

≫もっとおだやかな表現できない？へいへい聞いてる側も「また人格否定かよ」と思っちゃうワ
この文章に人格が露見してる、それに能力は否定されてるが、人格など否定されて無いだろ？
本当に日本語を正しく読解しろよ。

**名前は開発中のものです。** · 2005/07/02(土) 08:33:41

まぁ、能力は否定されてるわけだ

**名前は開発中のものです。** · 2005/07/02(土) 14:20:56

やっぱ思ったとおりのレスなのね。まずかった・・・
いろいろレスしたいけどみんな同一人物の書き込みにみえてしまう。

しばらく書き込みに力いれるからまた案が固まったら次のステップへのアドバイスをききますわ
みんななんやかんやいったけど答えてくれてありがとう、では

**名前は開発中のものです。** · 2005/07/02(土) 17:43:35

>>383
偉そう。そもそも２ｃｈで聞かなきゃいいじゃん。同一人物がどうのって捨て台詞吐くならさ。
匿名じゃない掲示板とかさ。あるじゃん。

**名前は開発中のものです。** · 2005/07/24(日) 17:17:40

そしてもうこないかな・・・
378の鋭い意見で
へいへい聞いてる側も「また人格否定かよ」と思っちゃうワ

たぶん何も得ることができなかったんだろうなあ
かわいそうに

**名前は開発中のものです。** · 2005/08/01(月) 17:12:21

長亀レスで申し訳ないんだが
>>205の言ってること全部とある本に書いてあったぞ。
クソゲー企画書なんちゃらって題名の本だった。
言ってること丸々その本から引用してるだろお前ｗｗｗｗｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 2005/08/10(水) 17:21:54

>>386
別に、状況に応じて正しく運用されてるなら
どっからの引用でも問題はないだろ。

**名前は開発中のものです。** · 2005/08/15(月) 23:18:28

あの～このスレってご存命？

**名前は開発中のものです。** · 2005/08/15(月) 23:47:46

うん。一応。

**名前は開発中のものです。** · 2005/08/16(火) 12:03:39

企画屋同士って手を組まんの？
一番作りたい者同士だし組めれば成功すると思う
だけど好きな物作れないとダメなのかなぁ

**名前は開発中のものです。** · 2005/08/16(火) 12:18:19

一つ企画立てるのに企画しかできない企画屋は複数必要無いんじゃないの？
絵描きやシナリオ屋が企画を兼任する事だってあるんだから、1人でたくさんだよ。

**名前は開発中のものです。** · 2005/08/16(火) 12:50:57

>>390
手を組むの意味がよく解らん。

そもそも企画屋に限らず、絵描きでもプログラマでも音屋でも
同じ業種だけが多量にいて何が出来ると？

**名前は開発中のものです。** · 2005/08/16(火) 12:54:15

＞＞３９１
あ～そうそう。
企画屋の仕事の中で、企画なんて１／10もないですよ。
仕事の大半は仕様の確定と、スケジュール等のマネジメント。

未だに企画立てるだけとか思ってる人が居るのね

**名前は開発中のものです。** · 2005/08/16(火) 13:04:18

それはプロデューサーや制作進行の仕事だろうに、企画屋が企画屋として
複数組んでも意味は無いだろ。

**名前は開発中のものです。** · 2005/08/16(火) 13:26:34

製作進行が独立して居るプロジェクトなんて滅多にないよ。

あとプロデューサーは基本的に金を持ってくるのが仕事
内容にも口を出すが、予算も含めてのあくまで方針レベルの話し。
仕様なんか決めないよ。

仮に、企画だけ立てる人を企画屋というなら独りで十分だな。
実際は製作進行も、仕様書きも、スクリプターも、その他諸々の雑用は全て企画の仕事だけど。

**名前は開発中のものです。** · 2005/08/16(火) 13:50:12

あんたの言うようにスクリプターまで企画屋ならば、
絵描きも、音屋も、使用企画に口出した時点でみな企画屋だな、
結局兼任でもできるどうでもいい役職なんだな。

**390** · 2005/08/16(火) 14:06:27

Σ（´д｀）　こんな単時間で・・・・２ちゃおそるべし

えーと、不明瞭な発言で誤解を招きましたが、自分の言った場合の企画屋というのは
企画としての基礎能力があって、複数の技能を持っている人です。
想定は２ちゃなどの場所であって、企画専門職が存在する商業などではないです。

つまり絵が描ける企画の人とＰＧのできる企画の人とが共同作業（手を組む）
をしたらやる気の問題とか、企画屋しかいない等の問題が解決されるかと思ったとです。

ただそれだけとです・・・

**名前は開発中のものです。** · 2005/08/16(火) 18:14:38

>>396
えーと、あなたは実際に業界の人？

スクリプタはプログラマがやる場合と企画がある場合とがあるけど
基本的にプログラマの手が足りない場合に
その仕事の一部を企画に回すのが本来のスクリプトの目的なんで
（スクリプトでやる部分は演出やシナリオが絡むイベント部分、
バランス取りの試行錯誤に時間を取られるバトルパラメータ部分、
であり、それらは企画の仕事であるというのもあるが）
プログラマがスクリプトをいじる会社より、企画がスクリプトをいじる会社の方が多い。

まぁ、ハッキリ言わせて貰えば
「知ったかを指摘されたからって、短絡的な事云って逆切れすんな」ってこと。

>>397
それは「企画を持った絵描き、プログラマ」であって企画屋とはあんまりいわないね。
言いたいことは解ったんし、その通りですとしか。

企画職ってのは
「（自分のであれ、他人のであれ）漠然とした企画を
　仕様、素材の発注表、スケジュール等々、
　他職種に仕事を手渡せる段階まで具体化させる」というのが仕事。

だから、小手先の仕事だけで言えばかなり多岐にわたるけど、
逆を言えば専門職が居る仕事は、優先的に専門職に渡しちゃう訳ですよ。

**名前は開発中のものです。** · 2005/08/16(火) 18:31:51

>>396
ワロタ
スクリプトって、フリーで転がってる
扱いが簡便なadv用だけじゃねーんだぞ？
コンシューマやってるとこは、
大抵１タイトル１仕様で、複雑なスクリプトを社内ツールとして作るぜ？

ついでに言えばrpgなんかで演出部分まで
プログラマはやってる余裕ないぞ？

エロゲー用の簡易言語だけだと思うなよ、スクリプトを？

**名前は開発中のものです。** · 2005/08/16(火) 19:48:18

>>395の主張：スクリプトも企画の仕事
>>396の主張：スクリプトも企画の仕事なんておかしい
>>398(395)の主張：プログラマーより企画がスクリプトを書く方が多い（プログラマーはどこから来た？）
>>399(？）の主張：プログラマーはスクリプトをやってる余裕なんて無い(あれ、またプログラマー？）

398と399には、俺に見えないプログラマーが見えるらしい。

**390** · 2005/08/16(火) 19:55:54

自分的にはためになる事を言ってくれるならどんな人でもいいかと思うとです・・・
荒れたら焼け野原になるから、もちついてくださいとです・・・
３９０です・・・３９０です・・・
もはや自分の質問なんかどうでもよか状態とです・・・

**名前は開発中のものです。** · 2005/08/16(火) 20:55:15

>>400
オマエのまとめ方がおかしいと思うよ。

もしくは>>396の主張が片手落ち
（スクリプトが企画の仕事じゃなかったら誰の仕事？ということが言及されてない）
なのを補ってるだけ。

「スクリプタ」なんて「職種」（しかも>>396の書き方では下位レベルのデータマン扱いだが）
が成り立つのは、ＡＤＶ用のその中でも簡易なスクリプトを扱う場合だけ。

ＲＰＧ用や凝ったＡＤＶ用は専門知識がないと扱えない。

そういうことを>>399が言ってるのが分かんないようで。

**名前は開発中のものです。** · 2005/08/16(火) 22:33:42

>>397
＞自分の言った場合の企画屋というのは
＞企画としての基礎能力があって、複数の技能を持っている人です。

企画としての基礎能力なんてないよ。強いて言うなら想像とか妄想を
目に見える形（第三者に説明できる文章や絵や音楽）に出せる力。
あとは社会性と人間性。
だから何らかの製作技能を持っている人は、その技能を発揮すれば
既に貴方の言うところの企画屋であると思う。

>>397で言いたいことは基本的に間違ってない。
ただそういう技能ある人が２ｃｈ企画に参加するかどうかは、また別の問題。
OK？

**名前は開発中のものです。** · 2005/08/17(水) 01:45:32

趣味嗜好や求める方向性が同じ人間となら組んで見たいが、
まずそんな相手は望めないなぁ。

**名前は開発中のものです。** · 2005/08/17(水) 17:42:51

>>403
そうですね、人に自分の考えを伝えられる能力や社会性、人間性
などは企画特有の能力じゃないかもしれません
ただ、企画屋に必要だと良く聞くのですが、そこらへんどうなのかな？
と思います。
案外と企画の人がそういう能力が無いという話も聞きますし・・・
（そういう人多いし）
強引に企画を通す能力の方が重要視されてるのではないかと思ってます。

>>ただそういう技能ある人が２ｃｈ企画に参加するかどうかは、また別の問題。
>>OK？
Yes

**名前は開発中のものです。** · 2005/08/18(木) 03:32:36

＞強引に企画を通す能力の方が重要視されてるのではないかと思ってます。

これは「強引」じゃなくて「通す」に留意すべき。

根回ししようが強引だろうが
企画を通す（＝説得力を持たせる、具体的で現実的な指標を示せる）というのは
時間軸を含めた巨視的な視点、推測能力があること
+コミュニケーション能力（社会性）があるということ。

特に俯瞰、巨視能力は大事よ。
絵描きやプログラマなど技能職は巨視的な視点を持てない
というより、企画がそれを代行して、彼らには前面の技術的レベルの問題に専念して貰う、
というのが理想的な流れ。

言い悪い、エライ偉くないじゃなく、そういう分業であり、
そういう意味では、企画の技能とは正しい視点を伴った指揮、マネジメント能力。
プロジェクトが流れ出したら「強引」なんて百があって一利無し。
むしろ、技能職が気持ちよく仕事できるように心配るのが仕事。

**名前は開発中のものです。** · 2005/08/18(木) 07:11:10

業界人8年の人です。
業界の企画職とここの企画屋が隔たりがあるね。
　　　　　　　　　　　　企画職の仕事内容は
仕様書・発注・スクリプトがほとんど。
スケジュールの管理は各セクションのリーダーが行う。それをふまえた全体のスケジュールはプロデューサーがもつ。
　　　　　　　　　　　　企画書自体は3年に一度ぐらい何案か出す機会があるかどうかだと思うよ。

スクリプトも普通企画だね。
専用の言語が作られる場合もあるけど今は普通にプログラマと同じ環境でC＋＋で書くことが多いかな。

結局、昔はAさんが仕様書を切ると、それを実装するのがプログラマだったんだけどいまはそうじゃないのさ。

・Aさんが仕様を切る
・必要なプログラム素材・CG素材・音声素材・テキスト素材が作られる。
・Aさん自身がスクリプトを書いてこころゆくまで自分の仕様を実装する。調整も。
ある程度動く段階でCGパートから人を割いて手なおし。

いまはこんなかんじ。
あと、ゲーム制作のためのデータベース設計もきかくしゃがやるので、企画職とはつかむどころのないしょくぎょうですな。

メイン企画の私もだいたい同じようなもんだよ。

**名前は開発中のものです。** · 2005/08/18(木) 07:16:22

携帯で書いたからグタグダ文なのは許してくだされ

**名前は開発中のものです。** · 2005/08/20(土) 10:04:23

> 専用の言語が作られる場合もあるけど今は普通にプログラマと同じ環境でC＋＋で書くことが多いかな。

なにやら時代に逆行してる現象だな。

**名前は開発中のものです。** · 2005/08/20(土) 10:27:56

普通スクリプトはスクリプターがやるけどなあ。

**名前は開発中のものです。** · 2005/08/20(土) 13:31:07

>>410

>>402

何社わたって何種類のゲームを創ったら
具体例も出さず、「普通は」なんて豪語できるんだか

**名前は開発中のものです。** · 2005/08/20(土) 14:16:43

スクリプトをする人のことをスクリプターって言うんじゃないの？
スクリプトをプログラマーが打ってたら、プログラマーがスクリプターも兼任している
というと思うが。

**名前は開発中のものです。** · 2005/08/20(土) 14:20:16

エロノベル業界はゲーム業界とは別の集まりでしょ

**名前は開発中のものです。** · 2005/08/20(土) 14:36:56

アニメからの転向組みが多いらしい＞エロゲ業界

**408** · 2005/08/20(土) 20:09:06

スクリプターなんぞ、社員にほとんどいないですよ。
上でかいた本来企画がやるのべきが時間がない時にアルバイトをスクリプタと称して一時やとい、企画に手足としてアタッチさせることならありますが・・・

私が関わったタイトル数は6タイトル一応有名タイトルがおおい。メイン企画は2回。
1回だけ会社かえてる。
自分自身があっちこっちではたらかなくても面接でどういうふうにじっそうするのか聞くし。
きく機会スクリプトが既存の言語、になってしまうのはある意味当然の流れ。
プロジェクトが変わるたびに言語を新たに作り、覚えなおしてたら無駄すぎる。プロジェクトが変わるたびに3DCGソフト作るらんし、そうそう変えないでしょ。
.NET があればメッセージデータベースとリソースデータベースと直結しマウスで選ぶだけ、プログラマーがラッピングしてくれたクラスライブラリーと定型基礎クラスがあるんだからあとは自分で書けってこった。

ちなみにメタルギアソリッドシリーズのシナリオ書いてる福なんとかって人（小島さんの下かな）もおれんとこ面接受けにきてたが、手足は使うが、まず自分でスクリプトを書かないと納得いくものができにくいと本人いってたな。

**名前は開発中のものです。** · 2005/08/20(土) 20:12:31

携帯長文はいみふめいぶんになるな。だめぽ、スルーしてくれ。

**名前は開発中のものです。** · 2005/08/20(土) 21:00:53

そんな事よりメタルギアソリッド３の中古売ってるけども、通信状態でバグが出るバージョンじゃないかと警戒してるから恐くて買えない。
コナミではバグってるゲームディスクを交換しないようにしてるし。

まったくコナミって最悪な会社だよ。次回作作るなよ。どうせまともに動かないゲームだろ。

**名前は開発中のものです。** · 2005/08/20(土) 21:25:04

>>415
既存の言語になるからC++になる、ってのがわからんな。
スクリプトはゲームを作りやすく特化した言語を使うのが
いいと思うんだが。

しかも何故.NET？
.NETランタイムをゲームに内蔵してるとでも言いたいのか。
それならC#の方が作りやすいはずだしなぁ。
作ってるプラットフォームはなに？

**名前は開発中のものです。** · 2005/08/20(土) 22:22:42

スクリプトってのはアレっしょ、プログラム言語というより、
人が視認・改変し易いデータベースというか段組というか、
そういうんじゃないの？

**名前は開発中のものです。** · 2005/08/21(日) 00:40:07

>>418
うちは、もうちょいスクリプトっぽくして貰ってるけど、
文法と作法はＣ++まんまだな。簡易型Ｃって感じ。
プラットフォームは、スーファミ～ｐｓ２　で
一回、スーファミ時代に社内のメインプログラマが作ったのを
延々１タイトル毎に特化させてる様に改造して使ってるな。

別会社、別チームの時は、もろにアセンブラの単なる単語置き換えってのが多かった。

．ＮＥＴについては俺も興味ある。どう使ってるんだろ。

>>419
それも、程度に依りますがな。
日本語レベルですらすら解る奴なんてないし。

Ｎｓｃｒｉｐｔｅｒ程度でもちんぷんかんぷんな人はいるしなぁ

まぁ、どっかというと、単語より文法が
明らかにプログラム寄りな訳だけど。

**名前は開発中のものです。** · 2005/08/21(日) 01:18:24

とりあえず企画もスクリプトやれるぐらいのプログラムの知識は
持っとけってことか・・・

**名前は開発中のものです。** · 2005/08/21(日) 01:31:34

企画は一通りの浅い知識を持ってないとダメでしょ。

**名前は開発中のものです。** · 2005/08/21(日) 01:36:19

>421
ゲーム作りたいなら当然だと思うが…

**名前は開発中のものです。** · 2005/08/21(日) 10:09:06

>>422
浅いじゃ危険なんとちゃう？
それなりにでも、基礎をさらっておいてくれないと、デバック時にいきなり「ここ、やっぱり前のに変えてくれませんか？」
とか、

うがががががあ、
ってなるじゃん。ね、やっぱり基礎を一通りもっててほしいよ。

**名前は開発中のものです。** · 2005/08/21(日) 14:53:01

そこでＣＶＳとか

**名前は開発中のものです。** · 2005/08/21(日) 14:53:55

さらにCSVとか

**名前は開発中のものです。** · 2005/08/21(日) 15:58:01

>>424
そら、それが理想だけど、個人のキャパってもんがあるし。

ていうより、オマイの言ってる例は知識以前に
制作進行やお互いの権限で問題がありすぎる例だ。

デバックの時期に及んで仕様変更を言い出すなんて
知識知ってる知ってない以前の問題だし
それを受け入れざるを得ないプログラマの権限というのも小さすぎる。

**名前は開発中のものです。** · 2005/08/21(日) 16:04:46

またはＤＳＣとか

※注
ＤＳＣ・・・デンジャラス・スープレックス・コンボ
出典・・・サガフ●ンティア
スライディング→スープレックス→ジャイアントスイング→バベルクランベル
の順で繋げる体術個人連携技、4つの技を装備していると使用可能になる
締め切り直前に仕様変更要求をした企画に対して「うがががががあ」となった
プリグラマーが炸裂させる最終奥義

**名前は開発中のものです。** · 2005/08/22(月) 00:31:13

企画屋に必要なのは守備力ということか！

**名前は開発中のものです。** · 2005/08/23(火) 23:31:38

>>415
他の人も書いてるけど、C++ベースでのスクリプトに興味あるなあ
特にデバッグ周り
いや、自分も考えてたんだけど、バグが発生したときに、
プログラマの手を煩わせずに解決する方法がなさげなので諦めたのよ
デバッガとかどうしてるんでしょ？
機密に触れない範囲で情報キボン

**名前は開発中のものです。** · 2005/08/24(水) 02:09:57

知ってる言葉を並べた妄想厨なんだろう。

**名前は開発中のものです。** · 2005/08/24(水) 02:55:27

ゲーム会社ではC++ベースのスクリプト使ってるのかぁ
いいなぁ…
フリーで使えるC++風スクリプトって無いのかな？
Java風やC#風でもいいけど

**名前は開発中のものです。** · 2005/08/24(水) 09:53:20

>>432
いや、別に、C++の構文がいいなら
そのままC++をつかえばいいんじゃね？
って話しなんだが
逆に言うと、何故C++を使わずにスクリプトを作成するのか？って事

**名前は開発中のものです。** · 2005/08/24(水) 14:23:58

>>430
スクリプト内のバグなのか
スクリプトシステム自体のバグなのかで違うべさ。

スクリプトシステム自体のバグだけに対処すればいいというだけで
プログラマはずいぶん楽なんだが。

ただ、．ＮＥＴはどう使ってるのかなぁ……もう光臨しないんだろか。

>>433
ここは同人板だから。
スクリプトを使ってる人＝開発者ｏｒ開発者に近い位置にいる人
では無いから、じゃないの？

**名前は開発中のものです。** · 2005/08/24(水) 15:26:28

>>434
>スクリプト内のバグなのか
>スクリプトシステム自体のバグなのかで違うべさ。

そう、だから、C++の処理系でそのままスクリプトを組むと、
どっちのバグかの識別が困難になってくる
んで、結局バグが起こった場合
何でもかんでもプログラマに聞いてくる・・・という事態が想定されるので・・・
それで、その問題をどうやって解決してるのかなあ・・・と思ったですよ
独自仕様なら別だけど、そうで無い仕様のデバッガを
わざわざ作るのもなんだかなあという気もするし・・・

>スクリプトを使ってる人＝開発者ｏｒ開発者に近い位置にいる人
>では無いから、じゃないの？

あ、いや、それなら普通の（C++非準拠の）スクリプトでいいんじゃね？
>>432は、C++処理系が扱いやすいから、スクリプトとしても使用したいって事かと理解したんだが

**名前は開発中のものです。** · 2005/08/24(水) 19:16:44

>>435
スクリプトって文法や作法が同じでも
コマンドがずいぶん少ないとか、
作法の一部を直感的なモノに換えてあるとか。

C++がベースっつっても、発展性を削ってあるのが普通だと思うから
どっちのバグか解らないなんて事はあんまり無いと思うけど。

まさか、C++のデバッカ、コンパイラがそのまま使える様なモノを想像してる？

スクリプトになった時点で、両者は新たに作られますよ。普通。

C++ベースのを求めている人って
さきにCに触れて、日本語直感的なスクリプトになじめない人たちだと思う。
想定してるスクリプトって作法や文法が共通、ってだけだと思うんだけど。
（関数の書き方とか、パラメータ、引数の書き方とか）

あと、＞＞４３２はjavaとか上げてるところを見ると
関数やクラス等、オブジェクト指向っぽい仕様が欲しいんだと思う。
日本語直感スクリプトに一番不足してる成分だし。

**名前は開発中のものです。** · 2005/08/24(水) 20:17:57

>>436
あああ、なんか根本的に部分に勘違いが
えっとそもそも、話の流れが、>407の発言の

>専用の言語が作られる場合もあるけど今は普通にプログラマと同じ環境でC＋＋で書くことが多いかな。

これが元にあります。
要するに、「C++をスクリプトとして使う」（矛盾してるがｗ）事に対しての考えです。
なので前程として、C++処理系がそのままつかえる（デバッガ・コンパイラは当然そのまま使う）環境を考えてるわけです。
ただ、プログラマ以外の人が、この処理系を使用した場合、区別のつかないバグが出やすいわけです。
アドレスエラーやバスエラー、０除算なんて、システム上のエラーなのかスクリプト上のエラーなのか
普通区別は出来ないかと思います

という意見だったわけですが・・・
つか、自分の説明不足だな、ややこしくしてスマン

**名前は開発中のものです。** · 2005/08/24(水) 20:20:05

>>436
>あと、＞＞４３２はjavaとか上げてるところを見ると
>関数やクラス等、オブジェクト指向っぽい仕様が欲しいんだと思う。
>日本語直感スクリプトに一番不足してる成分だし。

ああ、やっぱりそうなのかな？
まあ、確かに不足しているとい余り見られないしね

**名前は開発中のものです。** · 2005/08/25(木) 23:54:43

そして誰もいなくなった・・・(´･ω･｀)

**名前は開発中のものです。** · 2005/08/26(金) 23:32:54

内容が難しいから理解できない＆つまらないと思われ
そこで●●の出番ですよ。（好きな言葉を入れてみよう

**名前は開発中のものです。** · 2005/08/27(土) 01:20:39

>>440
難しい・・・かなあ？
ツールの中身ではなく活用方法の話なんだけど・・・(´･ω･｀)

**440** · 2005/08/27(土) 12:55:47

スプリクトとか書類作成とかめんどくさい事の方が
実質は企画屋の仕事かもしれないけど、ゲーム作りたいだけの厨
には難しいってことでげす。

そこで今週のびっくりどっきりメカの出番ですよ

**名前は開発中のものです。** · 2005/08/28(日) 00:25:51

>>442
>スプリクトとか書類作成とかめんどくさい事の方が
>実質は企画屋の仕事かもしれないけど、ゲーム作りたいだけの厨
>には難しいってことでげす。

えええぇ、そ、そうなのか？
一応勉強スレなのに・・・orz

つか、企画の仕事って、ゲームのイメージを外に吐き出す事だから
こういった自分の使うツールは重要だと思うんだけどなあ・・・

**名前は開発中のものです。** · 2005/08/28(日) 03:10:41

別に厨が自分好みのおもしろおかしい事だけ好んで
結果として何も完成しなくても自己責任だし、
俺らがここでスレ違いのおもしろ可笑しい話をする義理がないのも確か。

**名前は開発中のものです。** · 2005/08/28(日) 11:00:29

まあ、そりゃそうなんだが
ただ、義理は無くとも、面白いなら、それはそれでありかとも思う
>407氏も、もうこないのかなあ・・・

自分も、このままフェードアウトしようかと思ったが
煮え切らないので、なんか話題キボン

**名前は開発中のものです。** · 2005/08/28(日) 22:10:00

２ちゃで人集めるときどうすればいいかとかどう？
需要ありそう

http://pc8.2ch.net/test/read.cgi/gamedev/1084691803/l50#tag498

こういう状態になってるし

**名前は開発中のものです。** · 2005/08/29(月) 00:00:30

>>446
うへぇー　そのスレはじめて覗いてみたけどすごい事になっとるな
手段と目的と権利と義務がゴチャゴチャになってるし・・・

そこをネタとするとなると・・・プロジェクト進行の手順とか？
結構大規模や小規模で状況やノウハウ変わってそうだしね

つっても、最終的には人で決まるんだよなあ・・・＞プロジェクト成否

**名前は開発中のものです。** · 2005/08/29(月) 03:47:12

>>446
とりあえず人集めだけは２ｃｈでやっちゃダメだろう……

ここは、自分で取捨選択できる奴が
情報をあさりに来るところだ。

プロジェクト進行のコツ？
進行の責任者を一人確実に決めとく事と
進行に関してそいつが最大の権限と責任を持つ事。

昔ながらの船頭多くして～で頓挫したサークルは山ほどある。
仕事だろうが遊びだろうが、強制力の有る奴が一人いないと
集団作業にはオチが付かないよ。

**名前は開発中のものです。** · 2005/08/29(月) 09:57:11

>>448
まあ、2chで人集めは、OFF板でも無い限り難しいだろうなあ

>進行の責任者を一人確実に決めとく事と
>進行に関してそいつが最大の権限と責任を持つ事。
>
>昔ながらの船頭多くして～で頓挫したサークルは山ほどある。
>仕事だろうが遊びだろうが、強制力の有る奴が一人いないと
>集団作業にはオチが付かないよ。
同人サークルプロジェクト限定？
それなら基本的には同意
というか、会社組織ではあって当然の、指示系統が無いと、進行そのものが難しいでしょう

>集団作業にはオチが付かないよ。
プロジェクトのオチは、成功か解散の２択だよなあ
メーカーだと利益の大小で決まる事だけど
サークル限定なら、完成したかどうかで、プロジェクト成否を決めてもいいのかな

**名前は開発中のものです。** · 2005/08/29(月) 23:10:04

>>つっても、最終的には人で決まるんだよなあ・・・＞プロジェクト成否
ほんとそう思います。いい人集まらないと優秀な企画屋でもある程度限界ありますよね？

２ちゃでやったり小集団のリーダーとしては、信長型（ワンマン天才）の方がいいという結論のようで

**名前は開発中のものです。** · 2005/08/30(火) 00:03:50

>>450
>ほんとそう思います。いい人集まらないと優秀な企画屋でもある程度限界ありますよね？

ですね、人がダメだとどんなプロジェクトで、いくらお金を掛けてもダメです
最近の例だと、FF12でしょうか
長年経験をつんだメーカーが数年掛けて、度重なる延期
しかも、トップ自体の変更も１度ではありません
まあ、理由は想像に難く無いですね
もちろん、内部の様子を伺いする事は出来ませんが
幾つものプロジェクトを成功させてきた松野氏が、体を壊して入院という時点で、
そのすさまじさがわかります

>２ちゃでやったり小集団のリーダーとしては、信長型（ワンマン天才）の方がいいという結論のようで
あっという間に結論が（'A`）
技術的な面からの考察でもしようかなあ・・・

**名前は開発中のものです。** · 2005/08/30(火) 02:13:32

>>451
＞信長型（ワンマン天才）の方がいいという結論のようで

天才は必須じゃない。
むしろ、製作進行は製作進行だけに専念した方が良い。

あと、いい人、ってのは仕事を実際に決められたスケジュールでやる人ね。
いくらスキルがあっても、他の部署が滞るのを気にせずにめちゃくちゃな順番でやられると
プロジェクトは崩壊する。
仕事なら、強権を発動できるんだけど、サークルじゃそうもいかんしなぁ。

ＦＦ１２の例はピンとこんな。
実際にダメな人が居るのが確認されたわけでもないし。
でかいプロジェクトは、他にいくらでもこける要因はあるし。

**名前は開発中のものです。** · 2005/08/30(火) 03:12:04

>>452
>天才は必須じゃない。
>むしろ、製作進行は製作進行だけに専念した方が良い。
おっと、正確な意味での天才ではなく、ぐいぐいと引っ張って行く能力があるという意味と捕らえたのですが
天才の能力が必須とは自分も思っておりません
あと、制作進行ですが、分離できるなら、もちろん専念した方が良いです。でも現実は・・・（'A`）
やっぱり金かねえｗ

>あと、いい人、ってのは仕事を実際に決められたスケジュールでやる人ね。
ですね、割り当てられた仕事を割り当てられた順番で期間内にきっちりこなす
当たり前のようで、でも、これが意外と難しい
特に新人だと、自分の遂行能力を見誤ったりするからなあ

>ＦＦ１２の例はピンとこんな。
おっと、失礼、自分も余りでかいプロジェクトにかかわった訳ではないんで
推測で書いてます
ただ、トップが替わる事態ってのは自分が知る限り、ほぼ例外なく、人間関係です
（体調を崩すにせよ、飛ばされるにせよ）
特にFFクラスになると、クォリティバランスを維持するために、関係者の能力や、進行方法による
確執もすごかろうと予想されます、なので上記のようなカキコになりました。
変な誤解を生んだらスイマセン

>でかいプロジェクトは、他にいくらでもこける要因はあるし。
よろしければ、その要因をぜひ
上記にあるように、当方FFクラスの巨大プロジェクトはかかわった事が無いもんで
非常に興味あり

**452** · 2005/08/30(火) 15:41:57

とりあえず、

・情報伝達の不備
・類型だが、直接的以外な情報の欠如による士気の低下（歯車疲れ）
・軌道修正時の機動力の低さに起因する中間ダレ
（足並みをそろえるため、一部門にポカッと暇が出来たときの対処ミス）
・同じく大人数による、動きの「慣性」（コンコルド錯誤でググって下され）
・大人数による根拠のない安心感、無責任感
・大人数による各セクション、派閥の記号化、それによる対立構図の先鋭化
（相手の顔が見えないと文句を言いやすい、悪口を言いやすい、反応も激化しやすい）

こんなところかな

**名前は開発中のものです。** · 2005/08/30(火) 20:02:53

>>454
レスサンクス！
やっぱりプロジェクトの障害となるような事象は、大規模でも余り変わらんですね
上げていただいた項目で、特に大プロジェクト特有と思われるものは、以下の二点でしょうか
・同じく大人数による、動きの「慣性」（コンコルド錯誤でググって下され）
・大人数による根拠のない安心感、無責任感

コンコルド錯誤の事例は、知らなかったですね。
プロジェクト内部で、このような事例は遭遇した事はありますが
規模のせいか、プロジェクトに大きな影響を与え無いものは放置（ｗ）、もしくは早期に改善されてました
２番目の事例は、遭遇したことは無いです
納期間際でも、「多分何とかなるだろう」、とか「どうせ期間が延びるだろう」とかでしょうか
少人数だと、あるいみ互いを監視しているので、一定以上の緊張感を持っているってのがあります。
それが無い感じでしょうか？

**名前は開発中のものです。** · 2005/08/30(火) 20:06:52

残りは大規模だと特に顕著化しやすいとは思いますが、
小規模でもある程度見られる項目かと思います。（同時に、除外するのが難しい項目でもあります）

・情報伝達の不備
・類型だが、直接的以外な情報の欠如による士気の低下（歯車疲れ）
この二点はねえ・・・ゲームのイメージが末端まで伝わらない、
要するに企画のツケから来るケースが多いんですよねえ（なので企画的には痛いところｗ）
あと、例外的に、技術があって、我の強い人が
最終イメージを勝手に増強して、場を混乱させる場合がありますね

・軌道修正時の機動力の低さに起因する中間ダレ
（足並みをそろえるため、一部門にポカッと暇が出来たときの対処ミス）
対処法というか、基本的に間があいた時は次の作業について、詰めるのですが、
それでも、作業バランスとかで愚痴は出ますねえ
確かにこの時対処を間違うと、後々まで士気下がりっぱなしです

・大人数による各セクション、派閥の記号化、それによる対立構図の先鋭化
（相手の顔が見えないと文句を言いやすい、悪口を言いやすい、反応も激化しやすい）
はっはっは、これはもう大小関係なくプロジェクトの宿命ですな
３人いれば、派閥が出来ますから。対処方法があったら教えて下さい・・・（'A`）

外部要因の事例とか、紹介しようと思ったけど
天災みたいなものだし、解決方法は金しかないんでやめときますｗ

**名前は開発中のものです。** · 2005/08/30(火) 21:55:12

ttp://sinsin.concon.jp/omake/omake04.html
ttp://sinsin.concon.jp/omake/omake05.html
こういうのどうでっか～

**名前は開発中のものです。** · 2005/08/31(水) 15:12:09

重複もあるけど
結構良いページだ

**名前は開発中のものです。** · 2005/08/31(水) 23:08:26

>>457
下はともかく上は、一般常識レベルの話ですな・・・
もちろん、トラブルを避けるってのは重要だし
それが文章になってるってのは、価値があるな

**名前は開発中のものです。** · 2005/09/01(木) 00:31:14

落ち着いて考えれば、割と常識レベルの話しでも
プロジェクト進行中は忘れ去られるからね。

**名無しさん＠そうだ選挙に行こう** · 2005/09/11(日) 05:51:52

> ３人いれば、派閥が出来ますから。対処方法があったら教えて下さい・・・（'A`）
このタイトルを(出来ればいい形で)世に出すためにチームが結成されている、
という自覚があれば派閥も害じゃないけども。
すくなくとも各セクションのトップがそう考えていれば、
最悪な結果は避けられるかと思われ。

まあ、そんなタイガーチームは見たこと無いが。

**名前は開発中のものです。** · 2005/09/14(水) 10:19:38

>>461
>このタイトルを(出来ればいい形で)世に出すためにチームが結成されている、

そんなチーム、自分も見たこと無いよｗ
いいゲームを作るという観点からのみ見れば理想だけどね

いい製品を、意地でも出そうとする人と、
いい製品よりも、与えられた仕事のみをこなすのが目標の人との
隙間は、簡単には埋められないからねえ（どちらが良い、悪いではなく）

もちろん企画には両方の資質が必要な訳だけど

**名前は開発中のものです。** · 2005/09/16(金) 00:37:09

> いい製品よりも、与えられた仕事のみをこなすのが目標の人との
> 隙間は、簡単には埋められないからねえ（どちらが良い、悪いではなく）
完成できる力量をもつならどちらも適材適所、問題ないメンバーかと。
要は完成させる自覚だと思う。

**名前は開発中のものです。** · 2005/09/16(金) 08:20:27

>>463
>完成できる力量をもつならどちらも適材適所、問題ないメンバーかと。
>要は完成させる自覚だと思う。

いや、個々のスタッフで作業が収まってる間は問題ないんだけどね
集団作業になると途端に歯車が狂いだすという・・・
デザインだと、デザインバランスが崩れて発注しなおしになったり、
プログラムだと、担当の負担が一方に集中したり・・・
なかなかうまくいかないんだよね
もちろん、適材適所に収めるだけの人員的余裕があればいいんだけど
実際は・・・orz