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

**名前は開発中のものです。** · 2009/02/01(日) 12:38:10

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

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/

**名前は開発中のものです。** · 2009/02/09(月) 20:47:32

>>357
帰ってきてたじゃん
アレだろ？
更新タイミングはメッセージじゃね？
って返答だっただろ？
んでそうだよ→ちがうよ→そうだもん→ちがうもん・・・以下ループ
で終わったじゃん
俺は当事者じゃねぇけどｗ

**名前は開発中のものです。** · 2009/02/09(月) 21:03:37

ビデオゲームにおけるジョブ。ジョブを分解したタスク
タスクという内部の処理単位を扱う何らかのシステムであるわけだ
>>2はビデオゲームにおけるあらゆる処理を1/60[sec]で起床させる

何で？何で？何で？何で？何で？何で？何で？何で？何で？何で？
バカ？バカ？バカ？バカ？バカ？バカ？バカ？バカ？バカ？バカ？

ほれ。これに答えた奴は一人もいねーよ

**名前は開発中のものです。** · 2009/02/09(月) 21:18:37

機械語で組んでた頃のテクニックの代替手段なんて今はいくらでもあるんだから好きに作ればいいのに

**名前は開発中のものです。** · 2009/02/09(月) 21:25:02

だよねぇ

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

タスクシステムは、こびりついて流れないうんこみたいだ
すげぇむかつく
設計の本読んで初めてタスクシステム詐欺に騙されたと気づいたときには
無意味なクソコードを何ヶ月も書いていたあのいまいましい思い出と共に
うんこと一緒に流れてしまえ
いまだにタスクシステムを擁護している連中は
俺から見ると、やっと流したウンコを拾ってきてまたこびりつけるような奴だ
このクソいまいましい観念は俺が3Dを覚えるときにも邪魔しやがった
本当に俺の前に立ちふさがるうんこだった
このうんこは除去しなければならない

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

「オブジェクト指向(Object-Oriented)という言葉は私が作った。そのとき、C++ を想定していなかったことは確かだ」

**名前は開発中のものです。** · 2009/02/09(月) 23:24:44

>>287
＞そういうのやねうらおだけじゃなかったけどね
＞昔は多少わかりにくくても考えながら聞いてやったけど
＞いまって時代が変わったってのもあるよね
＞もう別に奴等の言うことをわざわざ理解してやる義理も必要もないし
＞情報が氾濫しすぎてて何かしゃべっても説明責任はてめぇの方にあんだよバーカ

説明責任かー。前スレでそれ絶叫してシカトされまくってたタスクバカがいたなぁ
自分に都合の良いウソを語る奴には説明責任を追及しないくせに
自分に都合の悪い事実を語る奴に説明責任を追及するタスクバカ

例えば、タスクバカにとってタスクシステム（>>2）ってのはゲーム業界固有の秘儀！至宝のテクニック！
であらねばならなかったわけなんだが、その根拠レスな確信を揺るがしかねない歴史的事実には
頑として抵抗して耳を塞いでたな。ほんとカルトってこえーわ

んで、「それはスレ違い！スレ違い！タスクステムと関係ないから関係ないから！」って一人で騒いでたね

**名前は開発中のものです。** · 2009/02/09(月) 23:36:02

>351
なんか今日は違う流れっぽい。

**名前は開発中のものです。** · 2009/02/09(月) 23:43:53

ウンチタスク厨（＝アンチタスク厨）に聞きたいんだけどさ、
>>2の代わりとなるわかりやすい原型を紹介してくんねーかな？
「普通に書く」っていうけど、その実態がよく分からんから、
普通の人に、鼻つまみモノ扱いされるんだと思うぞ。
タスクシステムについては、>>2で最も初歩的な原型が示されているわけだしさ。

**名前は開発中のものです。** · 2009/02/09(月) 23:58:01

コマンドをリストに突っ込んでるだろだろーが
それを万能のフレームワークのようにありがたがって無意味に誇張して
本質を語る邪魔をする、全て捨てろ、それは錬金術だ
今の体系的なパターンに含むことも出来ない過去の遺物だ
タスクシステムをありがたがっている奴は
設計の本なんて一冊も読んだことがないだろ、DSLすら知らないだろ
過去の栄光にすがっていると自覚しろ
わしの若いころはこうじゃった、だからお前もこうしろって
じじいかよ、性質の悪い爺かよ
役に立たない上に新しい観念を考えるときに邪魔にしかならない
最初に覚えるべきことじゃない、それは博物館に飾って置いておくだけのもので
実用するべきものじゃない
うんこー

**名前は開発中のものです。** · 2009/02/09(月) 23:58:59

while ( true )
{
　　　wait_vblank();

　　　自機.update( ... );
　　　foreach ( 敵 in 敵リスト )
　　　　　　敵.update( ... );
　　　foreach ( 弾 in 自弾リスト )
　　　　　　弾.update( ... );
　　　foreach ( 弾 in 敵弾リスト )
　　　　　　弾.update( ... );

　　　checkCollision_自機vs敵弾( 自機, 敵弾リスト );
　　　checkCollision_自機vs敵( 自機, 敵リスト );
　　　checkCollision_敵vs自弾( 敵リスト, 自弾リスト );
}

とかやっていくんじゃないの？
これでも出来ないことは無いよ。

**名前は開発中のものです。** · 2009/02/10(火) 00:11:36

