タスクシステム総合スレ part9

**名前は開発中のものです。** · 2009/12/13(日) 18:11:06

タスクシステムについての議論、相談、質問、雑談などのスレです

part8 http://pc11.2ch.net/test/read.cgi/gamedev/1250678891/
part7 http://pc11.2ch.net/test/read.cgi/gamedev/1241670786/
part6 http://pc11.2ch.net/test/read.cgi/gamedev/1238725539/
part5 http://pc11.2ch.net/test/read.cgi/gamedev/1234977661/
part4 http://pc11.2ch.net/test/read.cgi/gamedev/1233459490/
part3 http://pc11.2ch.net/test/read.cgi/gamedev/1226199100/
part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

・タスクと呼ばれる実装は、非常に多岐に渡ります
　古典タスクシステムについての話題は「>>2」と明示してください
　そうでない場合はカスタム版であることを明示してください

・人を憎んで言語を憎まず

**名前は開発中のものです。** · 2010/02/04(木) 23:06:50

>>514
同意
まったく無駄だよね

しかもこんなくだらんことわけわからん単語使わなきゃ説明できないとか
自分を過大評価しすぎだろｗ
酔ってる自分をみる他人の目とかちょっと考えれば恥かしくて表でれないレベル

**名前は開発中のものです。** · 2010/02/04(木) 23:31:53

典型的な>>3の論理でワロタｗ

**名前は開発中のものです。** · 2010/02/04(木) 23:38:59

boost::unordered_map<type_info*,std::list<Task*> > tasksList;

struct PseudoIterator
{
std::list<Task*> container;
std::list<Task*>::iterator iterator;

void erase() { container.erase(iterator); }
};
boost::unordered_map<Task*,PseudoIterator> taskToIterator;

んー

**名前は開発中のものです。** · 2010/02/04(木) 23:42:26

PCエロゲワールドの貴公子であらせられる自称高額納税者のアレは
リソース制限の緩々な微温湯プラットフォームの小山の大将なんだからさ
彼がタスクシステム云々なんて話を始めるときは眉に唾をたっぷり付けて
聞いとき

**名前は開発中のものです。** · 2010/02/04(木) 23:51:30

大手でプログラマやってるけどコンシューマ機でboostやtemplate使うチームは間違いなく大量のバグを生産してる

**名前は開発中のものです。** · 2010/02/04(木) 23:53:44

Codezineの記事（出た当初からSTGスレで散々に言われてた）を参考として
リンクしてる辺りであのPCエロゲ屋の理解のほどを察してやれよ

ゲームオブジェクト（エンティティ）を格納したコンテナとその操作についての
お話に終始しておきながら、これタスクの話です近代的なタスクのシステム
なんですね、などと得意げにどや顔するPCエロゲ屋の姿を想像してごらん
なかなかハートウォーミングだろう

**名前は開発中のものです。** · 2010/02/05(金) 00:15:39

>>519
boost::spiritでも使ったのか？ｗ

**名前は開発中のものです。** · 2010/02/05(金) 00:25:43

ｗをつけてこの程度

**名前は開発中のものです。** · 2010/02/05(金) 00:44:56

俺が泥沼にハマったのはboostとtemplateのせい。俺は悪くない

まで読んだ

**名前は開発中のものです。** · 2010/02/05(金) 00:47:20

また文盲が来た

**名前は開発中のものです。** · 2010/02/05(金) 01:08:24

やねはコード書いて主張してる分だけ俺らよりはマシだけどな
粗悪なコードから学べる事だってたくさんあると考えれば
余談だが彼の叩かれっぷりを見てるとネットにソース公開
するのをいつも躊躇ってしまうｗ
その辺のジメジメした日本のネット事情は好かんな

**名前は開発中のものです。** · 2010/02/05(金) 03:31:58

コード書いてるぶん批判しやすいのかもしれない。

まぁ書かれてあるコードがどうあれ、
変な例え話だけよりもコード書いてあったほうがうれしいですよね。

**名前は開発中のものです。** · 2010/02/05(金) 19:41:46

データベースのインデックスみたいなのってどうやって実現するのでしょうか
タスクループごとに再構築しなおすの？

