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

**名前は開発中のものです。** · 2009/04/03(金) 11:25:39

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

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」と明示してください
　そうでない場合はカスタム版であることを明示してください

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

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 04:32:06

>>116
> オブジェクトに不変なハンドルつけて間接参照にしたり、
> ポインタをラップしてリストアップしたり。

だから、そんなプログラムが速いわけないだろ。

ハンドルに対する実アドレスのテーブルをcompactionのときに
更新しないといけないぞ。

他のタスクオブジェクトを参照するごとに
TaskA taskA= dynamic_cast<TaskA*>HandleToPtr(taskA_handle);
みたいに書く必要が出てくる。

プログラムが汚い上にハンドルだから型が不明になってしまう。

これひどくないか？

> コンパクションを行うということはそういうことだろうに。

それは、全然違うと思うぞ…。
少なくとも俺のシステムにあんたの実装のような欠陥はないな。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 04:33:07

>>116
> 型ごとにheapを持ってればそんなむちゃくちゃな事にはならないし、

(一般的には)型ごとにheapを持てない。理由 >>120。

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

>>119
型ごとに既に集まってるんだから、型ごとに集め直す必要はないだろ。

例えば、林檎と蜜柑と梨が何個かずつ有って、それぞれ種類別に箱に入ってるとする。
それぞれの果物には賞味期限があり、売れ残りを防ぐため、古いもが手前に来るように陳列したい。

A：林檎と蜜柑と梨をごちゃまぜにして、賞味期限順に並べ替えてから、改めて種類別に分け直す。
B：単にそれぞれの種類内で賞味期限順に並べ替える。

どっちが早いか。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 04:38:38

>>117
> どちらかというと、不定期にGCが発動して、そのフレームだけ局所的に負荷が高くなる方が困る。

さすがにそんなことは普通はない。
いや、あるにはあるが、そうならないように気をつけてコーディングする。

それすら出来ないなら、そもそもXNAでゲームプログラムなんて出来ないわけで…。

>>118
> リアルタイム処理では一番負荷の高い瞬間で比較しなければならないので、
> その比較であってる。いわゆるボトルネックという奴。

ボトルネックがコマ落ちしたりするほど大きくないなら、全体的なスループットのほうが大切。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 04:39:51

>>123は>>120を読む前に書かれたものだと思うので無視する。

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

もうね、
タスクシステムありきでいろんな問題（コンパクション・キャッシュヒット）に対処していくと、
最終的にはこんなことになってしまうかもしれないという悲劇の具体例にしか見えない。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 04:50:53

このスレではなんかメモリのコンパクション不要論を唱えてる
馬鹿ばっかりなんだが実際「ワンダと巨像」でもメモリの
コンパクションは、行なっている。

しかも「ワンダと巨像」ではテクスチャ、地形データのみならず、
プログラムコード自体も再配置の対象となっている。

ある程度の規模のゲームなら、やらざるを得ないと思うんだが。

お前たちは、本当にゲームを作っているのか？
夢のなかで作ってるだけなんじゃね？

プログラミング見習いとか、同人ゲー作ってますとか
サブプログラマーとしてスプライト処理手伝いましたとか
そんなゴミクズみたいな奴ばっかり出てくんなよ。

俺はもう寝るぞ。明日も早いからな。おやすみ。

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

>>120
後出しじゃんけんのごとく次から次へと変な実装例を出してくるなよ。
プライオリティーも型として扱えば？まぁプライオリティー固定になるが。
template < class t, int priority > とかして。

>>121
>プログラムが汚い上にハンドルだから型が不明になってしまう。

>これひどくないか？

そう思うのならラップすればよいだろ。本質的には同じこと。

**名前は開発中のものです。** · 2009/04/06(月) 05:18:01

＞プログラミング見習いとか、同人ゲー作ってますとか
いや、そもそもここはそういう人のための場だろ。
メイン張ってるプロ中のプロがこんな場所に出てくるんだったら、
そういう人たちに分かるように説明すべきじゃないのか？

つか、場当たり的に情報小出しにするより、ちゃんとまとめて本でも書いてくれ。
次のやねう本より先に出せば結構売れるんじゃないか。

**名前は開発中のものです。** · 2009/04/06(月) 05:24:15

>>124
>そうならないように気をつけてコーディングする。

だったら、普通にメモリプールで十分なわけで。

>ボトルネックがコマ落ちしたりするほど大きくないなら、全体的なスループットのほうが大切。