>>368
その部分を汎用的にすることを止めれば
すなわちタスコシステムを使わないという選択肢を取れば
使える手が増える、増えるワカメぐらいに増える
それが様々なパターン、フレームワークの選択に繋がる
そこを汎用的にすることに執着することが、もっとも愚かしく
そして考えの浅さを露呈している箇所である
そこを隠しても大きなメリットはない
男の乳首と同じだ、わざわざ隠すような所ではない
お前らは乳首を隠してパンツはいてない
そういう間抜けなことを他人に強要しているのだよ
君たちはノーパン信者なんだよ
何も知らない奴に乳首を隠せノーパンに目覚めよと言っている
恐ろしいカルトなのだよ

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

>>367
否定的見解はよくわかった。
だがしかし、>>2に代わる初歩的原型は具体的に無いということだな。

>>368
それって実質タスクシステムじゃん。

**名前は開発中のものです。** · 2009/02/10(火) 00:13:38

>369
> それが様々なパターン、フレームワークの選択に繋がる

じゃ、タスクというパターンを選択してもいいんだ。
よかったな、お前ら>1-1000

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

>>370

いや、原型が>>368なんじゃね？もうベタベタまんまの原型なんじゃね？
で、>>368を↓という風に美しくまとめたのがウンコシステムじゃなかったっけ？

while ( true )
{
　　　wait_vblank();

　　　foreach ( ウンコ in ウンコリスト )
　　　　　　ウンコ.update( ... );
}

んで、↓みたいなのはウンコ同士のつっつきあいで表現するんだろ？
ウンコがウンコを生成したり消滅させたりしながら。

　　　checkCollision_自機vs敵弾( 自機, 敵弾リスト );
　　　checkCollision_自機vs敵( 自機, 敵リスト );
　　　checkCollision_敵vs自弾( 敵リスト, 自弾リスト );

違ったっけ？
違ったらスマン。

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

なんでリストを一つしか持たないって仮定してるんだろう？

**名前は開発中のものです。** · 2009/02/10(火) 00:25:21

>>370
>それって実質タスクシステムじゃん。
うん
実質は同じだ。データのやりとり。
違うのは可読性。
実質は同じ。
違うのは可読性。
実質は同じ。
違うのは可読性。

>>371
タスクはOK
マルチスレッドの単位もスレッドだし。

だがタスクシステム。てめーはダメだ！

**名前は開発中のものです。** · 2009/02/10(火) 00:37:44

class BaseTask
{
　　virtual void update( Context& );
};
typedef list< BaseTas* > TaskList;

class JikiTask : public BaseTask { ... };
class TekiTask : public BaseTask { ... };
typedef list< TekiTask* > TekiList;
class JidanTask : public BaseTask { ... };　　　　// 自弾全部管理してるタスクだと思えw
class TekidanTask : public BaseTask { ... };　　　// 敵弾全部管理してる(ry
====

TaskList tasks;
JikiTask jiki;
TekiTask teki[100くらい];
TekiList tekis;
JidanTask jidan( 100くらい );
TekidanTask tekidan( 弾幕系なので2000くらいw );

**名前は開発中のものです。** · 2009/02/10(火) 00:38:27

tekis.append( teki全部 );
tasks.append( jiki );
tasks.append( teki全部 );
tasks.append( jidan );
tasks.append( tekidan );

while ( true )
{
　　　wait_vblank();

　　　foreach ( タスク in tasks )
　　　　　　タスク.update( context );

　　　当たり判定( jiki, tekis, tekidan );
　　　当たり判定( jidan, tekis );
}

とかはイカンのか？

**名前は開発中のものです。** · 2009/02/10(火) 00:39:20

なんか
tasks.appen( teki全部 );
が一つ余計だな。

**名前は開発中のものです。** · 2009/02/10(火) 00:41:18

c = a + b;
これをタスクシステムに投入すると
list.add(a).add(b).add(new C(a, b)).execute();
c.execute() { value = a + b; }
こうなる

dという要素をこのリストに突っ込む場合
abcがdに干渉されないのであれば
d.execute()を適当に実装すればよい
干渉するのであればabcのexecuteを修正する
よって追加に強いというメリットはないと断言できる
コマンドのメリットである追加に強いというメリットはない
ないのだよ
これじゃあコマンドパターンの意味がないじゃないか
この屈辱、コマンドに対する屈辱
コマンドパターンがかわいそうだ
タスク信者はコマンドパターンに謝れ、あやまれよぅ

**名前は開発中のものです。** · 2009/02/10(火) 00:46:45

>>374
>>368は局部的な実装をちょこっとだけ厚化粧しただけ。
その程度の可読性有り難がってどうすんだよ。

必ずしも個々のオブジェクト（タスク）の発生と消滅のタイミングが整然としている、
例えば60フレームごとに、全タスクが一斉に発生・消滅してるわけじゃないじゃん。
つまり発生と消滅のタイミングが、微妙にずれていることにより、カオスが表現できる。
しかしカオスな状態を裏方で制御する努力は、>>2でも>>368でも変わりがない。

つまりさ、
現実を見ろ、
タスクシステムに立ち向かえ、
カオスを克服する運用ルールを見極めろ、
ってことだよ。

**名前は開発中のものです。** · 2009/02/10(火) 00:49:09

『可読性が悪い』って言ってるのは、『オレ頭悪いからワカンネぇしwww』って言ってるのと実質同義？

**名前は開発中のものです。** · 2009/02/10(火) 00:53:47

可読性を軽んじる香具師は職人オナニープログラマー

**名前は開発中のものです。** · 2009/02/10(火) 00:53:54

実質同じ？　いや、やっぱ同じじゃないと思うぞ。

主従関係があるとないとでは全然違う。
要素が要素に直接干渉し、要素がさらなる要素を生成消滅させるのと、
リストを扱う奴が要素同士の関係を管理して、要素を生成消滅させるの、
違うよな。