**名前は開発中のものです。** · 2010/02/05(金) 20:15:37

何を想定してるのかわからない
まずはお前のタスクシステムを説明しろ

**名前は開発中のものです。** · 2010/02/05(金) 20:41:27

このタスクシステムとやらの何が凄いのかサッパリ分からん。
少なくとも、>>2に書いてあるような奴の事を言うなら、システムっていうよりは、ただのプログラム上のお作法とかセオリーの部類じゃないのか。

**名前は開発中のものです。** · 2010/02/05(金) 23:12:58

>>528
>>2の古典なタスクシステムで、型を指定してタスクを取得したい場合

**名前は開発中のものです。** · 2010/02/05(金) 23:48:34

>>530
はじめからわけときゃいいじゃん

**名前は開発中のものです。** · 2010/02/05(金) 23:59:14

まるでセオリーがすごくないみたいな

**名前は開発中のものです。** · 2010/02/06(土) 00:04:05

一言で>>2つってもリンク先によって中身だいぶ違うけどな

**名前は開発中のものです。** · 2010/02/06(土) 00:51:40

>>531
同期取るの大変じゃない？

**名前は開発中のものです。** · 2010/02/06(土) 00:52:35

>>534
いきなり同期とか意味不明すぎて反応できないぜｗ
あったま悪いからそんなレスしちゃうんだぜ

**名前は開発中のものです。** · 2010/02/06(土) 01:14:57

>>535
ああ、ごめんなさい。頭悪いのは認めるよ。

**名前は開発中のものです。** · 2010/02/06(土) 01:32:17

必要以上に攻撃的なのはなんなんだｗｗｗ
デスマ真っ只中でイラついてるとかか？

**ハry** · 2010/02/06(土) 02:40:25

単になれなれしいだけだろう。お互い頭悪いことは分かりきってるし。
頭悪い奴が分別のつかない奴を叩いてる、そんなスレッド。ちょっと変わった愛情表現。

**名前は開発中のものです。** · 2010/02/06(土) 04:06:28

芸は身をタスク

**名前は開発中のものです。** · 2010/02/08(月) 01:02:07

>>529
このタスクシステムとやらの何が凄いのかっていうと
名前だけで「もしかして凄いものかもしれない」と勘違いさせるのには
最高の撒き餌になるってことだろうな。現にお前みたいな慌てん坊さんが
ホイホイ釣られてやって来るわけだから

**名前は開発中のものです。** · 2010/02/08(月) 01:18:14

昨夏にも張ったような気がするが

