DXライブラリ総合スレッドその3

**名前は開発中のものです。** · 2009/03/31(火) 01:14:36

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
　　　　　DXライブラリ総合スレッド 2008
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/

**名前は開発中のものです。** · 2009/06/24(水) 01:31:30

>>616
うん。
それでおｋ。

ちなみに初版で気付いてラトルズに付属の葉書で出したが
C++本でも後の版でも訂正されなかった。
サポートページに訂正箇所のpdfがあるが読んだら全然違う箇所のことだった。

**名前は開発中のものです。** · 2009/06/24(水) 02:15:36

14歳から～って読んでる人結構いるんだな

**名前は開発中のものです。** · 2009/06/24(水) 10:34:44

知らぬは、著者ただ一人だけ

**名前は開発中のものです。** · 2009/06/24(水) 15:00:37

「14歳～」って読んだこと無いのだけれど、
これ買ったらDXライブラリの作者さんに何らかのお金が行くんだろうか？
行くなら買ってもいいかなあ。

**名前は開発中のものです。** · 2009/06/24(水) 19:31:31

>>616
何で答えを言っちゃいけないとかいう言葉が出るの？お前は？
バカなの間抜けなの？なにがそんなに秘密にしたがんの？死ねば？

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

釣りだとわかってるけど笑ってしまったｗ

**名前は開発中のものです。** · 2009/06/24(水) 20:33:55

ティアリングに拘るよりやることがあるだろｗ
釣りであってくれｗ

**名前は開発中のものです。** · 2009/06/24(水) 20:53:30

ネタじゃなかったら日本が滅ぶｗ

**名前は開発中のものです。** · 2009/06/25(木) 00:07:29

ティアリングサーガだな

**名前は開発中のものです。** · 2009/06/25(木) 00:30:15

こだわるのはプログラマの性だしなあ

**名前は開発中のものです。** · 2009/06/28(日) 16:38:04

例えば
class Enemy{};
と
class Player{};
ってのがあったとして、両方とも座標用変数がpribate:になってる場合、両者の当たり判定はどうやって組んだらいいかな？

あと、Enemyをたくさん出したい場合って、class Enemy型の配列をつくっていいの？
それとも他になにか良い方法があるのかな？

今現在、練習を兼ねてミニゲームのようなものを作ってて行き詰っちゃって。
よかったら教えてください。

**名前は開発中のものです。** · 2009/06/28(日) 18:36:01

俺は面倒だからpublic でやってるけど
まあ普通は getx(){return x;} という public なメンバ関数から座標を取得するのかな

もう一方の方は俺はEnemy型のlist でやってるけど
配列でも別にいいんじゃないかな

まあ俺みたいなへぼいのから聞くより出来る奴から聞いたほうがいいと思うが

**名前は開発中のものです。** · 2009/06/28(日) 18:52:38

Enemy中でplayer->touch_p(this->x,this->y)とかどうかな

**名前は開発中のものです。** · 2009/06/28(日) 19:48:47

>>628-629
返答ありがとうございます。
さあ当たり判定を作ろう。と思ったときに上記のことでつまづいて書き込ませもらったんだけど
返答があるまでちょこっとなにか加えようかなと思っていじってたら、上から降ってきたものが
地面についたとたん固まるという想定外の現象に見舞われて、コードの半分ほどを書き直す
羽目になってしまって。

いまだ復旧作業の途中なので、せっかく返答してくれたけどその知識を使うのはもう少しあとになりそうです。

とりあえず、HitEnemy()というメンバ関数を作って、Playerのポインタを渡す感じでいこうかと思ってます。
…出来ないかもしれないけど。返答ありがとうございました。

**名前は開発中のものです。** · 2009/06/28(日) 20:07:12

ポインタを渡しても直接値を参照することはできないから
privateならget使うことになるんじゃないかな。
めんどいなら一時的にfriendしてやるとか。

**名前は開発中のものです。** · 2009/06/28(日) 21:45:36

＞privateになってる場合
って書いてあるけどprivateにする意味があるからprivateなんじゃないのかな。
参照したいならprivateにする意味がないって事なので、
publicにするかアクセサメソッド作ればいいのでは。
まあ後者がいいと思う。

**名前は開発中のものです。** · 2009/06/29(月) 00:05:45

仕様がﾜｶﾗﾝからアレだけど、Enemy同士の当たり判定は必要ないのかな。
後、これも仕様がﾜｶﾗﾝからあれだけど Direction(方向)の情報とか必要ないのかな。

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