>>336がFAでいいと思うがな。
＞タイトル画面や戦闘シーンは、相互依存がほとんどなく、インスタンス数もたかが知れてる。また処理パターンが仕様変更で変わる可能性がある。

こういう部分で>>2を使うことには何の異論もない。
「相互依存がほとんどなく」ってのがポイント。
タスクシステムとかいう単語を見るとな、全部ウンコリストの中でやっつけようというイメージがあるんだが、ちゃうの？
ちゃんと使い分けしてるんならそれは否定しない。>>2は否定する。全部一緒だから。

**名前は開発中のものです。** · 2009/02/10(火) 00:56:22

あぁ、そういえば昔
仮想関数とか関数ポインタとか使うと
可読性が悪くなってデバッガで追えなくなるから
全部switch/caseで書けって言ってたプログラマが居たなぁ…

**名前は開発中のものです。** · 2009/02/10(火) 00:57:58

>>379
馬鹿じゃね。
>例えば60フレームごとに、全タスクが一斉に発生・消滅してるわけじゃないじゃん。
>つまり発生と消滅のタイミングが、微妙にずれていることにより、カオスが表現できる。
それのどこがカオスなの？寿命管理なんて、結局自クラスで閉じてるジャン。

そんなことより、例えば、宇宙に漂う星々を観賞するソフトをタスクシステムで作ることを考える。
星をタスクで実装したとして、各星の間に働いている万有引力はどう記述するの？

現実を見るのはお前だな。

**名前は開発中のものです。** · 2009/02/10(火) 01:05:40

>384
厳密にやるならワークをそれぞれ2つ持って、フレームごとにフリップだろ。
面倒だったら一つ一つ更新して、n+1がnを参照してもn+1を参照しても対して問題が無い様にするさ。
どこまで誤差を容認できるか知らんけど。

**名前は開発中のものです。** · 2009/02/10(火) 01:06:43

>>384
そーいうタスクの実行順序が結果に影響する場合は
実行時間単位でタスク状態のスナップショットを取って相互参照はそのスナップショットを参照、
という方法で擬似的に「いっせーのせ」をやる方法を物理演算系ライブラリでよくやってる。

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

>>373
＞>>2に代わる初歩的原型

初歩的原型？>>2が？どーこがだよ
なんだこれ。ジョブエントリのリストを周期的にナメナメしてバッチ処理するだけ
なんでこれがゲームプログラムの初歩的原型なんだよ。バカこくでねーよ

　・おめぇ、何か処理したかったら必ず先頭にTCB（は？）を入れたデータ構造にしろよ
　・おめぇが書いた処理はどんなものだろうと必ず1/60[sec]で周期的に呼び出すからな。覚悟しろよ
　・俺に呼び出された後はてめぇの責任で全部やりな。俺は何にもしらねーからな

こういうちゃんこ鍋ポーリングヘンテコプログラムをゲームプログラムの原型とかほざく理由を書け

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

で、何でか知らないが僕タスクシステム！って言って紹介してる糞は揃いも揃って
ユーザーのあらゆる処理単位のデータ構造にTCBとかいうものをねじ込んでるよな

　・サブルーチンアドレス
　・プライオリティ
　・連結リストのパラメータ

みんな仲良くなーぜかこういうものを押し付けてきやがる。なーんでなんで？どうして？
おまけにこれが日本ビデオゲーム業界黎明期の秘儀であるなどと権威付ける。正気か？
だったら何度だっていってやる。RAM4KBにROM数十KBにBGやOBJを出力する回路を
積んだZ80マイコンボードでこれ組んでみろよ。ほれ

そして、この仕組みをそのまんま

　・64bitマルチコアCPU
　・数GBのメインメモリ
　・ローカルメモリ数百MB搭載のGPU（DSP）カード

こういう環境上で律儀に真似しようとするのはなーんでなんで？どうして？

**名前は開発中のものです。** · 2009/02/10(火) 01:11:15

>387
> >>373
> ＞>>2に代わる初歩的原型
> 初歩的原型？>>2が？どーこがだよ

俺のレスに突っ込みかよw

**名前は開発中のものです。** · 2009/02/10(火) 01:13:56

>>387のはアンカーミスだ。>>370

**名前は開発中のものです。** · 2009/02/10(火) 01:15:44

>>385
>>386
それは論点が違う。書き方が悪かったかな・・・

>宇宙に漂う星々を観賞するソフトをタスクシステムで作ることを考える。
>星をタスクで実装したとして、各星の間に働いている万有引力はどう記述するか。

この問題の論点は、タスクシステムにおいて、タスク間にまたがる処理はどこに書くのか？。

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

>391
とりあえずこの問題に限定するけど、フリーの物理エンジンの実装見たことある？

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

>>388
>こういう環境上で律儀に真似しようとするのはなーんでなんで？どうして？
そのまま同じコードで実装して使ってるところは無いと思うけど。
特にC++が主流になった現場では。

まぁ、同じ考え方のシステムはスペックにあった実装されて使われてるけどね。
スペックに関係なくゲーム作るうえで処理のプライオリティ付きでゲームの状態遷移によって出し入れできるタスク管理は便利だから。
他にいい方法があれば淘汰されてるだろうけど、この考えのシステムを淘汰できるような物は今のところ無いみたいだしね。

**名前は開発中のものです。** · 2009/02/10(火) 01:21:28

>388
FPSなんかは、全部仮想関数でupdateを持つEntityクラスのサブクラスにしてたりするよ。

**名前は開発中のものです。** · 2009/02/10(火) 01:21:36

>>392
無いけど。

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

>395
答えが全部書いてあるから、見てみるといいよ。