意味不明。コマ落ちしないなら、既に仕様を満たしているわけで、スループットも糞もないだろ。

>>127
ほとんどのゲームでは行ってないだろ。でもちゃんと動いている。それが現実。
一部の例外だけ取り上げて、さも当たり前かのように言うな。

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

横からだけど、ID:B8zjnpJZさんはちょっと素人っぽいよね。
私から見てても、なんか言ってることのレベルが低いというか。

実際に商用である程度の規模のゲームを作った経験のある人が
もっと並列さんに質問してほしいな。

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

まだ、やってんの？
あったまわるい
話受けるほうも相手にするなよ

**名前は開発中のものです。** · 2009/04/06(月) 06:43:47

夜を徹して生産性を下げる工作が成功してるようだな

しかしまともな議論をするなら情報後出しと言われないように議論命題に関する
クラス図なり、シーケンス図（サンプルシナリオ）なりを先に明示すべきだと思う
土台が無い状態で前提の違う俺言語同士の闘いをしてて不毛すぎる

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

>103
> これも違うね。型ごとに集めればworking setは小さくなるが、
> その集合に対してメモリの先頭から逐次的にアクセスしていく
> 保証はされない。

アクセスループに入る前にキャッシュの先読みくらいしとけよ。

**名前は開発中のものです。** · 2009/04/06(月) 07:24:50

>127
> ある程度の規模のゲームなら、やらざるを得ないと思うんだが。

フリーラン系でも無い限り、プレイ中にコンパクションなんてやらない。
シーン切り替えのタイミングでコンパクションすることはあるけどもね。

それよりも、シーンごとに破棄できるデータと常駐データを幾つかのレベルに分けて管理したほうが
楽だよ。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 09:03:31

>>128
> そう思うのならラップすればよいだろ。本質的には同じこと。

全然同じじゃない。

>>133
> しかしまともな議論をするなら情報後出しと言われないように議論命題に関する

そんなもん誰が読むんだ？悪いけど俺はそんなもの作成するのは嫌だ。

>>134
> アクセスループに入る前にキャッシュの先読みくらいしとけよ。

そんなことで解決する問題じゃない。

一般的に言って、L1に相当するメモリは極端に小さいからループに入る前に読み込んでも無駄だし、
指定しなくともどこか1バイトを読み込んだら、次のalignmentまで自動的に読み込む設計になってるのが
普通だから、いまどきのCPUアーキテクチャはランダムアクセスに対してはすこぶる弱い。

だから、先読みでは解決しない。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 09:06:56

>>135
> それよりも、シーンごとに破棄できるデータと常駐データを幾つかのレベルに分けて管理したほうが楽だよ。

そりゃ、仕様が事前にわかっていればそりゃそうしたほうが楽だろう。

しかし、いまどきのゲーム、シーン切り替えなんてほとんどなくてシームレスにつながっていることが多いから、
そういうケースに備えて、ライブラリ的なものを準備するのが俺の仕事。

**並列さん** ◆dPfetnROQg · 2009/04/06(月) 09:14:12

>>129
> メイン張ってるプロ中のプロがこんな場所に出てくるんだったら、
> そういう人たちに分かるように説明すべきじゃないのか？

そんな面倒な説明、俺は嫌だ。

少なくとも商用ゲーム開発してるプログラマだけ俺に質問してくれ。
それ未満の見習い君は黙ってROMってて欲しい。

>>131
確かにID:B8zjnpJZは素人っぽいではある。>128,130とかひどすぎて答える気にもならん。もうスルーしとく。

そもそもGC環境下でゲームプログラムを書くメリットとか、俺がこのスレで説明するこっちゃないと思うんだ。
実際に自分でXNAとかで開発して理解するか、もっとお偉方に聞いて欲しいなぁ。

**名前は開発中のものです。** · 2009/04/06(月) 09:49:19

アンチの中に配列好きの厨が混じってて吹いたw

**名前は開発中のものです。** · 2009/04/06(月) 09:58:39

つーかこの分量になると流し読みすらせずに流しちゃうな

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

アンチかつプロの人はステージとかシーンでゲームをくぎって、その場面に必要な物だけをハードコーディングするような昭和ゲームつくってるんだろ
now loadingとかやめろよwww

**名前は開発中のものです。** · 2009/04/06(月) 12:13:20