シューティングだとそれらのことあまりやらないんじゃないか
無駄にそういうの増やすと負荷増やすだけだし
ゲームによってはそういうこともやるだろうが

**名前は開発中のものです。** · 2009/06/29(月) 23:41:07

Enemy同士もPlayerと同じ方法で判定すればよくないか？

**名前は開発中のものです。** · 2009/06/29(月) 23:46:20

playerとenemyなら１対多だけど、enemyとenemyだと多対多になって
判定回数が飛躍的に増えるって事でしょう。

**名前は開発中のものです。** · 2009/06/30(火) 00:59:39

そもそも何でprivateなのか分かってんのかと
理屈がわかんなきゃ全部publicにしてもstaticにしてもいいじゃないかって話になる
クラスの意味をまず勉強した方がいい

**名前は開発中のものです。** · 2009/06/30(火) 12:36:26

GraphLock
と
GraphUnLock
って以前はリファレンスに載ってたと思うんだが、見つからない。

サンプルが見たかったんだけど、以前のリファレンスってもう見れないのか。
インターネットアーカイブはダメだった。

**名前は開発中のものです。** · 2009/06/30(火) 12:48:34

>>639
過去スレにそれっぽいものが
http://www.2chsearch.jp/?b=gamedev&d=1224923873#kiji_828

**名前は開発中のものです。** · 2009/06/30(火) 13:51:06

タヒチで日本の即席めん大人気

　リゾート地として知られる南太平洋のタヒチ（仏領ポリネシア）で、たつの市の食品メーカー「イトメン」が製造するインスタントラーメンが売り上げを伸ばしている。
ここ１０年で輸出量が倍増しているほか、現地商社の依頼で２年前からカップめんの販売も始めるなどファンを増やしている。
　イトメンによると、タヒチへの輸出量は１９９８年が１５５万食だったが、２００８年には３５６万食に倍増。
神戸税関によると、神戸港の即席めんの輸出量は０７、０８年と連続で全国一。
うちタヒチへの輸出は０８年が３０３トンで、同税関は「タヒチ向けはほとんどがイトメンの製品」という。
　イトメンの即席めんがタヒチへ渡るようになったのは４０年ほど前で、神戸の貿易会社がタヒチに住む中国人向けに輸出したのが始まりという。
タヒチには１１８の島に２３万人が住む。今はシェア６割ほどを占め、イトメンが直接輸出している。
　即席めんは、国ごとの味覚に合わせるケースが多く、現地生産が主流。
同社は日本で販売している「チャンポンめん」と味は同じで、パッケージを変え「ＡＬＬ-ＩＮ-ＯＮＥ」の商品名で販売しているが、現地でも受け入れられている。
　人気が高い理由について、同社の伊藤充弘社長（５３）は「香港製などライバルの製品が少ないためでは」と分析。
タヒチで日本の旅行会社現地法人で１０年間働く日野到さん（３６）は「日本のラーメンは最も品質が良くて人気。よく売り切れている。
長年、安定して輸入が続いているイトメンの商品が定着している」という。
　伊藤社長は「最近は原料の高騰で利益はほとんどないが、親しまれている味を届け続けたい」としている。

http://www.kobe-np.co.jp/news/keizai/0002072011.shtml

【グルメ】タヒチで日本の即席めん「イトメン」が人気
http://tsushima.2ch.net/test/read.cgi/newsplus/1246257826/
【ｲﾄﾒﾝ】ｲﾄﾒﾝのﾁｬﾝﾎﾟﾝ麺【総合ｽﾚ】 Part2
http://gimpo.2ch.net/test/read.cgi/nissin/1185419295/

**名前は開発中のものです。** · 2009/06/30(火) 14:07:23

貴重な小麦粉をインスタントラーメンなんかに使うな馬鹿たれ。

**名前は開発中のものです。** · 2009/06/30(火) 14:12:28

ここはニュー速じゃないぞ

**名前は開発中のものです。** · 2009/06/30(火) 21:08:32

私がニュー速だ。ここをあけろ！

**名前は開発中のものです。** · 2009/07/01(水) 00:09:56

DXLibを使う場合、全体を

int WINAPI WinMain(HINSTANCE hI, HINSTANCE hP, LPSTR lpc, int nC){

　　while(ProcessMessage() == 0 && CheckHitKey(KEY_INPUT_ESCAPE) == 0){
　　　　～

　　}
}