**名前は開発中のものです。** · 2009/02/10(火) 01:24:48

>>396
逃げるなよ。絶対書いてないと断言できる。
今ここで示して見せてくれ。

**名前は開発中のものです。** · 2009/02/10(火) 01:28:52

位置と速度を分離して、万有引力は個々の更新で処理しない。

万有引力は距離関係ないけどまぁ有効距離を設定したとして、一つ一つの星にかかる引力を合計して
その星の質量から加速度と速度を計算する。
で、単位時間（多分1フレーム）あたりの移動量がでるから、それを位置に加算するだけ。

**名前は開発中のものです。** · 2009/02/10(火) 01:33:26

>>393
>>394
数値積分の（代表的な、最小の）タイムステップとして例えばリフレッシュレートを選択し
そのタイムステップで可視属性のエンティティの処理を周期的に呼ぶというのは問題ない

アニメーション処理など、表示系の処理はリフレッシュレートに同期させないと美しくないからだ
>>2が腐ってるのは「あらゆる処理をちゃんこ鍋リストに入れてリフレッシュレートを基準に
周期的にバッチ処理して起床させる」というトンチンカンプログラムだから

**名前は開発中のものです。** · 2009/02/10(火) 01:41:21

>>398
>一つ一つの星にかかる引力を合計して
どこで合計するの？誰が合計するの？星タスクの中でやるの？
結局、タスクシステムの外で計算するしかないんじゃないの？

**名前は開発中のものです。** · 2009/02/10(火) 01:45:28

>>394
例えばFPSのエンジン。これのエンティティのMODを作る人間がユーザーとしよう
エンジンは内部ではBSPなりPVSで空間領域分割しているがMODの開発者は
そんなこたしらねーわけ

可視範囲内にいる脅威のデータをくれっていえばエンジンはくれるわけ
例えば視界のコーン（or視錐台）を渡して、最近傍のバカのデータをよこしてくれる
俺が使ったのはそういうエンジンだった

敵AIを作る奴の目的はレベル内の敵性物体の掃討であり、それを適切に連携しながら
行なうことだ。

タスクシステムってのは

脅威の情報くれ　⇒　エンティティのちゃんこ鍋リストあげるからテメェで探せバーカ

こういうもの

**名前は開発中のものです。** · 2009/02/10(火) 01:46:55

>>399
画面のリフレッシュレートは特にウィンドウモードの場合まちまちだから、
ゲームロジックのFPSと描画のFPSが別々になることがある。
例えば、ゲームロジック60FPS、描画72FPSとか。
この辺のギャップを滑らかに埋める仕組みを作るのは結構面倒。
俺の自作描画エンジンはそれを勝手に面倒見てくれるように作ってる。
それすら実装されてないのにタスクシステムとか言われても・・・ねぇ。

**名前は開発中のものです。** · 2009/02/10(火) 01:47:59

＞エンティティのちゃんこ鍋リストあげるから

あ、これですらないわ。全処理のちゃんこ鍋リストだわ。ははーは

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

>>402
＞画面のリフレッシュレートは特にウィンドウモードの場合まちまちだから、

YES。フルスクリーンであろうと指定したリフレッシュレートにしてくれない
ポンコツビデオカードがまかり通ってた時代もあるしな

＞ゲームロジックのFPSと描画のFPSが別々になることがある。

YES。そのとおり。そしてリフレッシュレートが既知であろうとなかろうと
AIを作る奴にイベント駆動システムを提供することだってある
これはゲームエンジンが階層型スケジューラをサポートしている

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

>>399
>「あらゆる処理をちゃんこ鍋リストに入れてリフレッシュレートを基準に周期的にバッチ処理して起床させる」
これ、FPS単位では無いけどタイムシェアリングのOSのスレッド管理と同じような考え方だね。
タスクシステムもスリープ状態とか、スレッドのようなフラグ付けして使うのはよくある実装。

独立した時間軸のある処理を複数持ちたい、となるとスレッドなりタスクシステム的なものが必要になるわけで。
で、ゲームの場合はオブジェクト毎にスレッド立てるなんてのはパフォーマンス的に無駄なのでもっと簡素なシステムを使ってると、
そんな感じじゃないのかな。

別にそんなトンチンカンでは無いと思うけど。
タスクシステムで出来ることを全て網羅していてもっとスマートな方法があるならそれを使えばいいんだろうけど…
今まで見たことあるのは結局タスクシステム＋αしたようなタスク拡張システムで、パラダイムの違うのは見たこと無いなぁ…

**名前は開発中のものです。** · 2009/02/10(火) 02:18:31

>>405
やねちゃんなの？

**名前は開発中のものです。** · 2009/02/10(火) 02:26:24

＞ゲームの場合はオブジェクト毎にスレッド立てるなんてのはパフォーマンス的に
＞無駄なのでもっと簡素なシステムを使ってると、そんな感じじゃないのかな

ん。違うな。やねちゃんではないな
協調的マルチタスクシステムがタスクシステム的だとか言わんよな。彼なら
眠気を我慢してる状態でごにょごにょ長文を読むとみんなやねに見えるから困る
寝る

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

やねちゃんは、にちゃんなんか歯牙にもかけないでしょJK

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

>>405
＞これ、FPS単位では無いけどタイムシェアリングのOSのスレッド管理と同じような考え方だね。
＞タスクシステムもスリープ状態とか、スレッドのようなフラグ付けして使うのはよくある実装。

FPS単位とかよくわかんないけどさ
オラが村の自慢の生娘のウンコ（タスクシステム）に似てるとかドーデモイーわけ
所詮はローカル用語。お前さんの自慢のタスクシステムなんて誰も興味ねーし
お前さんが自慢のウンコを職場内でタスクシステムと呼んでようがドーデモイーわけ

