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

**名前は開発中のものです。** · 2011/07/17(日) 21:01:09.54

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/
DXライブラリ総合スレッドその8
http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/

**名前は開発中のものです。** · 2011/08/13(土) 14:43:39.82

>>849
質問者の質問内容から、そこまでのレベルじゃないと判断したんだが
作り始めで内容が2DSTGっぽいし
ジャガイモの皮を剥くのに牛刀は使わないだろ

**名前は開発中のものです。** · 2011/08/13(土) 14:59:45.68

みなさま、>>846は、エレガントにスルーでお願いします！

>>849, >>850
仕事で社内の簡単なツールを作ったりするレベルでゲーム作りたいなと思ったのです、2DSTGから始めようという次第です！

**名前は開発中のものです。** · 2011/08/13(土) 15:07:08.61

エレガントにスルーは流石に吹いたｗ

経験談にしか過ぎないけど、まずは小物でも一つ完成させてみるといいよ
一回作ってみれば、次はどこをどう整理して組めばいいかはっきり分かるようになるから

案ずるより産むが易し
理屈先行が別に悪いとは言わんが、実際に作ってみるのが理解するための一番の近道だよ
その過程で使い回しのきく関数が二つ三つ作れれば儲けもの

**名前は開発中のものです。** · 2011/08/13(土) 15:10:23.37

初心者が最初から完璧なもの作れるわけないだろ

**名前は開発中のものです。** · 2011/08/13(土) 15:15:22.25

当たり判定にhitCheckって命名している男の人って・・・
collisionDetectiveが圧倒的エレガント！
外国人のタトゥーかってのXDｗｗｗｗ

**名前は開発中のものです。** · 2011/08/13(土) 15:20:45.08

>>851
ミニゲームレベルでいいんでまず動くものを最初にひとつ完成させてその経験からソースコードをオブジェクト化していくのがいいと思うよ
俺ははじめての分野ではまず基礎プログラムを一度組んで問題点や改善点を見出してから再設計して作り直してる
車輪の再設計みたいに言われることもあるけど、経験的にこの方が確実に完成まで持ち込め且つ完成度が上がる

**名前は開発中のものです。** · 2011/08/13(土) 16:05:47.75

>>852, >>853, >>855
と言われると思いまして、サクッとブロック崩し作りました！
と言っても、まだ動いてブロック崩せるだけですが

**名前は開発中のものです。** · 2011/08/13(土) 16:17:38.38

今こんな感じです
http://beebee2see.appspot.com/i/azuYwMu2BAw.jpg
iPhoneからですんません

**名前は開発中のものです。** · 2011/08/13(土) 16:25:56.53

>>657
後はそれを2DSTGに応用するだけかと
とりあえず基本的な機能を盛り込んだ1面を作って、その後考える
十分見通しが良ければそのまま続ければいいし、上手くなければ反省点を踏まえてもう一回作る

2DSTGの基本骨格なんて休みの一日二日あれば十分できあがるだろうし、それが一番早いと思う

**名前は開発中のものです。** · 2011/08/13(土) 16:32:02.79

逆に言えば、土日潰しても2DSTGの基本的な動作部分が作れないのならそれは時間をかけすぎ

**名前は開発中のものです。** · 2011/08/13(土) 16:40:18.08

名人様ふかしすぎだろＪＫ

**名前は開発中のものです。** · 2011/08/13(土) 16:50:39.98

何が名人なのかわからんが、859のことならだいたい合ってると思う
土日スレ見てると制作時間5時間10時間でも結構なものが出てくるし

少なくともエレガントがどうとか考えるのはその後だろう

**名前は開発中のものです。** · 2011/08/13(土) 16:54:29.51

>>858 - >>861
とりあえずぼちぼちやってみます～

確かにエレガントさなんて二の次三の次ですね！

**名前は開発中のものです。** · 2011/08/13(土) 17:11:04.36

>>861
それって熟練さんなのでは・・

**名前は開発中のものです。** · 2011/08/13(土) 17:25:15.46