こう言う風に作れって本に書いてあったんですが
この構造と本格的なwinプログラムの場合のウインドウズプロシージャとかとの関係がイマイチわからないのですが
どういう風になってるんでしょうか？

**名前は開発中のものです。** · 2009/07/01(水) 00:15:05

>644
関係ないと思っておｋ

**名前は開発中のものです。** · 2009/07/01(水) 00:21:01

初めてDXライブラリ使った時、小難しいwinプログラムがなんでこんなツクールみたいになるのかと愕然としたよ

**名前は開発中のものです。** · 2009/07/01(水) 00:31:13

俺も最初WinMainではウインドウ作成とメッセージループしかしちゃいけないと思ってた
知人がタイマーイベント仕掛けてWM_TIMERがきたときにループ処理してたからそういうもんだと思って疑わなかった

**名前は開発中のものです。** · 2009/07/01(水) 05:08:47

BorlandC++BuilderやDelphiのソースを読むともっとビックリするよん。

**名前は開発中のものです。** · 2009/07/01(水) 09:35:30

落ち目会社だしどうでもいい

**名前は開発中のものです。** · 2009/07/01(水) 19:59:44

>>646
きちんと関数化、ライブラリ化すれば難しいゲームでも綺麗に書けるってこと
DXlibの機能には制限があるし、余計な機能もついているので、
最終的に自分で最適なライブラリを書くようになれるのがいいよ

**名前は開発中のものです。** · 2009/07/03(金) 20:54:33

SetMainWindowTextが未定義関数扱いされるんだがどういうことなの・・・
他の関数は普通に使える

**名前は開発中のものです。** · 2009/07/04(土) 18:08:40

>>651
うちでは正常に動くが。ヘッダから消してしまったとか。

**名前は開発中のものです。** · 2009/07/06(月) 22:42:09

ステータスバーってどうやって付けれるのよ？
おせーて

**名前は開発中のものです。** · 2009/07/08(水) 01:56:14

ファイルから再生する音楽のループ位置を設定することはできますか？

**名前は開発中のものです。** · 2009/07/08(水) 02:25:32

>>654
SetLoopPosSoundMemではだめなの？

**名前は開発中のものです。** · 2009/07/08(水) 02:58:22

>>655
ありがとうございます。すみません、説明不足でした。
PlayMusicでストリーム再生し、ループ位置を設定したいのです。

**名前は開発中のものです。** · 2009/07/08(水) 11:53:36

>>655
SetLoopPosSoundMemとSetCreateSoundDataTypeを使って解決しました。
ありがとうございました。

**名前は開発中のものです。** · 2009/07/08(水) 22:05:37

CPU Core 2 Duo 2.66GHz
RAM 4GB

GPU GeForce 9600M GT
VRAM 2GB

OS Windows Vista 64Bit

DxLibで作られたソフトをこいつで動かすと、始めは60fpsでなめらかにも関わらず、
しばらくすると30fpsになるのはなぜなんだ？
ガクガクするならまだしも、ぴったり30fpsなんだ。
またしばらくすると治ったりもするし、なにかひとつの関数が原因になってたりするのかな？

**名前は開発中のものです。** · 2009/07/08(水) 22:17:02

ScreenFlip()を2回呼んでいるとか

**名前は開発中のものです。** · 2009/07/08(水) 22:40:16

Vistaのいたずらじゃないかな？
うちも24か30で安定、フルスクリーンだと60fpsありがとうございます状態。

**名前は開発中のものです。** · 2009/07/08(水) 23:16:39

なんか最近どっかで見たような質問だな……。

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

ビデオカードとそのドライバと設定だな
60、30、24ってよく見る数字だし

**名前は開発中のものです。** · 2009/07/09(木) 01:06:35

60hzに同期して描画したとする
(1) 1フレームの処理が1/60秒未満なら1秒間に60回描画できる
(2) 1/60秒以上2/60秒未満なら30回描画できる

つまり瞬間的には30か60のどちらかになる
1のケースと2のケースが混ざったとすると長期的には平均することで30と60の間の値になりうる
しかし大抵の場合は1フレームの処理が1/60秒で収まるか、あるいは超えるかで30と60に分かれる

と予想

**名前は開発中のものです。** · 2009/07/09(木) 02:46:07

ていうか垂直同期信号待ちをしてるのかしてないのかを先に明記してくれないと。

**名前は開発中のものです。** · 2009/07/09(木) 22:24:55