俺がバーカバーカって言ってるのは公衆の前でタスクシステムとして布教されている>>2
そして>>2を超すごいオーパーツだとか可搬性と再利用性に優れたミラクル秘儀だとか
祭り上げてる（いた）バカ共
あと、定義不明瞭なオラが村のローカル用語（タスクシステム）を引っ張り出して擁護するイナカッペ
誰もてめぇのひりだしたウンコの名前の良し悪しの話なんてしてねーから安心しろ

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

>>405
＞独立した時間軸のある処理を複数持ちたい、となるとスレッドなりタスクシステム的なものが必要になるわけで。

いやだからそのタスクシステム的ってナニ？意味わかんねーのよ
なんでそういうオラが村のローカル用語を駆使するの？自覚ある？ない？
まずお前のいうそのタスクシステムってやつを説明してくれないと
ホント意味わかんねーから

＞で、ゲームの場合はオブジェクト毎にスレッド立てるなんてのはパフォーマンス的に
＞無駄なのでもっと簡素なシステムを使ってると、そんな感じじゃないのかな。

もうチンプンカンプンだよ
お前さんは一体ナニが作りたいの？協調的マルチタスクシステムが作りたいの？
だったら何でそれが>>2になっちゃうの？コンテキストスイッチはどこ？目的と実装は一致してるの？
何度も言うけど、一体ナニが作りたいの？ゲーム作りたいんじゃなかったの？目的変わった？

**名前は開発中のものです。** · 2009/02/10(火) 06:12:33

>>405
＞別にそんなトンチンカンでは無いと思うけど。

ちゃんこ鍋リストに全てをぶち込んでバッチ処理がしたいんであれば>>2はトンチンカンじゃないな
ちゃんこじゃなくてウンコ鍋だったっけ

＞タスクシステムで出来ることを全て網羅していてもっとスマートな方法があるならそれを使えばいいんだろうけど…

網羅する必要？どこにあるの？ねーよ？まず、ゲームは
ちゃんこ鍋リストに全てをぶち込んでバッチ処理する必要ねーから
でもお前はある。しかもタスクシステムが出来ることが他にもあるという。
網羅できないと駄目だと。じゃあこれについて語ってくれないか？

お前のタスクシステムで出来ることを全て網羅的に説明してくれ
逐一、それが>>2である必要がないことをみんなが説明できるぞ

＞今まで見たことあるのは結局タスクシステム＋αしたようなタスク拡張システムで、パラダイムの違うのは見たこと無いなぁ…

たしかに>>2は強烈なウンコパラダイムだな。ウンコパラダイムシフトってのは巻き糞なのかな？

**名前は開発中のものです。** · 2009/02/10(火) 06:16:14

あーん出勤の時間だ。ばいばい！

**名前は開発中のものです。** · 2009/02/10(火) 06:27:18

>>411
>ちゃんこ鍋リストに全てをぶち込んでバッチ処理する必要ねーから
まったくその通りだなｗ

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

>400
だから『個々の更新で処理しない』って書いてるでしょ？
中じゃなかったら外でやるしか無いじゃん。

>401
そこまで判ってるなら言うこと無いよ。
実行巡回リスト以外に、必要な各種コンテナを追加すればいいだけ。
だいたいその存在目的が違うのに、なんで『ごった煮リスト』からEntityの検索をしないといけないんだ？

> 脅威の情報くれ　⇒　エンティティのちゃんこ鍋リストあげるからテメェで探せバーカ

オマエの邪推だろ。
実行巡回リスト以外に管理しているものがあるとか想像できない、その貧しい発想がダメだな。

**名前は開発中のものです。** · 2009/02/10(火) 09:26:37

>>2について採決を取ろうか。
話がぶれすぎ。

ウンコ信者は>>2をよく見て、それに含まれていないものを勝手に追加したり「想像しろ」とか言わないように。
>>2について決着がついたら、更なる進化系ウンコを提示してもらおう。

あと、質問には単純明快に答えてほしいな。
「どこで？」と聞かれたら「ここで」と答えよう。
「他のソース見たことある？」とか「フリーのソース見ればわかる」とか「こう計算する」とか「中ではない（だから外だ。でもどこかは言明しない）」ではなく、
明確にどこかを示してほしいもんだ。

**名前は開発中のものです。** · 2009/02/10(火) 19:16:53

対話は無理じゃないのか
タスカーの目的は保守だから逃げたり煙に巻くことだけを考えている
だからごまかせればそれでいい、逆に揚げ足取りを狙うだけ
自分からサンドバッグになるほどバカじゃないだろう

**名前は開発中のものです。** · 2009/02/10(火) 19:22:31

やねうらおの人生みたいだな

**名前は開発中のものです。** · 2009/02/10(火) 19:35:00

>>2 のいくつかについて
使い方だけが記述してある
使う理由や、使うことで得られるもの等は書かれていない

3Dではレンタゲ絡むから単純にコマンドリストにしてソートして描画は無理
一つをレンダリングした後にそれを加工して他に適応するような
複雑な手順が必要となるから、ほぼ間違いなく複雑になる

これを見てくれ、何かが色々とおかしい
>長所は次の通りです。
> * ジャンルを問わず様々なゲームに適用できる
> * 並列処理をうまい具合に実現できる
> * ゲームの流れを自然な形で表現できる
> * 大規模なゲームも開発できる
> * タスクごとに独立しているため、複数人で開発できる
無理やりメリットを列挙した感が伝わってくるよ