本当に叩きたい人に当たるようにブーメラン投げてるんですね。
わかります。よくある手ですから。

**名前は開発中のものです。** · 2009/04/06(月) 18:50:33

速度の話に区切り付けてから次の話題振れよ

**名前は開発中のものです。** · 2009/04/06(月) 19:12:19

>並列さん
根幹がズレてるのに
まだ、長々と話してるの？
自分のはじめた話のケツぐらいふけるようになってから議論しろよ

理論的にはじめの一歩目ですでにダメなのにそこには目を瞑って
オレオレシステムのいいとこ探しなんてはじめた時点で
お前はもう技術者でもなんでもねぇ
ただのクズだ

**名前は開発中のものです。** · 2009/04/06(月) 19:25:58

まだ続けるつもりか
いいぞもっとやれ

**名前は開発中のものです。** · 2009/04/06(月) 19:30:18

古典タスクシステムとそうでないのとの違いを教えてください。
比較があるHPが有りましたら教えてください。

**名前は開発中のものです。** · 2009/04/06(月) 19:36:40

>>146
そんな受身で技術なんか見に付くわけない
やめちゃえ

**名前は開発中のものです。** · 2009/04/06(月) 19:39:57

つかえない子が頑張ってるのがたのしいな
まともに説明できてない時点で自分の脳内でしか認められないものだと気付かないの？

**名前は開発中のものです。** · 2009/04/06(月) 19:52:04

ワンだと虚像って前評判ほど面白くなかったな。
見た目が派手なだけでパターン憶えゲーの中でも平凡なゲーム。

**名前は開発中のものです。** · 2009/04/06(月) 20:15:34

面白さがタスクシステムと関係あるの？

**名前は開発中のものです。** · 2009/04/06(月) 21:21:10

ゲーム業界VSアマチュアという構図が出来つつなるな。
ゲーム業界でがんばって来た人には、それなりにプライドもあるだろうし、触れられたくないこともあるのだろうな。
すべてが無駄だと薄々感づいてはいるのだろうが、気づかないふりをして毎日がんばってるのだろう。

**名前は開発中のものです。** · 2009/04/06(月) 21:23:11

>136
> そんなことで解決する問題じゃない。
> 一般的に言って、L1に相当するメモリは極端に小さいからループに入る前に読み込んでも無駄だし、
> 指定しなくともどこか1バイトを読み込んだら、次のalignmentまで自動的に読み込む設計になってるのが
> 普通だから、いまどきのCPUアーキテクチャはランダムアクセスに対してはすこぶる弱い。
> だから、先読みでは解決しない。

コンシューマ触ったこと無いのバレバレだな。

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

XNAで開発された商用ゲームってあるのかなぁ？今のところ国内メーカーはネイティブで作ってるみたいだけど。
カンファレンスでもXNAはホビーユース向けって感じだったし。

まぁそもそもMSと心中するつもりがなきゃMS縛りのXNAで開発なんてしたくないけどな。

**名前は開発中のものです。** · 2009/04/06(月) 23:13:38

>>153
黙ってろ

**名前は開発中のものです。** · 2009/04/06(月) 23:17:12

>>154
ＭＳ社員m9（＾Д＾）プギャー

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/07(火) 00:14:39

ガキの直感だけど
並列君ってやねうらおさんの臭いがする

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/07(火) 00:44:42

>>10
（；・∀・）えー、なにそれ。そんなむつかしーこと考えたことないよ厨房だから
ぜーんぶダイレクトエックスにお任せだよ
テクスチャは基本的にD3DPOOL_MANAGEDでロードしてる
（ポストエフェクト用のバッファとかはD3DPOOL_DEFAULTだけど）

＞一括解放するタイミングは存在せず、仕様切りなおしもできないとして

ナニそれよくわかんない。どんなゲームなの。
厨房はレベルデータをロードするときにテクスチャも何もかもまとめて
ガバーって読み込んじゃってるけど
数GBのメインメモリに数百MBのオンボードメモリを使い放題のやりたい放題だし
メモリ足りないド貧乏PCユーザーはHDDにスワップでジリジリやってろってかんじ

＞使用期間不定の大量のサイズ不定テクスチャをコンパクションを使わずにどう管理する？

寿命がわかんねー大量のサイズ不定テクスチャがあるってどんな状況なの？
厨房が作るゲームはリソースの寿命が明らかだから、よくわからない

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

並列さんはポリアンナ症候群だろ