確かにどこまでを基本的な部分とするかにもよるけど、
・動いて避ける
・撃って壊す
・くらってやられる
・ランダムに敵が出る
・ランダムに弾を撃たせる
これくらいはあっさり組み込めないととてもじゃないけど完成までが遠すぎると思う
感覚的には基本的な部分を作って進捗1%未満、1面完成させて進捗5%って感じだし

**名前は開発中のものです。** · 2011/08/13(土) 18:15:17.76

製作した素材ファイルから自分の製作ペースが大体分かったから晒してみる

製作開始から撃って避けたりの基本的な部分ができるまで約3日
爆発やパーティクル、得点アイテムなどの組み込みができるまでに1週間程度（3日ほど触らなかった日を含む）
道中がほぼできるまで約10日
ボスを作って1面完成、リトライなど基本的な部分を付け足して15日
タイトル画面からステージ終了まで作って、ゲームを一通り完結させるのに18日

そこからゲーム全体の完成に至るまでに大体1年半

**名前は開発中のものです。** · 2011/08/13(土) 18:22:55.15

2DSTGだと、完成まで持っていけたら、次からリファクタリングしつつ、作ると早く作れそうなイメージがあります
素材に時間がかかりそう

当方弾幕シューが好きなので、自炊できると嬉しいのです

**名前は開発中のものです。** · 2011/08/13(土) 18:28:16.36

>>866
それは結構あるね。そして、プログラムに限らず素材の使い回しなんかも大きい
特に公開に至らなかった部分の素材なんかは確実に貯まっていくわけだし

昔に作った未熟な素材でも、手直しすれば案外使えたりするものだしね
作ったのが自分だからトレスしようが何しようがＯＫだしｗ

**名前は開発中のものです。** · 2011/08/13(土) 18:55:56.55

てか、4lBR77Gyさんはプログラミング結構慣れてないか？
いちいち細かいアドバイスいらないような気がするんだけど。

**名前は開発中のものです。** · 2011/08/13(土) 19:44:23.47

>>868
社内ツールはガシガシ作ってますぜ！
C++かC#のどっちかをよく使ってますが、ゲーム作る経験値はあまりない感じです

**名前は開発中のものです。** · 2011/08/13(土) 20:04:00.24

なら尚更、考えるよりも色々作った方がいいと思う
プログラム自体の経験値がそれなりにあるのなら、習作を二つ三つ作ればコツは大体つかめるだろうし

プログラムよりもゲームのレベルデザインの方がずっと重要だし大変だからね

**名前は開発中のものです。** · 2011/08/13(土) 20:44:55.27

釈迦に説法してるんでなければいいけど……ｗ

**名前は開発中のものです。** · 2011/08/13(土) 20:52:03.54

まぁ氏が嘘ついてたりしない限り釈迦ってことは無いかと

**名前は開発中のものです。** · 2011/08/13(土) 22:01:12.67

>>871
プログラム経験もまだ一年程度なので、そんなにです
他の業務の片手間で業務負荷軽減するの作ってる感じなので、ちょっとしたの作ってる程度ですし
考えてコード書くのは好きですぜ！

**名前は開発中のものです。** · 2011/08/13(土) 23:03:28.69

orz
ひとこと言わせてもらおう。
この板はツッコミ力が弱い。

**名前は開発中のものです。** · 2011/08/13(土) 23:19:52.19

>>874
お前の釣りがあまりに寒くてつまらないだけ

と、最後に釣られてあげるよ

**名前は開発中のものです。** · 2011/08/13(土) 23:36:54.14

ウディコンのゲームってクオリティ高くね？

君達はあのくらいは作ったことあるのかね？

**名前は開発中のものです。** · 2011/08/13(土) 23:54:06.49

>>874
XD←これってなんですか？？

**名前は開発中のものです。** · 2011/08/13(土) 23:57:31.44

>>877
笑ってる顔を左に倒したもの。
グローバルチャットでよく使われる。
ｗ連発だけだと印象悪くてね。

**名前は開発中のものです。** · 2011/08/14(日) 00:11:07.46

>>878
おぉ！ほんまや！
DXライブラリに関係あるのかと思いましたが、全く関係ないんですねXD