**名前は開発中のものです。** · 2009/02/10(火) 19:48:28

俺の主観

> * ジャンルを問わず様々なゲームに適用できる
ジャンルごとに最適な作り方を模索しようぜ
木造一戸建ての家と鉄筋コンクリートのビルを同じ手法で作らなくてもいいじゃないか

> * 並列処理をうまい具合に実現できる
そのうち、インテルが優秀なコンパイラを作って解決してくれるようになるさ
GPUの並列処理では使えない、全く役に立たない

> * ゲームの流れを自然な形で表現できる
自然な流れといったら、俺にとってはDSL、内部でも外部でもいいけど
DSL的アプローチとしてはHSPをそのまま使った方が比較できないほど有益

> * 大規模なゲームも開発できる
使わなくても出来るだろう
"大規模なゲームを簡単に開発できる"と書かないあたり良心的

> * タスクごとに独立しているため、複数人で開発できる
クラスで見かけ上分離しても、データのやり取りで
相互依存関係が存在しているので独立しているとは断定できない
近い箇所でわざわざ分けずに、サブシステムで担当分けろ

**名前は開発中のものです。** · 2009/02/10(火) 19:55:43

タスクは少しでも処理を稼ぎたい時くらいしか使わないな。
あと、クラスとタスクを勘違いしてる奴が多いな。

**名前は開発中のものです。** · 2009/02/10(火) 20:55:11

銀の弾丸なんかありゃしないんだから、好きなように書けば良い。タスクシステム使いたければどうぞ。
イヤならそれで構わない。

というスタンス。

もっといろんなソースを読めばいいのに。そこいら中に転がってるんだし。

**名前は開発中のものです。** · 2009/02/10(火) 20:58:01

Golden Hammer
ジャンルごと、ゲームごとにルール、論理は異なる
にも関わらずなぜ共通の処理を用いようとするのか
なぜそこまで固着できるのか、それ以外を否定し続けなければならないのか
もはやカルト的、ゲーム脳的、マイナスイオン的
これは広義のタスクシステムなのだよっと言って
俺まで仲間にされたんじゃあ、たまったものではない
今こそ、そのこびりついたウンコを便器の奥に流し去るとき

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

ジャンルごと、ゲームごとにルール、論理は異なる
にも関わらずなぜタスクシステムを否とするのか
なぜそこまで固着できるのか、それを否定し続けなければならないのか
もはやカルト的、ゲーム脳的、マイナスイオン的
これは絶対的に醜悪なシステムなのだよっと言って
悪魔の仲間にされたんじゃあ、たまったものではない

**名前は開発中のものです。** · 2009/02/10(火) 21:09:59

くっそー、Kindle2欲っしいなぁ。

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

誤爆スマン

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

>>384
＞それのどこがカオスなの？

ある時点で、ｎ個のキャラが発生し、だんだん大きくなり、５秒後きっかりに消滅する。
これをｎキャラ分同時に繰り返すのが非カオスな状態。

一方、発生時刻、大きくなる時間、消滅時刻をｎキャラ全てでずらしてやる。
これを各キャラ別に繰り返すのがカオスな状態。

どうせお前のクソ生産物は、この程度のカオスも実装してないんだろ。

＞各星の間に働いている万有引力はどう記述するの？

まず、空間を適当なグリッドに分けてやる。
そして、（ｚ断面数×仮想重力場２次元配列×ｎ方向断面）×２スロットを管理するタスクを、最低プライオリティで

登録。
スロットは１つが【更新用】、もう一つが【参照用】。
各星タスクが呼ばれる際に、付近の【更新用】重力場配列ｎ方向分の値を、遠小近大で所定の範囲を足し算更新する。
足し算する値の大きさは、星の重さごとに異なるものとする。
同時に、【参照用】重力場配列ｎ方向分の直近の値を合成して、加速度ベクトルを決定、自速度に加速。
仮想重力場２次元ｎ方向分のスロットの【更新用】と【参照用】は、フレームごとに切り替える。
【参照用】スロットは毎フレーム、0で全初期化。
タスク登録処理部で、星タスク登録時に、重力場タスクへの参照を渡しておく。
バカはすぐ馬鹿と口にする。むじゅかちい問題よりも簡単なタスクシステムから始めた方がいいんじゃないでちゅか。

>>387
＞（>>2）ゲームプログラムの原型とかほざく理由を書け
ボケが記事読めや、ググレカスチンカスが。むいて洗えや。
>>2は、万里ゆうじ氏が、業界現場で使われていると書籍で紹介していた初歩的タスクシステムともおおよそ同じ。

**名前は開発中のものです。** · 2009/02/10(火) 21:29:29

くだんね
結局、関連の実装がすごく苦しそうじゃん
自機、敵、弾の例でそれぞれ単体テストが普通にできなさそう
自機のソースだけ動かしたいのに敵も弾ももってこないと動かないんでしょ？

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

>426
最近はこういうのも『カオス』って言っちゃうんだ。

**名前は開発中のものです。** · 2009/02/10(火) 22:37:10

実装の方法を述べるのが得意で
なぜそれを実装しているかという理由を考慮していない
実装したらどういうメリットとデメリットがあるのか考えていない

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

>>426
万里ゆうじって、緑ウンコ本の人？

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

>業界現場で使われていると書籍で紹介していた初歩的タスクシステム
NASAが開発した新技術で作られた商品です
プロも愛用しているこの商品
今回はなんとこの値段でご提供します
おおおー

なんだよ、その詐欺臭い言い回しは

**名前は開発中のものです。** · 2009/02/11(水) 00:37:35

>431
今なら、このタスクシステム利用したフレームワークも付いて、お値段なんと9割引!