GPUの垂直同期をオフにしてもオンにしても結果が変わらず。
というか、GPUの設定をどう変えてもまったく同じ・・・

**名前は開発中のものです。** · 2009/07/09(木) 23:12:54

もともとＤＸライブラリ側でＯＦＦにしてるんじゃないの？

**名前は開発中のものです。** · 2009/07/10(金) 06:17:28

画像を半透明で描写する方法ってDXライブラリにありますか？

**名前は開発中のものです。** · 2009/07/10(金) 06:55:03

リファレンスも読めんのか…

**名前は開発中のものです。** · 2009/07/10(金) 09:02:40

あるよ。リファレンスにある。
全部読んでそれでもわからなかったらまたおいで。

**名前は開発中のものです。** · 2009/07/10(金) 12:51:04

座標ってxyで行うから構造体でセットにして扱うのってなんか不都合ある？

**名前は開発中のものです。** · 2009/07/10(金) 13:23:29

無いよ。
bullet[i].locate.x = 320; とか多重に扱うと見た目が重く感じるぐらい。

**名前は開発中のものです。** · 2009/07/10(金) 13:23:43

全然ないから、POINT を使うと良いよ。

**名前は開発中のものです。** · 2009/07/10(金) 15:09:18

>>671-672
thx

多重に気をつけて、メンバ変数は極力そのクラス内で処理するようにしますわ

**名前は開発中のものです。** · 2009/07/10(金) 23:17:50

EnemyManager.Small.Flying.Bullet[i].Location.x = GameCanvas.TopLayer.ViewObject.Set(320);
とかなら、ちょっとは考えろよwwとか思うけど。
普通に組んでる限りじゃ、そんな気にする必要はないかと。

どうしても気になるなら、POINTなりをpublicで継承すりゃ、
bullet[i].x=320にできるし、どうせゲームだからこれで問題無いでしょ。

**名前は開発中のものです。** · 2009/07/11(土) 01:55:20

アクセス権が気になるなら参照を返すアクセサ作ればいいしな
bullet[i].x()=320;
これくらいなら見た目もタイプ量も許容範囲だろ

**名前は開発中のものです。** · 2009/07/11(土) 01:56:20

あ、もちろんインライン展開される書き方前提でな

**名前は開発中のものです。** · 2009/07/11(土) 07:49:08

そういったセットになり易いものって他にどんなのがあるかな？

**名前は開発中のものです。** · 2009/07/11(土) 18:21:58

セットって？

**名前は開発中のものです。** · 2009/07/14(火) 04:20:59

たまにタスクが応答なしになるという原因不明のバグに悩まされ
再起動してみると普通に実行されるのは何だろう

**名前は開発中のものです。** · 2009/07/14(火) 04:40:19

>>679
何を言いたいのか分らんが・・・
（エスパー希望の相談なのか、只の雑談なのか、愚痴なのか？）

とりあえず、タスク　がタスクマネージャーとかのタスク（application)の事なら、
単純にどっかが無限ループに嵌ったか、画面書き換えの部分を通らなくなったか（orキー入力の部分を・・・）
だろう。

とりあえず、printfを色んな所に仕込んでおいて、デバックを掛けるとかするのが基本。
怪しい所がどうみてもライブラリ側だったら、公式に書き込めばいいし、
そうでないなら、再現性を高めて、その変な挙動をここででも、公式ででも聞いてみればいい。

大概は、配列でindexが超えて・・・・とか、switchでbreak;が抜けてて・・・とか
if文の後に変なモノがあって、ifでの抜けだしが効かなくなってたりとか、
｛｝の対応が微妙にずれてて・・・とか、初期化してないのを使っていて、タイミング次第で・・・とか
（後は、WindowsUpdateしてなさ過ぎて、リターンが遅れてるのを応答なしに解釈されてるとかもあるか、）

**名前は開発中のものです。** · 2009/07/14(火) 04:49:20

＞とりあえず、タスク　がタスクマネージャーとかのタスク（application)の事なら、
その通り

＞単純にどっかが無限ループに嵌ったか、画面書き換えの部分を通らなくなったか（orキー入力の部分を・・・）
＞だろう。
そういった部分は見当たらなかった

何せＯＳを再起動させてそのプログラムを再び実行させたら何の問題もなく動いたのですからプログラムに原因があるとは思えないのですが

**名前は開発中のものです。** · 2009/07/14(火) 05:07:49