**名前は開発中のものです。** · 2011/08/14(日) 00:16:33.23

外人さんがよく使う顔文字だね。

あと　　:) 　ってのもある。半角じゃよくわかんないかな　：）　全角だとこう。
これも横倒しになった笑顔だね。

**名前は開発中のものです。** · 2011/08/14(日) 00:27:47.69

>>879
＞DXライブラリに関係あるのかと
確かに。それは気付かなかった。センシティブになるべきだった。

**名前は開発中のものです。** · 2011/08/14(日) 13:39:14.52

効果音つくるオススメソフト教えてください

**名前は開発中のものです。** · 2011/08/14(日) 16:39:31.65

コップと皿と空き缶とフライパン

**名前は開発中のものです。** · 2011/08/14(日) 22:31:04.06

おたまで奏でるラプソディー

**名前は開発中のものです。** · 2011/08/15(月) 00:19:29.63

効果音とか自動生成されるソフトあるけどあれって作ってる感じまったくしないよな

**名前は開発中のものです。** · 2011/08/15(月) 01:15:12.54

布巾が奏でるセレナーデ

**名前は開発中のものです。** · 2011/08/15(月) 13:08:46.68

キュッキュッキュッ　キュッキュッキュキュッ

**名前は開発中のものです。** · 2011/08/15(月) 17:34:09.12

クエスチョ～ン　クエスチョ～ン　ボク・・・ｽﾏﾝ

**名前は開発中のものです。** · 2011/08/15(月) 17:38:56.01

似たような（同年代の）奴らばかりだな

**名前は開発中のものです。** · 2011/08/15(月) 18:53:42.24

結局、あたり判定は、Collisionクラス作って、BulletManagerクラスとEnemyManagerクラスとShipクラスのポインタをCollisionクラスに登録してあたり判定する様にしてみまみた！
けど、総当たりだと結構重たくて、どうすれば～と悩み中です

**名前は開発中のものです。** · 2011/08/15(月) 18:55:22.34

4分木でｇｇれ

**名前は開発中のものです。** · 2011/08/15(月) 18:59:46.08

単純に手に余ることをやろうとしてるだけなんじゃ
あまり汎用性を意識すると処理が遅くなったり高度な技術要求されたりするぞ

手習いで2DSTG作るのなら、オブジェクトの種類で決め打ちしてしまった方が良い

**名前は開発中のものです。** · 2011/08/15(月) 19:12:42.09

ベタに組んでもそれなりの速度は出ると思うんだが……
まさか総当りで全部をしっかり判定してたりとかしてないよな？

普通は円形の当たり判定なら、まず正方形で簡易的な判定をしてから、
衝突してる可能性がある場合だけ、半径計算してー、とか詳しい判定をする

俺はこれで3000発までは60fpsで動かせてるぞ

**名前は開発中のものです。** · 2011/08/15(月) 19:24:26.70

うちのPCが遅すぎるってのは、ある？
Pen3 500Mとメモリ256のノートなんだが

**名前は開発中のものです。** · 2011/08/15(月) 19:26:54.53

想像以上に低スペックで吹いたｗ

**名前は開発中のものです。** · 2011/08/15(月) 19:27:33.96

>>893
今のところ、全て正方形で総当たりしておりまする

ブロック崩しで試してるので、ブロック100個と弾1000個の総当たりですが……

**名前は開発中のものです。** · 2011/08/15(月) 19:30:35.19

>>892 >>895
そこまで高度なことはしてないと思いますが……
複数種の弾と複数種の敵をそれぞれ一元管理してあたり判定を一括で処理したいと考えるとそうなったのです

オブジェクトの種類ってなんでしょう？

**名前は開発中のものです。** · 2011/08/15(月) 19:31:52.25

しくった！

>>895
低スペックでしょ(笑)
どこかで買い換えたいのですが(笑)

**名前は開発中のものです。** · 2011/08/15(月) 20:14:38.19

格子状に空間分割して隣接空間に対してだけ当たり判定取ればよろし
格子のサイズは最も大きな当たり判定のサイズ以上ならどんなサイズでも良い