**名前は開発中のものです。** · 2009/02/11(水) 05:39:41

>>430
世の中夜勤帰りで朝から寝てる人だっているんだよ？
引っ越しの時ちゃんと挨拶行った？
顔合わせたら軽く会話するとかしてちゃんとコンタクト取り続けてる？
日頃からそういうコミニュケーションが取れてればいつ洗濯機を回していいのか
いつ静かにしなければならないのか
迷惑を掛けないように生活出来るはずなんだが

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

Golden Hammer アンチパターンタスクシステム

>>433
ちなみに、監視していると告げる行為は
ストーカー認定されますのでご注意ください
しかもリストがひとつずれてるし、おまえバカだろ

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

レスが切れたか
タコスシステムもついに終わりか
長い戦いだったな

**名前は開発中のものです。** · 2009/02/12(木) 08:20:00

こんなちっぽけなネットの片隅で勝利宣言しても、不毛だと思うけどなあ…。

なんで反対派は口が悪い上に、
相手を言い負かすことにこんなに力を注いでるんだろう。
別に間違ったことは言ってないのに、
言いたいことが曇ってて反感買いやすいし。

ただ口喧嘩がしたいだけなのかなあ。
現実じゃストレス溜まってるのかね。

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

でもタスクシステムがなんの問題を解決するのか一度もでてないよね

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

>2にあるだろ

**名前は開発中のものです。** · 2009/02/12(木) 14:49:06

レガシーーｨｨｨｨィ

DXライブラリ信者がこの板で多いのも頷ける

**名前は開発中のものです。** · 2009/02/12(木) 14:53:50

>>437
どんな問題を解決するのかという問いには問題が発生する場合との比較が
内在していて問題が発生する場合がなければ答えられない。
よってまず非タスクシステムではどう書かれていて
どんな問題があるのかを調査する必要がある。

**名前は開発中のものです。** · 2009/02/12(木) 15:45:22

世界一の戦士が軍に所属していても、世界制服は出来ないのと同じ
優れた戦術はいくら積み重ねても、簡単に戦略を覆すことはできない
戦略なき集団(盗賊など)に対しては優れた戦術だけで潰すことは可能
所詮タスカーは盗賊程度を相手に戦う村の英雄止まりというわけだ
意味は違うけどローカルヒーローというアンチパターンもあったな

タスカーはタスクシステムが戦術に属するのか戦略に属するのかを明確にしない
仮にタスクシステムが戦術であるとするなら上記の通り
戦略であるとするならば、実装例を重視すべきではない
にもかかわらず、実装に固着するタスカーは行動が矛盾している
それは理解不足が要因であると断定せざるを得ない
すなわち、タスカーはバカで無能である

最後に挑発して和解の道を潰しておきましょうか
この意味すらも理解できないだろうけど

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

> 世界制服は出来ないのと同じ

一行目から誤字。すごく馬鹿が書いているみたいなのでそこで読むのやめてNGリストに入れた。ばいばい。

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

>でもタスクシステムがなんの問題を解決するのか一度もでてないよね
売名目的ぐらいしか思いつかない
自分の知名度を向上させるにはどうすればいいかという問題を解決できそうだ
自分ではよくわからなくてもまわりが凄い凄い言ってれば
なんだか凄そうに見えるという人間の心理を応用した
いわばカルト的人民掌握術と言える
実際に、ゲーム脳やマイナスイオンの偽科学もそれで普及した
タスクシステムをわざわざ持ち上げるのは、その恩恵にあずかりたいから
自己顕示欲と無知、それが連鎖してタスクシステムは一大宗教勢力となった
タスカーが全力でタスクシステムを守る理由も
自分の過去を正当化するため、又はその恩恵にあずかりたいから
典型的なカルトに洗脳された信者の行動と類似する

**名前は開発中のものです。** · 2009/02/12(木) 16:14:27

>一行目から誤字。すごく馬鹿が書いているみたいなのでそこで読むのやめてNGリストに入れた。ばいばい。
黙ってNGに入れないということは
読んだという事実
でも反論する余地がない、又は反論する知識知能がない
揚げ足を取りたいという願望
他者にもNGを呼びかけたい
挑発したい
これらの意図を読み取れる、あんたの心は見え透いている
透け透けなのよ
次は、もう飽きた寝ると言うんだ
何度も何度も繰り返しそう言うんだ
そして俺がいなくなるのを見計らって、またタスクシステムを布教するんだ

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

>でも●●●●がなんの問題を解決するのか一度もでてないよね
売名目的ぐらいしか思いつかない
自分の知名度を向上させるにはどうすればいいかという問題を解決できそうだ
自分ではよくわからなくてもまわりが凄い凄い言ってれば
なんだか凄そうに見えるという人間の心理を応用した
いわばカルト的人民掌握術と言える
実際に、ゲーム脳やマイナスイオンの偽科学もそれで普及した
●●●●をわざわざ持ち上げるのは、その恩恵にあずかりたいから
自己顕示欲と無知、それが連鎖して●●●●は一大宗教勢力となった
●●●●が全力で●●●●を守る理由も
自分の過去を正当化するため、又はその恩恵にあずかりたいから
典型的なカルトに洗脳された信者の行動と類似する

**名前は開発中のものです。** · 2009/02/12(木) 18:39:05

アンチタスク派はどうしてこんな基地害ばっかりなんだろうな

**名前は開発中のものです。** · 2009/02/12(木) 19:00:30

>440
どんな問題を解決するかという問いかけを意味あるものにするには
問題意識の共有も必要だよ。コードのスマートさなんてあいまいで
捉え所の無い審美的主張がありうる話題のときは特にね。
そうでないと好き嫌いで終わる話を無駄に続けることに。
荒してる人はそれを承知で挑発してるのかもしれんが。

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