そういう現象が出てるのが君だけなんだから君のプログラムに問題があるか、
あるいは君だけが体験できるくらいレアな現象って事になるだろう？

調べる事ができるのは君だけなんだから
素直に>>680の忠告に従って、きちんと調べていけばいい。

「これで合ってるはず」なんて余計な「思い込み」はデバッグ作業の邪魔にしかならないぞ。

**名前は開発中のものです。** · 2009/07/14(火) 05:36:27

>>681
それだけの事で、プログラムに問題があるとは思えないって・・・・

とりあえず、
初期化なしでつかってる場合にはOS再起動とかで簡単に変わるし、
時間取得なんかをちゃんと処理してないと、
日にち跨ぎや時間跨ぎで、発生したりしなかったりする。

>>682も言うとおり、思い込みよりも手を動かしてデバックしなぁ。
プログラムは書いた通りに動いても、思った通りには動くとは限らないんだからさぁ。

**名前は開発中のものです。** · 2009/07/14(火) 06:46:29

だってデバッグしたけど分んないんだもん
まあ動くようになった訳だからそのまま何事もなかったかのように過ぎていくのだろう

**名前は開発中のものです。** · 2009/07/14(火) 07:14:55

forやwhileで使ってる変数の初期化忘れあたりが怪しいけどどうなんだろうな

**名前は開発中のものです。** · 2009/07/14(火) 07:53:46