**名前は開発中のものです。** · 2009/04/07(火) 01:22:29

>>155
本当に知ったかウザい
心中云々言ってたらBrewもiPhoneもDirectXもやってられません

**名前は開発中のものです。** · 2009/04/07(火) 02:06:38

HSPにXNA…
このスレにはマイナー言語に命かけてる人たちがいるねぇ

どっちもタスクシステム向きでないけど

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

HSPはともかくXNAをマイナー言語扱いするのはどうだろう

**名前は開発中のものです。** · 2009/04/07(火) 03:00:31

>>159
任天堂系もＳＣＥ系もダメですね・・・

**名前は開発中のものです。** · 2009/04/07(火) 12:38:34

>>156
あんたそのレベルの人なのか

**名前は開発中のものです。** · 2009/04/07(火) 13:00:48

なんとかシステムとかつけるなら
スクラッチパッドみたいな局所メモリを活用するとか
ある程度ハード特化した実装にするのも手なのかな

GDC2009のGOW3の解説がなんというか燃える内容だったんだけど
http://game.watch.impress.co.jp/docs/series/3dcg/20090401_80260.html
これはもはやなんとかシステムとか呼ぶ範疇を超えてる気がするけど
将来はこういうのがなんとかシステムとか呼ばれるようになるのかね

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

確かにワンダつまんなかった。
ムービー見て終わり。
メタルギア4もそう。

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

で？
技術批判できなくなったら今度はゲームそのものに攻撃か。
あたたかい頭してるな。

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

タスクシステム関係無いじゃん

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

タスクシステムもメリット挙げてみろって言われると
途端にはぐらかすからな

いろいろ虎の威を借るなんとやらで参考文献および資料ばっかりもってくるけど
そういうの自分の言葉で説明できるようになってからやらないと説得力ないよね
引用レスも引用したものがメインじゃ誰も相手にしないって

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

だからメリットはリンスインシャンプーだっての！

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

お金稼げてるからいいんじゃね？
それを否定するともっとお金稼げるなら俺もアンチになる

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

>>170
金がほしいならゲーム会社なんて辞めたほうがいいぞ
かなりマジで
業務系いけば、ゲーム系で月１４～５万でこき使われてる人ならいきなり給料倍とかある

**名前は開発中のものです。** · 2009/04/07(火) 21:33:44

ID:EEKBitmgはもうあまりにレベルが低すぎて、みんなスルー状態だな。

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

>>172
俺は並列のがうぜぇ

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

まあフェードアウトオヤジ臭という意味では
並列さんとやね先生は同じ体臭を放ってるけどな

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

だいたい、アタマがまともな本職やセミプロは、こんなところで『オレ様スゲーだろwww』とか
書き散らかさないって。

**名前は開発中のものです。** · 2009/04/08(水) 00:39:13

本人も、今頃しまったと思ってるころだろ。

**名前は開発中のものです。** · 2009/04/08(水) 01:29:22

てゆーかここ
どんだけ偉人ばっかりなんですかｗ
みんなめちゃくちゃ上から目線なんですけどｗｗｗｗ

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

別にそんな感じはしないけど
何か気に入らないレスが付いちゃった？

**名前は開発中のものです。** · 2009/04/08(水) 09:16:12

並列擁護は「第三者の"人達"から見て」的なレスが多くてうんざりだな
国際社会とか地球市民とかそういう匂いがする

語ってる内容はどっちも滅茶苦茶なのでもうどうでもいいんだが
まあ勘違い分裂君劇場みたいなノリでヲチしようや

**名前は開発中のものです。** · 2009/04/08(水) 09:18:37

ワンダつまらんかったな。初日にクリアしてすぐ売った。

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

じゃ、そろそろタスクシステムについて議論していこうか。

**名前は開発中のものです。** · 2009/04/08(水) 11:29:12

タスクシステムの主な役割

・単位時間内に1回何かを実行する為の窓口
・生存管理
・依存の管理

こんなものかな？

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

タスクシステムはそこにある、ただそれだけだ

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

メリットやデメリットのあるタスクシステムなんてタスクシステムとは言えない
女子供は黙ってみてろ？

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

その疑問符は何だ？

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

語尾上げで、柳原可奈子的可愛さを演出してみたんじゃないか？

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

むしろ姫ちゃん的な～？

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

そういう使い方にしても間違ってるような

**名前は開発中のものです。** · 2009/04/09(木) 05:09:42

