wrote結論から先に書くと「プロジェクトを無事に完了させるために知識が必要だから」です。ゲームに限らず、何かしら開発に携わる人たちは誰でも「プロジェクトが無事に完了してほしい」という思いを持っているはずと思いますが、実際にはトラブル発生で苦労したという話をよく聞きます。プロジェクトにトラブルが発生するのでしょうか?回答から言うとプロジェクトに「やって見なければわからない事があるから」です。やって見なければわからない事を行った結果、時間がかかって予定が崩れ、〆切時間に完成までたどり着かない事態になります。(開発経験者は実感として分かりますよね?)論理的に解説する為、「プロジェクトではない作業」と比較してみます。新規開発を目的に一度だけ行う作業「プロジェクト」に対して毎回同じ事を繰り返す作業は「ルーチンワーク」といいます。目的を達成するために必要な行動が全て解っているので、ルーチンワークでは手順通りに行動すると望む結果が返り、プロジェクトと異なりトラブルも発生しにくいです。(ルーチンワークでのトラブル原因は作業実施者の行動とマニュアル上の指示のズレ。)もちろん「プロジェクト」は「ルーチンワーク」にはなりません。やって見なければわからない事を極力減らし、プロジェクトから不明な要素を減らす事がプロジェクトを無事に完了させる事に繋がるのです。【全ての作業を抽象化するとこうなる】1.『目標』と現在の『状況』を比較し、差を抽出する。2.差を埋めるための『手段』を決定して、実行する。3.実行の『結果』を目標と比較する。4.目標と結果が一致ならば終了。それぞれに「不明」をつけた上で、経験上、ゲーム開発でありがちな心境に置き換えてみます。・目的が不明→完成探しの冒険。・手段が不明→作業手法の模索。・結果が不明→確認項目の不備。「とりあえず作りました。・状況が不明→作業工程の不備。上記が「やって見なければわからない事」とされている事であり、行動開始前に予測して解決する事が望まれている物です。項目ひとつひとつ考えるだけでも大変ですが、熟練者は経験の辞書を使って最適な対応を一発で選んでいきます。熟練者は作業効率が良くなるのです。あなたが熟練者でない場合はどうするか?ある作業の熟練者ではあるが別の作業を初めて行う場合はどうするか?何かの初心者の時、「なにが解らないのか、わからない」と思った事はないでしょうか?何も解らないまま「えいやっ」と行動してみても、それはほとんどハズレますよね。初心者によくある「なにが解らないのか、わからない」の「判断ができない状態」には、原理があります。判断の仕組みを抽象化すると【判断の抽象化】1.事象Aが事象Aである判断要素を決める2.事象Bについて判断要素を調べる3.両方の判断要素を比較して、同じか否かを決定する。具体例でいうと【リンゴの絵の判断の場合】1.理想の絵Aから「リンゴの絵」である要素「色=赤い」「形=丸い」を入手2.絵Bから「Bの色=黄色」「Bの形=丸い」を入手3.判断結果。人工知能開発の本に書いてありそうな内容ですが、判断を行うには以下の要素がないとできないという事です。・「事象A」が「理想の事象」である条件が解っている事ここで、「事象A」と「事象B」は「理想」と「現実」の2つであるとして「理想が理想とされる条件」という知識を初心者は持っていないために判断要素の比較ができず、「なにが解らないのか、わからない」という事態になる訳です。ここで「あなたが熟練者でない場合はどうするか?」の回答として、「『他者の知識の吸収=勉強』をする」という対策が出てきます。「理想形の条件は何か」を把握しない事には比較ができないので、知識を輸入して、それを判断要素として結果を検討するのです。理想と現実の比較を行う条件を持つと「やって見なければわからない事」の中に「推測だが、こうしたらできるのではないか」という手法が見えてきます。結果、「判断できることに変える」事によってプロジェクトの問題は消えてゆきます。18.232.125.29。