それはないと思うがなあ
その可能性のあるコードって、(実行時に処理を通ってるコードの中で）
while( (!ProcessMessage()) && (!keybuf[KEY_INPUT_ESCAPE]) )
しかなかったんだが（変な書き方でｽﾏｿ）
確かに　keybuf　はグローバル変数にしてしまってるし
char keybuf[256] = {0};
で初期化したつもりになってるけどどうなんか分らん
まあ動くようになったし確認しようにももうできないからな、動くから
まあ良しとして続けるしかないな

**名前は開発中のものです。** · 2009/07/14(火) 08:07:50

こうしてバグが量産され、ついにはうんともすんとも動かなくなりねあげる姿が

**名前は開発中のものです。** · 2009/07/14(火) 09:43:25

裏画面の内容をテクスチャにコピーする関数ってあったっけ？

**名前は開発中のものです。** · 2009/07/14(火) 20:58:42

「無いと思う」とかじゃなくて確かめないと。
プログラムに思い込みは絶対あかん。

**名前は開発中のものです。** · 2009/07/14(火) 23:37:46

だって動くようになったから確かめようがないじゃん
この先動かなくなる可能性ないわけではないが
そうなったところでこれ以上バグは見つからんだろうな、俺の力では

**名前は開発中のものです。** · 2009/07/15(水) 00:00:28

だからprintfとかで一つ一つ処理の中身を吐き出して見るんじゃん。
外見上動いてても、バグがあれば意図してないデータが含まれてる。

**名前は開発中のものです。** · 2009/07/15(水) 01:08:24

うーん、やっぱりバグがあるとはどうしても思えないし
多分printfとかで一つ一つ処理の中身を吐き出して見てもどの道今の俺の能力では
バグを発見できるとは思えないから忠告はありがたいがこのままいくことにするわ
以前も同じようなこと何回かあったしそんときもちゃんと完成まで漕ぎ付けているし

**名前は開発中のものです。** · 2009/07/15(水) 01:17:22

ID:wRlAP6qv
ID:ouOmT7td
お前さ、そんなスタンスなら、なんでわざわざここに書き込んだわけ？はじめから書き込むなよ。
なに、構って欲しかった？わざわざお前の書き込みに一生懸命考えてレスしてくれた
人達に失礼だと思わないの？

**名前は開発中のものです。** · 2009/07/15(水) 01:49:11

実際問題、再現性のないバグを修正するのは難しいよ。
プログラムを書いた本人に見当がつかないなら、他人の経験に頼るのも良いと思うよ。
自分がそんなバグにぶち当たったとしても根気だけで調べようとは思わないな。
時間が余ってるなら別だけど。

で、他人の立場から言うと、あれだけの情報で問題のありそうな点を指摘するのは無理だ。
アドバイスとしてはバグ発見を諦めるのではなく自分用バグリストを作ってそこに追加しろ。

**名前は開発中のものです。** · 2009/07/15(水) 02:09:56

何かヒント得られると思って…
でアドバイス通りに考えてみたけど駄目だった

**名前は開発中のものです。** · 2009/07/15(水) 02:15:50

>>695
そうか、お疲れ。
コード晒す勇気があれば、案外デバックしてくれる人が居るとおもうけど…
（自分一人だと考えがなかなか間違いに気付きにくいからコードレビューは有効だと思う）

　「アドバイス通りに考えてみた」ってのは、
もちろん、printfとかでデバック情報をポコポコ吐き出させたけど、バグらしき場所が見あたらなかった
って意味だよね。念のため。

**名前は開発中のものです。** · 2009/07/15(水) 02:28:23

ソースうｐしろ
無理なら帰れ

**名前は開発中のものです。** · 2009/07/15(水) 06:33:25

最小のコードを切り出してる最中に問題が解決することって結構あるよね？
俺だけ？

**名前は開発中のものです。** · 2009/07/15(水) 07:55:06

あるある
意外とバグって見当つけてたとこ以外にあったりするもんなんだよなぁ

**名前は開発中のものです。** · 2009/07/15(水) 08:38:43

>>696
>>692でデバッグしてないと言ってるじゃん。

**名前は開発中のものです。** · 2009/07/15(水) 10:08:04

バグを直接見つけようとしないで、確実にそのバグを再現できるようにするのが第一歩

**名前は開発中のものです。** · 2009/07/15(水) 10:45:30

>>701
分かる分かるｗ
そしてバグを再現させるのは非プログラマに丸投げする俺

**名前は開発中のものです。** · 2009/07/15(水) 11:25:55

で少しずつ条件を変えてあたりをつけていく。

**名前は開発中のものです。** · 2009/07/15(水) 20:48:39

おまえら仕様書切らないから
テストも作れないし
そもそもバグなのか想定なのかも混乱するんだろ？

**名前は開発中のものです。** · 2009/07/15(水) 21:06:50

分け入っても分け入ってもバグの山

**名前は開発中のものです。** · 2009/07/15(水) 21:09:53

仕様書、製造終了してから書いた記憶しかないなぁ…

**名前は開発中のものです。** · 2009/07/15(水) 23:03:43

>>704
最終的にうまく動作するものが仕様です。
どだい、仕様書でバグが防げると思ってる法が異常。
仕様書の想定だろうが、結果駄目ならバグだろ！

**名前は開発中のものです。** · 2009/07/15(水) 23:17:51

個人製作だし仕様書なんて全部脳内の香港式です
仕様の段階でバグ出すレベルの人はちょっとヤバイ。

**名前は開発中のものです。** · 2009/07/16(木) 00:10:27

脳内でまとめようとして、てこずるものを
紙に書いてみたらあっさり解決ってのはよくあることだけどな。

**名前は開発中のものです。** · 2009/07/16(木) 03:15:22

そういえば話はずれるけど、「仕様を全てきっちり書いて、それを紙に印刷しておく
のが重要なんです！」と力説する新人が入った時を思い出した

**名前は開発中のものです。** · 2009/07/16(木) 10:03:06

人それぞれで、
仕様書がなければダメになる人とそうでない人がいる。
始めた時は正しい方向に向かっていたが、
出来上がった時には違った方向を向いている、
世の中にはそんな人も多くいる。
チームで進めるとき、意思の統一が重要で
依頼しても、出来上がりが違うものになるのは困り者。
人それぞれなので、きちんとできるひともいるので、そのような人は不要と言われる

**名前は開発中のものです。** · 2009/07/16(木) 10:53:13

もし、違うものが出来上がってきたら、
「言った、言わない」の問題になってしまうから
あらかじめ、ちゃんと紙にして保存しておくって事だろう。

できるできないの問題じゃないよ。
自分のため、相手のための保険みたいなもんだ。

**名前は開発中のものです。** · 2009/07/16(木) 11:11:34

掛け捨て保険ではない。
チームで行う時の基盤になる、開発ドキュメントとして
取り扱い説明書として、保守業務の基準として必須のものである。

**名前は開発中のものです。** · 2009/07/16(木) 11:30:46

チームでやるなら仕様書必須
作り方が違うだろ
ttp://marupeke296.com/DXCLS_BottumUpStructingOfClass.html

**名前は開発中のものです。** · 2009/07/16(木) 13:48:32

コメント見ただけで仕様が把握できるようなソースが書けるようになりたい
いつかは。

**名前は開発中のものです。** · 2009/07/16(木) 16:20:01

コメント書かなくても把握できるソースが理想かな。

DXライブラリ 総合スレッド その3

DXライブラリ総合スレッドその3