　　　　　　　　　　_Y_
　　　　　　ｒ'｡∧｡ｙ.
　　　　　　　　　ゝ∨ノ　　　　　バカがタスクシステムに　　　　 ,,,ｨf...,,,__
　　　　　　　　　）~~（　　　　　　　幻惑されてる間に　　_,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
　　　　　　　　　,i　　 i, 　　　　　　　　　　　　　　　　　　,z'"　　　￣￣　／nﾞﾞ''''ー--...
　　　　　　　　 ,ｉ>　　 <ｉ　　文明はどんどん発達し　　 r”^ヽ　　　　　く:::::|::|:::〔〕〔〕
　　　　　　　　ｉ>　　　<ｉ. 　　ていく・・・・・・。　　　　　　入_,..ﾉ ℃ 　　　　￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__ |,ｒ'''"7ヽ､|　 __,,,... -ｰ,,.=' 　　　　　　　　 >ーｚ-,,,...--,‐,‐;;:'''""~
　　~''':x.,,　 ~"|{ G ゝG }|"~　 ,,z:''" 　　　　　　　　　　　＿＿＿
　　　　　 ~"'=| ゝ､.3 _ノ |=''"~ 　　　＜ー＜> 　　　　　　　　／　　l￣￣＼
　　　　　　　 .|）) 　　　(（| 　　　　　　/￣￣ﾞｉ;:､　　　　　「￣￣￣￣|￣|￣￣￣＼
　　　　　　　　　　　　　))| 　　　ｒ'´￣「中]￣｀ヾv､　　　`-◎──────◎一'
　　　　　　　　　　　　　　　　　　├―┤＝├―┤　|li:,
　　　　　　　　　　　　　　　　　　　|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
　　　　　　　　　　　　　　　　　　　||//__|Ｌ_」||＿_.||ｌ」u|:;
　　　　　　　　　　　　　　　　　　　|ニ⊃|　　|⊂ニ| || ,|/
　　　　　　　　　　　　　　　　　　　|＿. └ｰ┘ .＿| ||/
　　　　　　　　　　　　　　　　　　　ﾍ　「￣￣￣|　/

**名前は開発中のものです。** · 2010/02/08(月) 02:24:25

なんか"タスクシステム"を"ポインタ"に置き換えても成り立ちそうだな、このスレ。
JAVAとかC#とかしか知らない若い子がCのポインタが何なのか理解できないのと同じ臭いがする。

古株にとっては「プログラマでポインタ理解できないなんてゆとり」という感覚なんだろうけど。
「ポインタなんて年寄りの戯言、何のメリットがあるのかわかりませーん」という世代とのギャップが埋められず。

**名前は開発中のものです。** · 2010/02/08(月) 02:34:40

まったく違う
>>3をポインタに変えたら話が成立しない

**名前は開発中のものです。** · 2010/02/08(月) 02:45:34

ポインタのわからないプログラマの頭の中では
「ポインタなんて裸の王様」が成立してると思うよ

**名前は開発中のものです。** · 2010/02/08(月) 03:16:06

21世紀にもなって今だにポインタやタスクシステムについて熱く討論してる時点で
時代遅れというならそうかもなぁｗｗ

そんな原始的な話はみんな20年前に通り過ぎてとっくに先に行ってる、と

**名前は開発中のものです。** · 2010/02/08(月) 03:18:28

>>545
今のトレンドは何？

**名前は開発中のものです。** · 2010/02/08(月) 03:25:16

マルチコアを無駄なく使いきれるフレームワークとかかねぇ
まぁこれもPS3とか360が出始めのころの各社が研究してたトレンドだったからもう古いかもねぇ

**名前は開発中のものです。** · 2010/02/08(月) 08:01:44

マルチコアを有効に使うシステムがそれこそ現代のタスクなんじゃないの？

**名前は開発中のものです。** · 2010/02/08(月) 13:09:52

ゲームプログラマの求人見てみるとタスクシステムって言葉出てくるよ
使われてるんじゃないかな

**名前は開発中のものです。** · 2010/02/08(月) 15:21:39

デザパタみたいなもんで名前があることにも意義がある
一番不思議なのは親の敵の様にタスクシステムを
否定する輩がこのスレに現れる事だ
温故知新とも言うし簡単な仕組なんだから
使わないにせよ知ってて損は無いのにね

**名前は開発中のものです。** · 2010/02/08(月) 15:30:32

ヒント：適切な単位に適切な名前

**名前は開発中のものです。** · 2010/02/08(月) 17:11:28

>>551
おっと失礼
訂正させてもらう
×：一番不思議なのは親の敵の様にタスクシステムを
○：一番不思議なのは親の敵の様に>>2を

**ハ(ry** · 2010/02/08(月) 22:21:47

>>550
間違った(というか遅れた)考え方を知ってて特になるって・・・。
確かに自衛の意味ではやくにたつな。
無駄なことを知ってるって超重要だからな。
永久機関の開発に一生を費やしでもしたら、そりゃ悲惨だ。

>>547　>>548
マルチコアを無駄なく使う？俺はトレンドになんねぇとおもうがなぁ。
そう言うのは、forループの並列展開程度にしれっと応じておいて、
他の事に時間を割り振った方が自分のためだろうな。

でもforループの並列展開だったら、SIMDの方が相性良いかもしれん。
ということで、コアは8個程度で打ち止めにして、
今後はSIMDの拡張方面を頑張って欲しいね。

ただ、サーバー用途だとマルチコアの方が有利だし、
CPUメーカー的にはその辺の事情があるんだろうなぁ。

**名前は開発中のものです。** · 2010/02/08(月) 23:54:58

ハァ…ため息しか出ない

静的型付け言語の型情報と
一致しない

**名前は開発中のものです。** · 2010/02/08(月) 23:56:57

すまん途中送信してしまった

スレッドレベルではなくインストラクションレベルの並列化の強化に期待とか
かなり独自の世界観を持ってるな。。。

**名前は開発中のものです。** · 2010/02/09(火) 00:03:22

1命令でいっせーのーせどんを強化した先にベクトルプロセッサがあり
HPC分野では。。。ソフトウェアの開発がスカラー機に比べて簡単とか
聞いたこと無いな

**名前は開発中のものです。** · 2010/02/09(火) 00:07:32

あと並列化なんてループアンローリングだけで十分だろというならば
その程度の最適化はコンパイラに任せなさいで終わりだ。アホか

**名前は開発中のものです。** · 2010/02/09(火) 00:14:59

ハードウェアはソフトウェア開発者に優しくありなさいというならば
スレッドレベルの並列化（別の言い方をすればSMPな）を前提に進化した
ターゲットハードウェアのほうが格段に優しい。SIMD大強化マンセー
ベクトルプロセッサマンセーなんてNECかNVIDIAの周り者かっつーの。
糞くらえだ。現場を知らないクズは死ねばいい

と思いました。あーすっきり。ワナビー大嫌い

**名前は開発中のものです。** · 2010/02/09(火) 01:13:48

好き嫌いじゃなく、今のゲーム機のアーキテクチャがマルチコアなんだから
使わないわけにはいかないだろうに。

処理落ちしてる時に遊んでるコアがありゃゲームプログラマならコア駆使して
何とかするもんだ。

**名前は開発中のものです。** · 2010/02/09(火) 01:16:25

自称ハード屋（>>553）は素人オジサンだから放っといたほうがいい
たまーにマグレでまともそうなこと言ってるように見えるが
基本的にゲーム作れないのでピントがずれてる。たぶんキチガイ

**名前は開発中のものです。** · 2010/02/09(火) 01:17:38

１フレ単位の処理でマルチコアなんて使う場所ねーじゃん
せいぜい裏で次のシーンのデータロードしておくか
超複雑なＡＩ（将棋とか）走らせるとかぐらいじゃね？
このスレの話題としてマルチコアなんてでること自体おかしくね？

**ハ(ry** · 2010/02/09(火) 01:18:56

>>557
まさしく。並列化なんてしたくねぇ。
だからこそのSIMD。
コア増やす方法だと、キャッシュのコヒーレントの問題で、どっかでコア数の限界が来る。
コア数が少ないからforループを展開しても大して速くならない。
結果、自分でスレッド立ててシコシコする羽目になる。

その点SIMDだとそんなのかんけぇねぇから、並列度をどんどん上げれる。
64ループ分ぐらいを一発で処理できる。もっと多くしても良いだろう。
分岐を展開しなければならない弱点があるが、
そんくらい並列度が上がればペイできるだろう。
コンパイラ拡張して勝手にSIMD展開してくれるfor_parallelとかが組み込まれれば、
気軽に使えるようになる。それでいいじゃない。

**名前は開発中のものです。** · 2010/02/09(火) 01:26:28

>>561
そうなんだよ。
結局マルチコアはサーバー用途に作られたもの。
それをゲームで一生懸命使おうと頑張ってる皆さんは、仕事とはいえご苦労様。
マルチコアが使いやすいとか何の冗談だよ。
マルチコアはスレッド使うって時点で十分面倒だ。可搬性を考慮したライブラリ化がしずらい。
だんぜんSIMDの方が気軽だね。俺は気軽な方がいいや。

**名前は開発中のものです。** · 2010/02/09(火) 01:26:35

>>558 ×周り物　○回し者

>>548
> マルチコアを有効に使うシステムがそれこそ現代のタスクなんじゃないの？

http://2chart.fc2web.com/2chart/pic/naniwo.jpg
タスク（処理単位）ってのは時代で変わるものなのか？違うだろ。
いつの時代もハード、ライブラリによって多種多様。大昔も今も
ハード、ライブラリ毎にタスクの粒度、構成要素、何もかも違う。
時代で一意に定まるタスクなんてないよ

あとマルチコア（マルチプロセッサ）がトレンドだゲンダイだとか眠たすぎる。
複数プロセッサのやりくりなら15年近く前には既に零細のソフトハウスだって
64bit級のために四苦八苦しながらやってた

**名前は開発中のものです。** · 2010/02/09(火) 01:35:05

SIMDの何が良いって、プログラムカウンタが共用なのがいいね。
プログラムは上から下にだらだら逐次実行していくものだという基本に忠実。
それでいて、並列化も行われるわけで。
スーパースカラの投機的命令実行で十分じゃねって言われればそうかもだが。

**名前は開発中のものです。** · 2010/02/09(火) 01:50:08

>>563
君の言うSIMD強化って、具体的にどんな絵を描いてるのかよくわからんのよね。
その新命令って例えば何してくれんの。それはゲームの中の何に使えるの。
ゲームプログラムに共通した、ゲームプログラムに特化した便利なインストラクションセットを
オーダーメイドで作ってもらえちゃうの？それならそれで便利だよねドラえもん

**名前は開発中のものです。** · 2010/02/09(火) 01:56:44

>>563
君はどんな処理をどんな粒度で分割しどんだけの量を並列化するお話してるの？
インストラクションレベルの並列化で十分つーてるんだから当然それは細粒度の
分割に適した多量の何かを処理するお話なのだろうとは思うけど

**名前は開発中のものです。** · 2010/02/09(火) 01:58:31

>>566
普通に64個ぐらいのデータを一つの命令で並列に処理してくれるようにしてくれりゃそれでいいよ。
マルチコアなんてせいぜい4個とか8個とかだろ。苦労してそれじゃね。

**名前は開発中のものです。** · 2010/02/09(火) 02:02:17

>>567
forループの展開って言ってんだから、そりゃ、ループカウンタの粒度での分割だ。
カウンタの0から63までを並列に処理してくれりゃいい。

**名前は開発中のものです。** · 2010/02/09(火) 02:05:52

>>569
それはゲームプログラムの中で具体的にどういう処理なの？
あなたの想定する既存CPUでワークロードの中の何パーセントを
占めてる処理なの？

**ID:4uRxejvM あくきん** · 2010/02/09(火) 02:10:25

だから、ループを展開するって言ってるだろ。
ループしてるってことはそこの処理は必然的に重たいわけだ。
そこを重点的に展開するわけだから、それで十分だろ。
ループしてるとこ以外に重たい処理なんてあるか？無いだろ。

**名前は開発中のものです。** · 2010/02/09(火) 02:12:09

>>570は非常に重要な質問なんだけど

**名前は開発中のものです。** · 2010/02/09(火) 02:19:12

どうせ、全体の25%しか並列化できなかったら、
最大でも処理時間は75%にしかならないよ、とか言うんだろ。
でもそんなもんはマルチコアでも一緒だ。
いちいちスレッドの面倒を見なきゃいけない分
小回りがきかないマルチコアの方が分が悪いと思うがね。

**名前は開発中のものです。** · 2010/02/09(火) 02:22:38

ハード君…

**名前は開発中のものです。** · 2010/02/09(火) 03:03:32

ゲームの場合、1フレーム毎に同期をとらなきゃならないという制限があるから、
大きな粒度での並列化には無駄が出来る。
かといって、マルチコアで小さな粒度の並列化をしようと思うと、
コンパイラが自動でやってくれない限りは地獄を見る。
タスクシステム的な何かを用意する必要があるからな。その時点で却下だ。

サーバー用途だとマルチコアはいいものだと思うよ。

**名前は開発中のものです。** · 2010/02/09(火) 08:09:14

有名なところではカプのMTフレームワークも
マルチコアを考慮したタスクシステムを使っているよ。

ttp://game.watch.impress.co.jp/docs/20070131/3dlp10.htm

**名前は開発中のものです。** · 2010/02/09(火) 09:22:20

何度も何度も何度も何度も言っているが、その記事の「タスク」は、
並列にやらせる仕事の単位をそう呼んでいるだけで、このスレの「タスクシステム」じゃない。

**名前は開発中のものです。** · 2010/02/09(火) 10:57:06

並列更新と同期更新が同じ「タスク」単位になってるから
案外「タスクシステム」と似たような処理なのかもね
使った事ないから本当のところは分からないけど

**名前は開発中のものです。** · 2010/02/09(火) 11:53:50

>>577
なに必死になってんの？
>>2じゃないってことでしょ
>>1くらいよんどけよ

**名前は開発中のものです。** · 2010/02/09(火) 21:37:56

ゲームを作ったこと無いんだが、タスクシステムってのは
リアルタイムシミュレーションゲームを作るのに便利なフレームワークってことでいいのか

**名前は開発中のものです。** · 2010/02/09(火) 22:07:48

http://d.hatena.ne.jp/kataho/20080430/p1

**名前は開発中のものです。** · 2010/02/09(火) 22:22:54

魔法のシステムです

**名前は開発中のものです。** · 2010/02/09(火) 22:41:29

茶色の小瓶です

**名前は開発中のものです。** · 2010/02/09(火) 23:23:17

>>581
それゲームオブジェクト（エンティティ）のお話
ユーザー側の、アプリケーションの層のお話
ゲームオブジェクト（エンティティ）は複数の関連・相互作用の図の中に参加するというお話。
そらそうだ。物理的・力学的な繋がり。制御の繋がり。通信の繋がり。組織の繋がり。色々ある。
それぞれのコンテナ（外部収納・内部収納は問わない）に格納される。自然なことだわな

ところで低層のターゲット依存部の中に、非プリエンプティブな処理単位を格納する
レディキューが一本あるとする。これは>>581のページ内で言われてるような
「一般化されたゲームオブジェクトのリストを一本持つ」というお話とは一致しないわな

ユーザー側の、アプリケーションの層の中で定義されるゲームオブジェクトの単位と
それより下層の、システム側の、ターゲット依存部の中で定義される処理の単位というのは
分割の基準・動機が違う。そうでないならそれはゲームオブジェクトをタスクいいたいだけの
Codezine状態なんだろ。1task = 1object限定とか。ネット発生型の都市伝説システムだろ

**名前は開発中のものです。** · 2010/02/09(火) 23:55:51

>>573
> どうせ、全体の25%しか並列化できなかったら、
> 最大でも処理時間は75%にしかならないよ、とか言うんだろ。

君はすぐそうやって後頭部を強打したりESP使ったりして妄想先回りするけど
ちと被害妄想が激しすぎるんじゃないのか。そんな警戒しなくていい

> でもそんなもんはマルチコアでも一緒だ。
> いちいちスレッドの面倒を見なきゃいけない分
> 小回りがきかないマルチコアの方が分が悪いと思うがね。

SIMDに適した、細粒度の分解に適した、君に都合のよろしい処理対象を
君は一体全体どういう形でマルチコア（マルチプロセッサ）に配当してるの？
君に都合のよろしいその処理対象はその64-wideのSIMDを使ったほうが
適してるんだからそれでいいじゃない。

で、その、いっせーのーせーどん方式で処理を再構築、データを再配置
しやすい処理は一体なんなの？ゲームの中の何を処理してるの、と
聞いてるだけなの。そしてそれはあなたのゲームではワークロードの
何パーセントを占めていたの？あなたの想定する既存のCPUコアは何？
あなたの想定する既存のターゲットハードウェアは何？

**名前は開発中のものです。** · 2010/02/10(水) 07:32:27

脱線はなるべく無しでお願いしたいものです

**名前は開発中のものです。** · 2010/02/10(水) 14:32:47

シェーダーとメッシュ等のジオメトリって分けますか？

**名前は開発中のものです。** · 2010/02/10(水) 19:35:44

>>585
>で、その、いっせーのーせーどん方式で処理を再構築、データを再配置
>しやすい処理は一体なんなの？

ぱっと思いつくところでは、布との当たり判定とかはマルチコアよりもSIMDの方が相性良いだろう。
ゲームの中には大概人型のキャラクタが出てきて、大概が服着てるわけだから、有用そうだよね。

こまかいことほじくって屁理屈並べても仕方ないんだって。
マルチコアは、
大きな粒度の並列化向け、一方ゲームは1フレームごとに同期が基本
&キャッシュのコヒーレントでコア数増やしづらい
&スレッド使うから関数レベルでの可搬性が保ちづらい
ってんで、ゲーム用途には十分つんでるかと。
サーバー用途だと、何もしなくても恩恵にあずかれるのに、ゲームだと、
MTフレームワークにしろspursにしろ、あんなもん用意しなきゃいけない時点で、
無理やり感が漂ってる。なんていうか、小手先？
仕事の人は大変だね。素直にSIMDの要求しておけば、次々世代あたりでかなうかもよ。

**名前は開発中のものです。** · 2010/02/10(水) 19:59:29

そもそも複数のＣＰＵに向けたデータを用意するだけで疲れるし
ぶっちゃけやりたくないなｗ
コンパイラが頑張ってくれたほうがみんな幸せになれそう

**名前は開発中のものです。** · 2010/02/10(水) 21:56:44

ゲームを作ることを目的とするのではなくて
オブジェクト指向の勉強を目的とするので
特に問題は無いです。

**名前は開発中のものです。** · 2010/02/10(水) 22:03:57

ゲーム制作はオブジェクト指向の勉強には不向きだと思う

**名前は開発中のものです。** · 2010/02/10(水) 22:06:59

オブジェクト指向を勉強するって意味が分からない。
あれはセンスのもんで、
うまい人が作ったクラスは機能ごとにまとまってて、
下手な人が作ったクラスはデータ構造主体でまとまってる。

**名前は開発中のものです。** · 2010/02/10(水) 22:58:29

オブジェクト指向ってゲーム向きじゃなかったのか

**名前は開発中のものです。** · 2010/02/11(木) 00:03:06

実際のところ、ゲームゲームな感じのゲームには適切ではないと思う。
ラリーXとかプーヤンみたいなゲーム作るときにどう使えばいいのか
無理やりクラスを設計するのは楽しいけど、仕事ではそんなコードにしたくない。

敵も味方も石ころもみんな等価な物理演算っぽいゲームだとうまくハマるとは思うけど
識者の意見を聞いてみたい。

**名前は開発中のものです。** · 2010/02/11(木) 00:06:39

PCや数学由来の技術はメモリ管理が組み込み向きに考えられていない。
机上の空論好きはその辺考えないからね。

**名前は開発中のものです。** · 2010/02/11(木) 00:12:52

データ構造ありきで考えるから難しいんだって。

描画エンジンクラス
サウンドエンジンクラス
コントローラIOクラス
ゲームロジッククラス
セーブデータIOクラス
データローダークラス
リソース共有クラス

こんな風に機能ごとにクラス化していけばいいと思うよ。
モジュール化の基本はOOPでも同じ。

**名前は開発中のものです。** · 2010/02/11(木) 01:56:09

それに関する反論(機能分解やモジュール化でも駄目)が
design pattern distilledの最初の方に載ってる
勿論その議論の中でもデータ構造によるものとか名詞抽出は論外だけど
8年前のしかも入門書だから今どうかは知らんけど

**名前は開発中のものです。** · 2010/02/11(木) 02:05:16

そろそろその「載ってる」とかそういう表現どまりのレスってやめない？

読んでない奴にとってそれによって何が主張したいのかまったくわからないし
仮に読んでみても本に書いてある意図とレスの主張が全然違うこともあるしで
照合するにもえらい時間がかかるそれを受け手に全部押し付けるってえらい傲慢もいいとこじゃないか？
もう引用とかしなくていいから

○○だから、○○である

と自分の言葉で説明しろよ
それは本のまる写しでもいいからあくまでも自分の発言としてレスにそえろよ

**名前は開発中のものです。** · 2010/02/11(木) 02:15:25

そーそ。デザパタ本なんて糞食らえで読む気しねぇんだよ。
どうせ、おたかいんでしょ？

**名前は開発中のものです。** · 2010/02/11(木) 02:19:45

どっちゃにしろ、ライブラリがそれが持つ機能で掻き集められる物である以上、
無理にでも機能で分割するしかねぇんだよ。答えは決まってる。
後はどう枠にはめるか。

**名前は開発中のものです。** · 2010/02/11(木) 06:03:17

>無理やりクラスを設計するのは楽しいけど、仕事ではそんなコードにしたくない。

失礼な言い方で悪いけど、それって設計者に問題ある気がするが…
無理矢理クラス設計せんといけないような状況に出会った事が無い
俺の経験不足かもしんないけど
OOPに問題を転嫁しちゃったら、もうどうにもならんのじゃないか

**名前は開発中のものです。** · 2010/02/11(木) 12:19:49

>>588
>仕事の人は大変だね。素直にSIMDの要求しておけば、次々世代あたりでかなうかもよ。
「僕、素人だから現行アーキテクチャでゲーム作る方法が想像つきません」と。

今のアーキテクチャですら作るの無理って人間はSIMDとか以前にもっと根本的な部分で
何かが不足してるんだと思う。

**名前は開発中のものです。** · 2010/02/11(木) 12:39:48

>>598
相手とレベルに差がありすぎるときは情報の出所を示して自分で学習してもらう、
くらいしかできんよ。
それか抽象的なたとえ話にするぐらいしか。

四則演算も変数も数式も知らない小学生一年生に「因数分解を教えて」って言われて
たとえ話じゃなく具体的に自分の言葉で相手に理解させられるならたいした物だけど。

あ、君なら出来るのかな？
義務教育で９年間かけて理解させることを掲示板のレス一つで理解させることが。

**名前は開発中のものです。** · 2010/02/11(木) 12:45:09

レベルの差、ということにしておきたいんですねｗ
あ、コレがうわさの>>3現象ですねｗ

**名前は開発中のものです。** · 2010/02/11(木) 12:48:29

>>604
つ >>542-544

**名前は開発中のものです。** · 2010/02/11(木) 12:50:01

>>603
折衷点を見つける気はないってことね
そしたら君が出てくしかないんじゃないの？

悪いけどそんなリンク先なんてだれも読む気もしないし
少なくとも君の言ってる内容とリンク先が完全に一致してる証明ぐらい自分でやってほしいもんだけど
そういう負担をこっちに全部押し付けるなら君とはまったく会話できないな

自分は正しい正しいって必死に弁解してるようにしか見えないけど
仮に君が正しいとしてそれで誰も君の話を聞いてくれなかったとしても
永遠に自分の正しさだけを叫び続ければいいよｗ独りでｗ

**名前は開発中のものです。** · 2010/02/11(木) 12:50:52

>>603
自分の言葉で語ればいいと思う。理解するかしないかは読む人が決めるし。

**名前は開発中のものです。** · 2010/02/11(木) 12:52:27

>>607
その結果が>>606
なんだよね。

**名前は開発中のものです。** · 2010/02/11(木) 12:56:16

そのわかりやすさも含めて話し手の能力だよね
自分の言葉で語れない奴はどこいっても誰も受け入れない
色んな会社転々とすることになるよ

数式や公式なんて知らなくても相対性理論説明できる人間だっているってことよ

**名前は開発中のものです。** · 2010/02/11(木) 12:57:57

数式公式知らない奴に相対論語られてもさすがに困る

**名前は開発中のものです。** · 2010/02/11(木) 12:58:49

>>609
では小学生一年に因数分解理解させてみて。
自分の発言の証明ヨロｗｗ

**名前は開発中のものです。** · 2010/02/11(木) 12:59:09

>>610
アインシュタイン　数学　苦手
でググレ

**名前は開発中のものです。** · 2010/02/11(木) 13:01:14

>>612
>相手とレベルに差がありすぎるときは情報の出所を示して自分で学習してもらう、
私の発言の証明ありがとうｗｗ

**名前は開発中のものです。** · 2010/02/11(木) 13:01:49

>>611
極論持ち出して悦にいってるけど
そういう話じゃないよね？
君のレスに興味をもつかどうかの話

まあはっきりいうけど

お前のレスなんて誰も読みたくないから書き込むのやめたら？

って遠まわしに言ってるの