<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	必要性と反比例するデバッグの価値、そしてその危険性 へのコメント	</title>
	<atom:link href="https://gmdisc.com/archives/587/feed" rel="self" type="application/rss+xml" />
	<link>https://gmdisc.com/archives/587</link>
	<description>ゲーム音楽とレトロゲー中心</description>
	<lastBuildDate>Mon, 06 Mar 2017 19:27:07 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		中杜カズサ より		</title>
		<link>https://gmdisc.com/archives/587#comment-1029</link>

		<dc:creator><![CDATA[中杜カズサ]]></dc:creator>
		<pubDate>Wed, 02 Apr 2008 16:48:44 +0000</pubDate>
		<guid isPermaLink="false">https://gmdisc.com/archives/587#comment-1029</guid>

					<description><![CDATA[SECRET: 0
PASS: e8ba97729b80f2cccb477afd61f9fc92
＞マッドサンダーさん
こんにちは。
&#062;ちゃんと作る気が無い
そんなわけはない……と言えないのが悲しいところです。
＞真砂さん
こんにちは。
結局製品の質より台所事情というのもあるのでしょうね。あと、どこかで言われていましたが、移植だからと発注元が簡単に考えすぎたのかもしれません。移植だって、ハード移したらほとんど新規と同じなのに。
＞みわさん
こんにちは。
仕様書はたしかに大切ですね。ただ、それを守ったかユーザーにわかるしくみが欲しいところです。猿楽町に期待があったのですが、カルドせプトサーガでやっちゃった感じが若干ありますね。
あと、困ったことに仕様書のほとんどない開発というのがたまに（よく？）あったり……。
＞まーさん
こんにちは。
ご指摘ありがとうございます。
あとで修正しておきます。
＞NO NAME さん
こんにちは。
たしかにきちんとシステム開発工程を経るのは難しいでしょうが、逆にやらないで崩れるケースも多々あるので、やってほしいところですね。
＞NO NAME さん
こんにちは。
私も仕様書のない現場というのをいくつか見たことがあります。でも、だいたい開発末期に何らかの混乱が生じるのですよね。（でも店に配る概要書はちゃんとある）
あと、クライアントと制作者で言った、言わないの喧嘩になる可能性も高いので、絶対に必要だと思います。（ああ、胃が痛い思い出が……）
一番はこの状況が当たり前になっている業界に、問題はあるのですけどね。
]]></description>
			<content:encoded><![CDATA[<p>SECRET: 0<br />
PASS: e8ba97729b80f2cccb477afd61f9fc92<br />
＞マッドサンダーさん<br />
こんにちは。<br />
&gt;ちゃんと作る気が無い<br />
そんなわけはない……と言えないのが悲しいところです。<br />
＞真砂さん<br />
こんにちは。<br />
結局製品の質より台所事情というのもあるのでしょうね。あと、どこかで言われていましたが、移植だからと発注元が簡単に考えすぎたのかもしれません。移植だって、ハード移したらほとんど新規と同じなのに。<br />
＞みわさん<br />
こんにちは。<br />
仕様書はたしかに大切ですね。ただ、それを守ったかユーザーにわかるしくみが欲しいところです。猿楽町に期待があったのですが、カルドせプトサーガでやっちゃった感じが若干ありますね。<br />
あと、困ったことに仕様書のほとんどない開発というのがたまに（よく？）あったり……。<br />
＞まーさん<br />
こんにちは。<br />
ご指摘ありがとうございます。<br />
あとで修正しておきます。<br />
＞NO NAME さん<br />
こんにちは。<br />
たしかにきちんとシステム開発工程を経るのは難しいでしょうが、逆にやらないで崩れるケースも多々あるので、やってほしいところですね。<br />
＞NO NAME さん<br />
こんにちは。<br />
私も仕様書のない現場というのをいくつか見たことがあります。でも、だいたい開発末期に何らかの混乱が生じるのですよね。（でも店に配る概要書はちゃんとある）<br />
あと、クライアントと制作者で言った、言わないの喧嘩になる可能性も高いので、絶対に必要だと思います。（ああ、胃が痛い思い出が……）<br />
一番はこの状況が当たり前になっている業界に、問題はあるのですけどね。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		匿名 より		</title>
		<link>https://gmdisc.com/archives/587#comment-1028</link>

		<dc:creator><![CDATA[匿名]]></dc:creator>
		<pubDate>Fri, 28 Mar 2008 17:36:58 +0000</pubDate>
		<guid isPermaLink="false">https://gmdisc.com/archives/587#comment-1028</guid>

					<description><![CDATA[SECRET: 0
PASS: f364b2a54b4e26a8fb3cc80be015834a
そもそも仕様を書く仕事というものが軽視されすぎです。
画面構成、内部データ、サウンド発注リストなど膨大な仕事量があるのに仕様作成にとられる期間はほぼ０のことが多いです。
プログラマ、グラフィッカと同時に動き出してまともな仕様になるわけがない。
また、それ自体が完全な独立した仕事なのに、ディレクションと平行させようとするのが問題でしょう。
そして仕様書のフォーマットが会社ごと、個人ごとどころか、プロジェクトごとにバラバラ。最悪、同一プロジェクト内の同一人物が起こした仕様ですら統一性がなされません。
仕様を軽視する経営者側の責任は重いと思います。
そして妄想ばかりで仕様作成能力のないプランナーにも辟易します。
]]></description>
			<content:encoded><![CDATA[<p>SECRET: 0<br />
PASS: f364b2a54b4e26a8fb3cc80be015834a<br />
そもそも仕様を書く仕事というものが軽視されすぎです。<br />
画面構成、内部データ、サウンド発注リストなど膨大な仕事量があるのに仕様作成にとられる期間はほぼ０のことが多いです。<br />
プログラマ、グラフィッカと同時に動き出してまともな仕様になるわけがない。<br />
また、それ自体が完全な独立した仕事なのに、ディレクションと平行させようとするのが問題でしょう。<br />
そして仕様書のフォーマットが会社ごと、個人ごとどころか、プロジェクトごとにバラバラ。最悪、同一プロジェクト内の同一人物が起こした仕様ですら統一性がなされません。<br />
仕様を軽視する経営者側の責任は重いと思います。<br />
そして妄想ばかりで仕様作成能力のないプランナーにも辟易します。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		匿名 より		</title>
		<link>https://gmdisc.com/archives/587#comment-1027</link>

		<dc:creator><![CDATA[匿名]]></dc:creator>
		<pubDate>Tue, 25 Mar 2008 07:30:47 +0000</pubDate>
		<guid isPermaLink="false">https://gmdisc.com/archives/587#comment-1027</guid>

					<description><![CDATA[SECRET: 0
PASS: 74be16979710d4c4e7c6647856088456
ゲーム業界の開発体制はIT業界のようにシステマチックに(IT業界が必ずしもキッチリしてるってわけでもないが)やるのは難しいのでは。たぶん端から諦められてると思う。大手と零細じゃ全然違うだろうとは思うけれども。
]]></description>
			<content:encoded><![CDATA[<p>SECRET: 0<br />
PASS: 74be16979710d4c4e7c6647856088456<br />
ゲーム業界の開発体制はIT業界のようにシステマチックに(IT業界が必ずしもキッチリしてるってわけでもないが)やるのは難しいのでは。たぶん端から諦められてると思う。大手と零細じゃ全然違うだろうとは思うけれども。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		まー より		</title>
		<link>https://gmdisc.com/archives/587#comment-1026</link>

		<dc:creator><![CDATA[まー]]></dc:creator>
		<pubDate>Mon, 24 Mar 2008 00:14:09 +0000</pubDate>
		<guid isPermaLink="false">https://gmdisc.com/archives/587#comment-1026</guid>

					<description><![CDATA[SECRET: 0
PASS: 30e947ab017614b9182547177e0b30ea
細かい事ですが、PS版「海腹川背・旬」はSFC版の移植ではなく続編で、ステージ構成などが違います。
今回のPSP版は、PS版の移植です。
＞スーファミの名作アクション『海腹川背』のPSP移植版。
＞根強いファンを集め、PSにも移植されました。
という表現は適切ではありません。
]]></description>
			<content:encoded><![CDATA[<p>SECRET: 0<br />
PASS: 30e947ab017614b9182547177e0b30ea<br />
細かい事ですが、PS版「海腹川背・旬」はSFC版の移植ではなく続編で、ステージ構成などが違います。<br />
今回のPSP版は、PS版の移植です。<br />
＞スーファミの名作アクション『海腹川背』のPSP移植版。<br />
＞根強いファンを集め、PSにも移植されました。<br />
という表現は適切ではありません。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		みわ より		</title>
		<link>https://gmdisc.com/archives/587#comment-1025</link>

		<dc:creator><![CDATA[みわ]]></dc:creator>
		<pubDate>Sun, 23 Mar 2008 14:29:16 +0000</pubDate>
		<guid isPermaLink="false">https://gmdisc.com/archives/587#comment-1025</guid>

					<description><![CDATA[SECRET: 0
PASS: 86f299d17ebfb42923c4245ee929de8b
&#062;そもそもゲームに限らずこういったプログラミング製品というのはどこまでが仕様として保障されているかという客観的な基準がないのですよね
あります。パッケージ製品の仕様書は見たことがありませんが、たとえば企業内で使うシステムのいわゆる SIer とか SE とかいうひとたちが活躍する場や、国に納入する製品を作る場合は仕様書は必須です。
デバッグのためにリソース( 人間とか時間とか )を使えないのは、たぶんデバッグ工程に行く前の段階で時間を使いすぎて納期に間に合わなくなってしまってるんじゃなかろうかと想像します。以下のような流れです。
1. 開発に時間を使いすぎた
2. でも納期は決まっている
3. じゃあデバッグの時間を減らす
もしくは、設計段階ですでにとんでもなく酷い設計になってて中杜カズサさんが言うように取り返しがつかないような出来上がりなのかもしれません。
]]></description>
			<content:encoded><![CDATA[<p>SECRET: 0<br />
PASS: 86f299d17ebfb42923c4245ee929de8b<br />
&gt;そもそもゲームに限らずこういったプログラミング製品というのはどこまでが仕様として保障されているかという客観的な基準がないのですよね<br />
あります。パッケージ製品の仕様書は見たことがありませんが、たとえば企業内で使うシステムのいわゆる SIer とか SE とかいうひとたちが活躍する場や、国に納入する製品を作る場合は仕様書は必須です。<br />
デバッグのためにリソース( 人間とか時間とか )を使えないのは、たぶんデバッグ工程に行く前の段階で時間を使いすぎて納期に間に合わなくなってしまってるんじゃなかろうかと想像します。以下のような流れです。<br />
1. 開発に時間を使いすぎた<br />
2. でも納期は決まっている<br />
3. じゃあデバッグの時間を減らす<br />
もしくは、設計段階ですでにとんでもなく酷い設計になってて中杜カズサさんが言うように取り返しがつかないような出来上がりなのかもしれません。</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