**名前は開発中のものです。** · 2011/08/15(月) 20:56:53.21

>>899
なるほど。
隣接空間がどこかっていうのと、対象が隣接空間に属してるかは、総当たりになるんですかい？

**名前は開発中のものです。** · 2011/08/15(月) 21:11:10.48

Pentium3って。今時ヤフオクの中古でも一万も出せばそれより高スペックだぞ。

**名前は開発中のものです。** · 2011/08/15(月) 21:23:13.47

>>900
ちょっと、それのスクリーンショットを見せてみろ

**名前は開発中のものです。** · 2011/08/15(月) 21:33:41.17

>>902
今は、PC使えないので、無理でですわ。すみません。。

それのスクリーンショットのそれは、どれですか？？

**名前は開発中のものです。** · 2011/08/15(月) 21:34:50.60

>>900
大雑把にいうと座標に対応した2次元配列リストを用意しておいて登録または座標更新の度に座標に対応した要素のリストに繋いでいく感じ
ShipCollision.CollisionMap(x/?,y/?).add(ShipObject)、BulletCollision.CollisionMap(x/?,y/?).add(BulletObject)みたいな感じ（?は格子のサイズ）
この2つの当たり判定を取るときは、ShipCollision.CollisionMap(i,j)に対してBulletCollision.CollisionMap.CollisionMap(i-1～i+1,j-1～j+1)とだけ当たり判定をとればいい

ただ、自分もセレ300Aの時代から弾幕シューティング作ってるけど、こんな処理が必要になったのは敵弾同士の相互干渉やった時ぐらいだよ

**名前は開発中のものです。** · 2011/08/15(月) 21:50:01.66

>>904
なるほど！わかりやすい！あざまーす！

たぶん、非効率なことしてるところもありそうなので、見直しますが……

弾幕シューって、弾の瞬間最高数ってどのぐらいなんでしょうか？

**名前は開発中のものです。** · 2011/08/15(月) 22:15:27.77

自分のだと高難度モードで1000ぐらい、通常なら400ぐらい
弾の大きさにもよるけど2000ぐらいで画面が埋まりきるのでそこらを上限に考えばいいんじゃないかと
ただレーザー系の繋ぎ弾とかを多用するのならもっと余裕を持たせたほうがいいかも

**名前は開発中のものです。** · 2011/08/15(月) 22:50:38.26

>>906
あ、画面埋まるの基準に考えれば良いのですね！
繋ぎ弾ってそんなに弾使ってるんですね。

**名前は開発中のものです。** · 2011/08/15(月) 23:21:54.15

空間分割は基本的な方法だから考慮に入れておくと楽だな

>>907
繋ぎ系の弾は見映えを良くしようと思えばその分だけ数が増えるからな
当たり判定を取るだけなら間引けばいいけど、描画の負荷は結構深刻な問題
ってどうでもいいかｗ

弾幕シューっても、弾の速さで結構変わるぞ
弾を速めにすると相対的に弾の数は減る。遅くすると逆

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

もう一つマジレスすると、それなりの性能のPC用意するところから製作開始だと思うｗ
2万程度のデスクトップPCに5000円くらいのグラボでも積んでおくだけでもずっとマシだ

**名前は開発中のものです。** · 2011/08/15(月) 23:45:48.44

>>908 >>909
なんとなくのイメージですが絶対に必要になりそうですね！

今、これ読んでます
http://marupeke296.com/COL_main.html

見栄えが変わるのですね。いっぺんやってみないと。

あ、そうか！遅い弾だと消えるまで画面に留まりますね！
その辺りもやってみないと。

PCの問題は、わかってたんで、どこかで解決しますが、東方風神録辺りまでは普通に動いてるのでいけるかなぁと楽観してました(笑)

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

いや、まずは仕様書の作成だろ

**名前は開発中のものです。** · 2011/08/16(火) 02:01:11.24

念のため書いておくけど、個人製作で仕様書なんて無駄なこと極まりないからな

**名前は開発中のものです。** · 2011/08/16(火) 02:12:14.08

規模にもよるんじゃね？
一方の作業に注力していたら何作るかを忘れてたりするし
大抵はメモ程度で十分だけど