>アンチタスク派はどうしてこんな基地害ばっかりなんだろうな
わかっている
議論や正論に負けたカルトは、対象をキチガイ認定して、数の力で押す
ならば問おう
外人が書いた本にタスクシステムの記述はあるのか?
パターン本にタスクシステムの記述はあるのかと
権威を傘に威張る奴は奴は権威に弱いという
日本ローカルな権威であるタスクシステムも
世界的な視点では、所詮日本のローカルパターンに過ぎない
タスカーは世界的な権威に負けたのだよっ

**名前は開発中のものです。** · 2009/02/12(木) 19:14:03

レスが基地外じみてるせいで無視されている事に何故気づかない

**名前は開発中のものです。** · 2009/02/12(木) 19:15:10

だってよ、「アンチタスク派＝基地害」ってのはホントのことじゃん

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

>>447
あんたには悪いけどな、俺としてみりゃ

内容が伴ってさえいれば口調が悪かろうがドーデモイーわけ
内容が伴ってさえいれば口調なんざ枝葉末節の些細な問題なわけ
内容が伴ってさえいれば口調なんざそいつの目印、そいつのお好みの芸風、フレイバーでしかないわけ

内容の無い一行レス、罵詈雑言レッテル貼りの一行レスを張る奴なんざ気にするな。無視しとけ
そいつらは、気に食わない相手を論破したくても脳みそが付いてこない哀れな低脳だ
言うに事欠いた時点でそいつ自身は詰んでるのに、大人しく引き下がる勇気の無い、低脳ゾンビだ
論理的に死んでるのに、でも悔しくて仕方なくて、だから相手の態度にウダウダブツブツ文句たれて
一行レス（腐れウンコ）を投げつけるしか成す術のない惨めな低脳腐れウンコゾンビだ

ひらしょーさんひらしょーさん言ってるアンチタスク気取り
やねうらおさん松浦さんさん万里ゆうじさん言ってるタスカー気取り

こいつらは等しく無価値な、内容の無い一行レスで吠えるだけの犬っコロだ
文句言っても消えやしない。いくらでも湧いてくる。今日も湧いてるな

>>442 >>445 >>446 >>449 >>450

ほれ。お前らの感想を聞かせろよ？脳みそついてんだろ？
>>2はobserver patternだと思う？思わないよな？思うなら>>359に答えてみ？
>>2はゲームプログラムの初歩的原型だと思う？思わないよな？思うなら>>387 >>388に答えて

**名前は開発中のものです。** · 2009/02/12(木) 20:33:34

いま、タコスシステムが団地妻の叫び声をあげながら死んでいきましたとさ

**名前は開発中のものです。** · 2009/02/12(木) 20:38:08

ageポエマーはコテつけなはれ

**名前は開発中のものです。** · 2009/02/12(木) 21:30:45

あーあ、偉大なる天才プログラマやねうらおさんからも
タスカーの方々からも嫌われちゃいました＞＜
俺の言ってることはどんなに有益でもきっと受け入れられないだろうな

というわけで、タスクシステムに疑問を持ってる人や
タスクシステムを嫌っていて模索している人に
DSLを紹介、知ってる人も多いと思うけど
内部DSL, 外部DSLあたりで検索すれば出てくる
これはいいぜ、タスクシステムと違って
wikiに書かれてるし(タスクシステムは残念ながらw)
外国の人も議論しまくってるし、観念的にもそれほど難しくない
使わなくても知っているだけでかなり有益な情報
お勧め

俺がお勧めした時点で、俺を嫌ってる人は
DSLへのハードルが高くなっちゃったね、ごめんね
俺、性格悪くてごめんね、ポエマーでごめんね

**名前は開発中のものです。** · 2009/02/12(木) 21:33:27

なんかタスクっていう技術概念を、完成されたなんにでも使える万能薬みたいに思ってる馬鹿なおじさんがいるね＾＾
ここではみんなかまってくれておじさんも楽しそうだね＾＾

**名前は開発中のものです。** · 2009/02/12(木) 21:48:47

>でもDSLがなんの問題を解決するのか一度もでてないよね
売名目的ぐらいしか思いつかない
自分の知名度を向上させるにはどうすればいいかという問題を解決できそうだ
自分ではよくわからなくてもまわりが凄い凄い言ってれば
なんだか凄そうに見えるという人間の心理を応用した
いわばカルト的人民掌握術と言える
実際に、ゲーム脳やマイナスイオンの偽科学もそれで普及した
DSLをわざわざ持ち上げるのは、その恩恵にあずかりたいから
自己顕示欲と無知、それが連鎖してDSLは一大宗教勢力となった
DSLスカーが全力でDSLを守る理由も
自分の過去を正当化するため、又はその恩恵にあずかりたいから
典型的なカルトに洗脳された信者の行動と類似する

**名前は開発中のものです。** · 2009/02/12(木) 22:14:01

内容ありゃ口悪けりゃいいなんて嘯く輩はいっぱい見てきたけど、
やっぱり面白がられてるだけだなあ。突付けばすぐ反応してくれるし。

そういうのは何らかの権威がある身元のはっきりした人が言うから意味があるんであって、
ネットの片隅の名無しが言っても説得力なんて皆無なんだよね。

こういう事いうと「分かってくれるやつだけ分かればいい」なんて強がるけど、
そんなん身内でお互いを褒め合って慰めあってる
ネット上の一山いくらの連中と大差ないわけで。
ブログかmixiでやれって感じだ。