雑談ストップ？

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

タスクってCしかできない人のための技法？

**名前は開発中のものです。** · 2009/04/09(木) 19:04:45

あまねく言語でタスクパターンは実装可能ですよ。

**名前は開発中のものです。** · 2009/04/09(木) 20:14:35

非常にサラッと内容をチラ見してきたけど、まあ特に議論するべきことでもないな

**名前は開発中のものです。** · 2009/04/09(木) 22:57:42

FlashのSTGで、EntityとかActorとか作ってやってるのを見たことがあるな。

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/09(木) 23:40:00

バカにつける薬は無いと言われることもあるけれど厨房は今日も元気です
さて、そんな厨房でもタスクシステムとかいう怪しげなものに取り憑かれる
人々というのが、なーんか筋の悪そうな人が多そうだなーということに気付く
筋が悪いというのは、ガラが悪いという意味では区、頭が鈍いというかバカ
というか、一から十まで具体的に作り方を手解きしてもらわないとなーんにも
動かすことができないセンスの悪そうな人、という意味

こういう生意気書くとまたボコられるわけですが、この直感は当たってると思う

>>128
例えばこういうの。もう何言ってるのかサッパリ分からない。思考が腐臭を放ってる。

＞・単位時間内に1回何かを実行する為の窓口

なにそれ。役立たずの糞みたいな仕掛けをねじ込もうとしてるだけじゃん。
居るだけ詐欺の盲腸の無駄飯食らいの穀潰しのないほうがマシな無駄な機構を
何故かゲームプログラムの中に噛ませたがるタスクバカの香りを放ってる

＞・生存管理

なにそれ。something managerなの？生存管理？何してくれるの？
タスクディスパッチャーが何で生死を司るの？ゲームのシミュレーション結果で
決定されることを、なぜタスクディスパッチャーごときが口を挟むの？設計腐ってない？
余計なお節介をして茶々を入れてくる強烈にウザイものにしか見えない。吐き気がする

＞・依存の管理
なにそれ。またsomething manager？依存の管理？何してくれるの？
タスクディスパッチャーに把握させる依存関係って具体的に何？それをどうしてくれるの？
なんか臭そう。

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/09(木) 23:43:36

>>193
EntityやらActorやらいう要素があるのはごく自然なことだよね
でも、このスレのタスクバカに言わせれば、それはタスクシステムらしいよ。

バッチイからあっち行けって思う

**名前は開発中のものです。** · 2009/04/10(金) 00:22:24

なんで>>128が叩かれてるんだろうと思ったら>>182か
2chブラウザとか使ってないのかな

**名前は開発中のものです。** · 2009/04/10(金) 00:25:41

関数インポがメインのタスクシステムを使わずにC++の仮想関数でやるのは速度不足か？
CPU４００MHZのPDA用に上記の方法で作ったことあるがとても快適に動作したがなあ。
携帯ならともかく今のハイスペックのマシンでタスクシステムいらんだろ

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/10(金) 00:33:26

>>194
間違えた！>>182だった。>>128ごめんなさい＞＜
まぁ別に>>182にしても恨みはないからごめんなさい

**名前は開発中のものです。** · 2009/04/10(金) 00:38:46

>>197
関数いんぽとC++の仮想関数なら(規格には無いけど)同じ仕組みだから
もともと差はないはずだよ。
まあ、ろくに定義されてない言葉でループ必至のネタに
自転車置場の議論を楽しんでるだけなんでそういう真面目な話いらんねん。

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/10(金) 00:39:22

>>197
別に関数アドレスや仮想関数が絶対悪だと言ってるわけじゃない
使い方の問題。使いどころの問題

わけも分からず処理を細切れにバラしてごちゃ混ぜ連結リストにぶち込んでなめて
スバラシーデース。自動デース。窓口デース。とか寝言ほざいてる間抜けが嫌いなんだ

**名前は開発中のものです。** · 2009/04/10(金) 00:59:03

>>199
C++の仮想関数は、関数ポインタからの関数呼び出しと比べると
普通の実装なら間接参照が1回増えるんじゃない？
差は無いってことは無いと思うよ。まぁ大した差じゃないと思うけど。
あとタスクシステムの場合の関数ポインタの使い方は、仮想関数の代わりというよりは
状態に合わせた処理に直接ジャンプする（状態による場合分けをなくす）という
意味合いが大きいんではなかろうか。
これもまぁテーブルジャンプを一段挟めばいいだけではあるけれど。