**名前は開発中のものです。** · 2011/08/16(火) 02:17:02.07

画面イメージのラフ
構造体（クラス）のメンバ一覧
それぞれの相互作用

くらいはノートに書いておいた方が楽

**名前は開発中のものです。** · 2011/08/16(火) 02:30:18.01

>>913
>>914
一応、そういうのは仕様書には含めないって意味で書いてみた
メモ書きというか、製作に関する情報を平行して何かにまとめるのは有効だと思う
メンバ一覧や相互作用は開発環境を使いこなすようにした方がいいのでは（VisualStudioの話だけど）

**名前は開発中のものです。** · 2011/08/16(火) 02:42:09.01

メモ書きでも、実際に書きなぐりしているだけだと結局わからなくなる
しっかりとどういう設計をしていくのかというのはあらかじめ
順序立てて書いた方がいい

後から足そうと思ってもなかなか難しいときもある

**名前は開発中のものです。** · 2011/08/16(火) 03:13:46.92

そりゃお前のまとめる力が足りないだけ

**名前は開発中のものです。** · 2011/08/16(火) 05:48:56.92

今は、習作なので仕様書は不要かと
習作で、考えながらゲーム特有のコーディングを学んでるので

本ちゃん作るなら、
ゲームの内容・設定
簡単なクラス図
画面ラフ
ぐらいは、あった方が楽だと思いますが

実際に社内ツール作成の時とかは、サクッと仕様書書いてからコーディングしてます

**名前は開発中のものです。** · 2011/08/16(火) 07:05:15.26

まぁ、あったほうがスムースに作業は進むだろうな。
いちいち考えながら素材とか作ってたら結構ひっかかるし。

俺は作ってないが。

**名前は開発中のものです。** · 2011/08/16(火) 07:10:26.72

迷ったら紙にかけ、ともいうね

**名前は開発中のものです。** · 2011/08/16(火) 14:01:40.48

「勉強の計画」とかそういうものを立てても何の役にも立たないのと同じ
逆に、そういう計画が必要な人は仕様書作ればいいんじゃない？
俺は仕様書の必要性を感じたことは無いが

**名前は開発中のものです。** · 2011/08/16(火) 14:35:33.77

最後の行の必要性を感じません

**名前は開発中のものです。** · 2011/08/16(火) 14:59:38.33

仕様書を夏休みの計画みたいに扱われると困ります
計画書ではなくて仕様書なのですから・・・

**名前は開発中のものです。** · 2011/08/16(火) 15:02:39.12

説明書を自分で作るプラモデルみたいもん
アドリブで組める部分はアドリブでいいけど、「あれ、ここどうすんだっけ」、と迷ったら整理して手順を箇条書きにしてみたり

**名前は開発中のものです。** · 2011/08/16(火) 15:24:01.39

>>923
素人の書く仕様書なんか夏休みの計画と何も変わらんよ

**名前は開発中のものです。** · 2011/08/16(火) 15:26:16.13

>>925
素人の描く仕様書を見せてよ

**名前は開発中のものです。** · 2011/08/16(火) 15:35:02.36

いちいち他人の仕様書の不必要性を力説する必要があるのか。
「プログラム知識はあってもどうせゲーム完成できないんだろ」と同じ臭いを感じるぞ。

**名前は開発中のものです。** · 2011/08/16(火) 15:45:29.87

力説してるように見えるのなら、お前が仕様書って存在にやたら拘ってるってだけじゃね？

**名前は開発中のものです。** · 2011/08/16(火) 15:51:29.03

いや、お前が使用書の必要なさに拘ってるように見えるから突っ込みたいんだよｗ

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

いつもこの流れになるのなw
仕様書って具体的に何の仕様書かはっきりさせろよ

**名前は開発中のものです。** · 2011/08/16(火) 16:02:52.54

プログラムコードの中に
コメントを書く奴、書かない奴、　いるよね。

俺は、コメントの重要性を知ってる、流用できる関数にも説明をつける。

**名前は開発中のものです。** · 2011/08/16(火) 16:17:36.75

俺は自分の忘却力の高さを知ってるからコメントは書く方だなｗ

極端な話、「さーて今から○○のコード書くぞ……はて、これはどうするんだっけ」って事もあるから
コード組む前にコメントで仕様をざっくり書いておいたりもする。

**名前は開発中のものです。** · 2011/08/16(火) 16:37:02.30

少なくともストーリー（クエストとかエピソードとか）、出てくる敵のステータスあれこれ、アイテム
ワールドマップ、武器などを決めておくは必要はあると思われる。
とくにストーリーなんかはゲームの根本に関わってくるわけだから、それこそ頭の中であやふやな状態で残しておくのは危ない

逆にこれらを決めないでどうやってゲーム作り始められるのか？

**名前は開発中のものです。** · 2011/08/16(火) 16:37:46.22

複雑な初期化手順の実装や、
複雑な親子関係、兄弟関係のデータを更新処理する実装の場合、
コメント書いておかないと、後から確実に泣くな。

しかし後から見てワケワカメになっているソースは、
書き直した方が結果的に良い場合が多い。ソースは俺の経験。

人と共有する必要があるコードについては、コメントは義務。

**名前は開発中のものです。** · 2011/08/16(火) 17:02:13.06

コメントを書かないと自分でも分からないような作りはヤバい

**名前は開発中のものです。** · 2011/08/16(火) 17:10:30.49

関数の中にコメントだらだら書かなきゃならないような長いものは極力作らない
その代わり、関数の説明はきちっと書く

それさえ守ればクラス図も仕様書も必要だと思ったことはないな
ゲームの内容部分に関しては覚え書きを作ったりはするが

**名前は開発中のものです。** · 2011/08/16(火) 17:32:19.57

>>935
例えば、最大値にもいろんなニュアンスがある。
複数のニュアンスの最大値を保持する変数が出てくると、
コード可読性を維持しつつ、変数名だけで自明にすることには限界がある。

またクラス化すると速度が失われるスカラ値につき、
値の取り方の局所ルールを遵守させることが必要になってくる場合、
そのルールを記載しておくと、あとからいじりやすくなる。

**名前は開発中のものです。** · 2011/08/16(火) 17:35:25.44

＞複数のニュアンスの最大値を保持する変数が出てくると
微妙に異なるニュアンスごとに最大値を保持する変数を用意すると

**名前は開発中のものです。** · 2011/08/16(火) 17:44:22.91

あとキャラの状態を表す定数の説明にもコメントあった方がいいよね。

**名前は開発中のものです。** · 2011/08/16(火) 17:47:12.29

まあでも、原則、コメント無しで済むのが最良という点には同意。

**名前は開発中のものです。** · 2011/08/16(火) 18:01:02.58

みなさまお疲れ様です！

仕様書あったら、いちいちソースとかコメント読まなくてもいいから、いいんじゃないの？

書面で一目瞭然になってたら、全体を捉えやすいし

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

仕様書に書かれてることとソースコードに書かれてることに矛盾が生じてきて逆に混乱するだけ

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

それって、結構行き当たりばったりでコーディングしてるんじゃあ……

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

それはチームで作る場合だろう
チームだったら仕様書は必須だろうさ

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

あ、944は>>941な

**名前は開発中のものです。** · 2011/08/16(火) 18:15:37.38

おにいちゃん！しようしょってなーにー

**名前は開発中のものです。** · 2011/08/16(火) 18:17:19.84

行き当たりばったりでやってるね
うまくいかなくなったらばっさりきって丸ごと作り直す
それでうまくいってるし問題ない

**名前は開発中のものです。** · 2011/08/16(火) 18:28:31.96

>>944 >>945
確かにチームなら必須だけど、個人で作る時もあった方がラクじゃない？

>>946
よーし！おにいちゃんと一緒にしようしょしよっか！
さぁさぁ、今からおにいちゃんのお家に行きましょうね～

>>947
コーディングする前にクラス図書いて設計しないのん？？
ばっさり作り直したくないから、私はそうしておりますぜ！

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

クラス図書いて設計したら絶対に作り直す羽目にならないの？

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

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