**ID:EEKBitmg** ◆HSP4mee/SU · 2009/04/10(金) 01:21:33

タスクバカのことだからvptrを書き換えて関数セットを丸ごと取り替えて喜んでそうだけどな
タスクバカって脳みそが中二のオジチャンだからさ、クラス図を完全無視して自在に変化する
オブジェクト、とかにワクワクするんじゃないかな

**名前は開発中のものです。** · 2009/04/10(金) 01:34:48

>>202
だからなんだよ。
うぜぇ。

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

まあ、要は退化してるってことだな

**名前は開発中のものです。** · 2009/04/10(金) 08:01:06

小沢　「外食しないと言ったんだから、チャーハン作れ」
麻生　「じゃあまずご飯炊かないと・・・・・」
小沢　「なぜご飯を炊くんだ！ご飯を炊く暇があったらチャーハン作れよ！」
麻生　「ご飯を炊かなきゃチャーハン作れないよ。お米研いだだけだし」
小沢　「そんなことは聞いていない。今すぐチャーハンは作れるのか」
麻生　「（まずご飯炊かないといけないから）今すぐには作れない」
小沢　「外食止めたんだぞ、今すぐに作るのが筋じゃないか！」
麻生　「お米研ぐ→ご飯炊く→チャーハン作る、なのわかる？三・段・階。わかる？」
小沢　「とにかく、すぐチャーハン作れ！」

**名前は開発中のものです。** · 2009/04/10(金) 09:36:54

>>205 +民は巣でやってろ

**名前は開発中のものです。** · 2009/04/10(金) 11:21:34

ID:EEKBitmg ◆HSP4mee/SU　は
メモリ何ギガもあるマシンだけを対象にしたゲームをシコシコ作ってなさい。

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

なんか面白そうな話題だったのにHSPしか使えない馬鹿が
暴れたせいで途端にスレのレベルが下がったな

こいつ、いい加減、いなくならねーかな

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

このお題（タスクシステムの是非）に関しては、アンチ側が中東の米軍並みに有利なはずなのに
なんで互角以下の劣勢なんだ？

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

コテつけてまで自己顕示するほどのアンチってタスクバカよりたちわるいね

**名前は開発中のものです。** · 2009/04/10(金) 13:05:59

クラス図とか、オブジェクト指向言語、オブジェクト指向プログラミングはこうあるべしという強迫観念の最たるものだよね

**名前は開発中のものです。** · 2009/04/10(金) 17:33:29

>面白そうな話題

kwsk

**名前は開発中のものです。** · 2009/04/10(金) 18:30:28

誰でもいいからそろそろ、
タスクシステムはこうこうこういうところがダメだから
これからはこうこうこういうものを使うべきだ！
って主張してくれねーかな。

ちなみにタスクシステムを実際に使ったことなかったりするのは論外。
説得力がまるで無いし、比較しないと意味が無い。
あと、机上の理論を聞いてもしょうがないので、
こういうものに移行したらこういうメリットがあったって話も聞きたい。

喧嘩したいだけのお子様や
妄想たっぷりのニートはもうお腹いっぱいです。

**名前は開発中のものです。** · 2009/04/10(金) 19:08:05

実際にお仕事してきてるなら、タスクシステムは経験してるはずだよね

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

ダメだの前にメリットをあげてくれよ
話を元に戻そうか？(笑)

タスクシステムのメリットってなんですか？

**名前は開発中のものです。** · 2009/04/10(金) 20:02:44

本職の人は守秘義務とかあるし、具体的な話はできないんじゃない？

**名前は開発中のものです。** · 2009/04/10(金) 20:06:05

タスク厨:デメリットあげろ
アンチタスク:メリットあげろ

どっちも説明するつもりないんだな
まぁ面倒なのはよくわかるけど

**名前は開発中のものです。** · 2009/04/10(金) 20:52:43

タスクシステム派に足りないのは
「大規模C++ソフトウェアデザイン」の「5.2 昇位（escalation）」の概念。

上位レベルコンポーネントの存在を軽視しすぎ。
そして巡回依存性、相互依存性の怖さを軽視しすぎ。
5ページだけ、立ち読みでいいから１度読むといい

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

教えてもらったとおりの発想とスタイルでしかプログラミングできないんすなぁ

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

>>219
お仕事でタスクシステムを教わったんですね
分かります