タスクシステム総合スレ 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/14(土) 14:33:38

>>523
それだと他所の関数や他所のクラスがtaskSystemへのポインタを知るための仕組みが居るから困る。
taskSystem(の中のOperandList)は、ぶっちゃけデータベースだからプロセス毎に一つあればそれでよい考え。

やりたいことは、
ゲーム中で使うデータ(オブジェクトなど)は全部データベースに登録する。
データを処理するときは、データベースにリクエストする。(このとき排他処理も自動的にかける)
リクエストに引っかかったデータはすべて並列的に処理される。(データが多い場合は各コアで並列に)

ねらいどころは、
排他処理の自動化。データ構造に基づいてロックをかけるのでデッドロックしない。
処理の自動並列化。
すべてのデータがデータベースに登録されているので、データ構造が明確。
処理の流れが基本一本道なので、どこで誰がなにをしているかすぐ分かる。

**名前は開発中のものです。** · 2009/02/14(土) 14:56:39

>>527
> みんな俺俺プログラムだよな。定義不明瞭。みんなバラバラ
> じゃあやっぱローカル用語だな。公衆の場で何の事前説明もなくタスクシステムとか語られても意味わかんねー
何か権威から定義付けされてない言葉は公衆の場で使うな、ということかい？
たとえばデザインパターンが生まれる前からあれらのアルゴリズムはみんな俺俺実装で使われてたし
その時代に彼らは自己流な命名で呼び合ってた。むしろGoFみたいに定義されてる方がマレ。

ふつーにゲーム作ったことあるプログラマなら「タスクシステム」と言われれば
どんなことをしたいシステムなのかだいたい想像つくし。よほどの新人でもない限りその程度で事足りる。

現場ごとにのローカル定義用語なんて開発現場じゃいくらでもあるよ。
それらを厳密に定義した言葉じゃないと認めん、なんて言ってたら社会生活おくれんだろ。

まぁ、ここは開発現場じゃなくてゲーム作りたくて挫折した人とかもいて
何かコンプレックスを刺激されるのかもしらんが、そんなトラウマになるほど思いつめなさんな。

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

>排他処理の自動化。データ構造に基づいてロックをかけるのでデッドロックしない。
これは無理か。
・データベースへのリクエスト時はデータベース全体をジャイアントロック。
・しかし、リクエストそのものは並列実行される。
こうだな。

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

>>528
> ぶっちゃけデータベースだからプロセス毎に一つあればそれでよい考え。

データベースにしてもサイトごとに仮想化して何個も用意するじゃん。

ゲームにしても、全然別の2つのゲーム(例えばミニゲームを2つだとか)を動かしうるなら、
そんな何の関係もないオブジェクトを同じOperandListに登録するのは嫌だし、無駄だ。

> それだと他所の関数や他所のクラスがtaskSystemへのポインタを知るための仕組みが居るから困る。

それは実装技術が足りてないだけだろ。

一体、どういうコードを想定してんだ？
ちょっとソースを例示してくれ。俺が書き直してやる。

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

>>529
＞何か権威から定義付けされてない言葉は公衆の場で使うな、ということかい？

人と会話するときはきちんと相手の話を聞こうや
それが文章なら、質問する前によく読み返そう
大人の常識でしょ？というか学校で教わったでしょ？
自分で引用した文くらいちゃんと読もう。な。
はい、では大きな声で復唱しましょー

『ローカル用語だな。公衆の場で何の事前説明もなくタスクシステムとか語られても意味わかんねー』
『ローカル用語だな。公衆の場で何の事前説明もなくタスクシステムとか語られても意味わかんねー』
『ローカル用語だな。公衆の場で何の事前説明もなくタスクシステムとか語られても意味わかんねー』
『ローカル用語だな。公衆の場で何の事前説明もなくタスクシステムとか語られても意味わかんねー』

脳みそに染み渡った？質問どうぞ

**名前は開発中のものです。** · 2009/02/14(土) 15:21:00

うー…なんと気持ち悪いスレだ…

**名前は開発中のものです。** · 2009/02/14(土) 15:22:55

>>532
まぁ落ち着けや。
別にポインタ分からなくてもプログラムは作れるし
タスクシステム分からなくてもゲームは作れるさ。

君に理解できないことを他人が理解できたからって君が劣っているわけじゃないよ。
人間には個性があるんだから。君にしか出来ないことがあるかもしれない。
涙を拭いて外に出よう。

**名前は開発中のものです。** · 2009/02/14(土) 15:23:33

タスカーごときがデザインパターンを語るなよ
デザインパターンは良く出る形でメリットがあるものを厳選している
タスクシステムは良く出る形だがメリットがないものを実装だけ俺俺定義している
デザインパターンの本で実装があまり重視されていないのは
メリットデメリットや問題解決などの方が重要だから
一方タスクシステムは実装ばかり重視されてそれ以外がない
よって同一のものではない、形だけが近い別物となる

ちなみにアンチパターンには該当してるみたいだけどね、タスクシステム

次はC++イデオム話ですか、やれやれ
イディオム話をするってことはどうやらフレームワークの話ではないらしい

**名前は開発中のものです。** · 2009/02/14(土) 16:01:59

>>534
あれあれ？そうあってほしいの？そう思い込みたいの？
自称大人なのに言うに事欠いて妄想世界にイっちゃうの？
脳内世界で願望を実現して心穏やかになったところ悪いんだけど、何度も聞くよ？
>>529読んでね。脳みそに染み渡った？

で、↓の疑問は氷解した？

＞何か権威から定義付けされてない言葉は公衆の場で使うな、ということかい？

もちろん氷解したよね？

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

なんですぐこういう流れになるんだか。

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

次はアンチが>>510を書き直すターン。
>>510よりも良くなればアンチの勝ち。
良くならなかったらタスカーの勝ちだな。

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

外とは裏腹に陰湿低能気圧が発達しているな
結局言葉遊びか。外に出ろ
>>534わろた

**名前は開発中のものです。** · 2009/02/14(土) 16:50:55

>次はアンチが>>510を書き直すターン。
>>>510よりも良くなればアンチの勝ち。
>良くならなかったらタスカーの勝ちだな。
負けました、コード見たけど何がなんだかよくわからなかった
俺の知能じゃあ理解できないや
それにしてもタスクシステムはとっても便利な気がします
まさに神に選ばれた超天才のみが使いこなせるという
伝説の剣、そういわゆるゴッド神装備であることを痛感いたしました
俺は凡人だから使わないだろうけど
天才の方々は頑張ってください
凡人の俺はシェーダーでもいじってます

**名前は開発中のものです。** · 2009/02/14(土) 17:13:51

で？結局、なんのためのソースだったの？
また、目的もなくとりあえず組んじゃった？
そういう行動改めた方がいいよ
自分では頑張ってるつもりなのにいつも結果に結び付かない状態になるよ
ソース読んであれこれ評価してる奴もおかしい
目的もなにもわかってないのになんであーだこーだ言えるの？
テキトーに気分で評価してテキトーなコメント入れてない？
ちゃんと目的を満たしているかどうかが評価ポイントじゃない？

**名前は開発中のものです。** · 2009/02/14(土) 17:14:15

>>540
あの程度のコードすら読めないとはよっぽど馬鹿なんだろうな

タスク派とかアンチタスク派とか以前にプログラマとして失格

お前みたいなクルクルパーに絡まれるやねが気の毒だ

**名前は開発中のものです。** · 2009/02/14(土) 17:15:10

>>541
お前みたいなクルクルパーもこのスレにはいらないからどっか行ってくれ。

**名前は開発中のものです。** · 2009/02/14(土) 17:21:40

>あの程度のコードすら読めないとはよっぽど馬鹿なんだろうな
>タスク派とかアンチタスク派とか以前にプログラマとして失格
>お前みたいなクルクルパーに絡まれるやねが気の毒だ
おっしゃるとおりです
くやしいっ、でも感じちゃう、ビクビクッ

**名前は開発中のものです。** · 2009/02/14(土) 17:29:48

まじめに評価すると
問題領域がちょっと微妙な気もした
描画とロジックを混在させるのはまぁ、みなかったことにして
ロジックが細切れで、流れは見づらくないだろうかと思った
計算する部分を重視して、それがどう組み合わされているのかの部分が
ブラックボックス化するのには何か意味があるのでしょうか
俺にはその辺の意味が理解できなかった
まぁ、アンチタスカーで敗北者の俺の意見なんて無視していいよ
タスカーは神いわゆるゴッドなのだから気にするな

**名前は開発中のものです。** · 2009/02/14(土) 17:32:45

お前らいつまでやねうらおに絡んでるんだｗ

**名前は開発中のものです。** · 2009/02/14(土) 17:48:23

>>545
> 描画とロジックを混在させるのはまぁ、みなかったことにして

本当に馬鹿なんだなぁ。あれがあのフレームワークの真骨頂なのに。

あのフレームワークは、オブジェクトのinteractionを定義できるようになっているから、
描画すらも、Windowとobject(画面に表示すべき物体)とのinteractionとして定義できるってことだ。

なんで一番大切なところを見なかったことにするかな…

あんたはクルクルパーなんだから、アンチタスカーなんかを名乗ってくれるなよ。
アンチタスカーがみんなクルクルパーだと思われるじゃん。

**名前は開発中のものです。** · 2009/02/14(土) 17:54:46

何度でもいうよ

で？結局、なんのためのソースだったの？

意味不明な行動してんじゃねーよ
いきなりソースもってきて「どうよ？」とか馬鹿か、頭おかしいのか？

**名前は開発中のものです。** · 2009/02/14(土) 17:59:14

>>510
おもしろい
void Loop()　の相互作用が一覧で見れるってとこがかなりいいね

俺的難点を挙げるなら、「Tasksystem.h」何やってんだかワカンネェ orz
というあたりか。

・staticで定義された唯一のリストにデータを一緒くたに持ってる（型を気にせず）
・TASK1()とかTASK2()とかの引数に指定された型を元にリストから対象データを検索して処理を適用してる
この２点の意図を読み取るのがやっとだった。
演算子の意味づけ変更しちゃうともうC++じゃないね。俺的ゲーム用汎用スクリプト言語って感じ。読めない（俺が）。

他にはデータの保持方法がリストに全突っ込みってのがいいのか悪いのか判断がつかない。あまり問題は無い気もするが。

全体通してみると相互作用が見やすいという利点があって、逆に明確な悪いとこは今すぐ思いつかない。
データアクセス時に検索処理が間に入る分だけ、普通に変数定義しまくって変数名で直接アクセスするよりも重そうだなという程度。

ゲーム部分の可読性は高いし、性能が問題になったらデータ定義方法変えればいい話だし、かなりいけてる気がする。
今までのタスクシステムよりは断然こっち使う方が良い。先につながる。

ちなみに俺はアンチタスクシステム派です。

**名前は開発中のものです。** · 2009/02/14(土) 18:02:25

ttp://blog.hobbystock.jp/report/images/tp0108/014.jpg
お美しい・・・

**名前は開発中のものです。** · 2009/02/14(土) 18:25:49

>>548
頭がおかしいのはお前。あのレベルのソースすら読めないならプログラマの資格なし。

低脳がほざくんじゃねえ！

**名前は開発中のものです。** · 2009/02/14(土) 18:30:38

>>510
ごった煮リストにすることの利点が、相互作用を
"ちゃちゃっ"と記述ことにあるんだよ
と解釈したのだけれど、自分は結構面白く感じたし、、
十分利点になると思う

速度はどうなの？とか実装的問題は賢い人がなんとか解決するとして。
すると、中身でごった煮になっていない方法もありえるのかも

因みに自分もアンチ

**名前は開発中のものです。** · 2009/02/14(土) 19:00:13

>本当に馬鹿なんだなぁ。あれがあのフレームワークの真骨頂なのに。
おっしゃるとおりバカでございます
有名なフレームワークの名前は一通り存じてございますので
名前をおっしゃっていただきさえすれば理解することもできましょうが
なにぶん、新種のフレームワーク事情にうといものでして
名前もわからないと何がなんだかわからぬのでございます
問おう、何のフレームワーク?
これだけ、罵ったんだから当然知っているだろうし答えられるよね(はーと)

**名前は開発中のものです。** · 2009/02/14(土) 19:06:36

>>553
何言ってんのかわからん。
510をフレームワークと呼んで何が悪いんだ？

**名前は開発中のものです。** · 2009/02/14(土) 19:13:09

>何言ってんのかわからん。
>510をフレームワークと呼んで何が悪いんだ？
何言ってるんですか
フレームワークといったらMVCやDocument-Viewなんかのことですよ
基本ですよ、知らないはずがないじゃないですか
もし、知らないでフレームワークフレームワークきゃはきゃは言ってたら馬鹿ですよバカ
新種のフレームワークなら名前を付けてください名前を
既存のフレームワークのような口ぶりで語るから
有名なフレームワークと勘違いしたじゃありませんか
あやまってください、お天道様にあやまってください
あやまれよぅ＞＜

**名前は開発中のものです。** · 2009/02/14(土) 19:13:48

なんか実例出されてアンチがみんな卑屈になってるな…

結局、言葉遊びで批判はできるけどプログラムで証明することは出来なかったということか。

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

>>547
＞> 描画とロジックを混在させるのはまぁ、みなかったことにして
＞本当に馬鹿なんだなぁ。あれがあのフレームワークの真骨頂なのに。

あのフレームワークて何？まさか>>2？
描画？真骨頂？OBJやBGを出力してくれる回路積んでた当時の話？
OBJの描画処理つーても基本的にはOAM（OBJの属性情報を入れるRAM。位置とかパターン番号とか）の
指定位置を書き換えるだけ。更新、状態遷移が確定したついでにOAMの指定位置を書き換えてたってだけ
真骨頂？は？

＞あのフレームワークは、オブジェクトのinteractionを定義できるようになっているから、
＞描画すらも、Windowとobject(画面に表示すべき物体)とのinteractionとして定義できるってことだ。

何いってるのこのバカタスカーは？頭蓋の中に何入ってるの？うんこ？

**名前は開発中のものです。** · 2009/02/14(土) 19:16:49

>>555
本当に馬鹿なんでね？ソフトウェア工学でフレームワークって言ったら

http://en.wikipedia.org/wiki/Framework
A software framework is a re-usable design for a software system (or subsystem)

この程度の意味だろ。

510は十分、re-usable designだと思うんだが。

**名前は開発中のものです。** · 2009/02/14(土) 19:17:49

>>557
基地外死んでくれ。

あのソースすら読めないならプログラムを語る資格はあんたにゃ無い。

**名前は開発中のものです。** · 2009/02/14(土) 19:27:38

>>559
なんであのフレームワークとか言うんだ？
本人がタスクシステムつー名前付けてるんだから
>>510のタスクシステムて呼んであげればいい
>>2との共通部分はごった煮ってだけだけど
作者の意思は尊重されるべき

**名前は開発中のものです。** · 2009/02/14(土) 19:28:26

>>560
ああ、そういう意味なら、勝手に呼び変えて悪かった。

**名前は開発中のものです。** · 2009/02/14(土) 19:29:53

わしゃばかじゃけぇ、英語はよぅわからんのぅ
アーキテクチャパターンの話だと思ったんじゃがのぅ
違ったようじゃのぅ、何の話をしておるのかさっぱりじゃのぅ
しかし、そのスーパータスクシステムフレームワークを使う効能は
なんじゃろのぅ
わしゃいなかものじゃけぇ、ようわからん

**名前は開発中のものです。** · 2009/02/14(土) 19:46:22

>>562
無理に理解する必要無いでしょ。特に必要性を感じてないなら。
別に他の方法で実装することもできるんだし。
自分のスキルにあった好きな方法で作ればいいんでない？
いくつかゲーム作ってれば、そのうち「あぁ、ここで使えば便利かも」って思える日が来るかもしれないし。

ゲームのタスクシステムなんて必要性を感じて、あれば便利だと思う人が使えばいいだけのもの。
誰も使用を強制なんてしてないよ。個人で作る範囲ではね。

**名前は開発中のものです。** · 2009/02/14(土) 20:04:51

>>563
なるほど、あんたがやねうらおさんか又はそれに類する人ですね
タスクシステムはカルトや偽科学と同じ有害なもので
関わったものをほぼ間違いなく不幸にするだろう
カエルとびをすれば足腰が鍛えられるよって言う時代もあっただろう
焦って高い技能を取得しようとしている人を騙して(本人にその自覚はないだろうが)
あのおかしなパターンの使い方のくせを身に付けさせてしまったら
まともなパターンの使い方を覚える枷となる
ゼロからやるよりも長い時間を費やすことになるだろう
そして、あなたは長い時間をかけて嫌われていくのだろう
自らの無知を自覚せず行動するものは多数の者を傷つけるのだろう
あんたは何もわかっていない、又はわかっていて騙している悪人だ
私はあんたに要求する、黙るか、もっと考えろと、そして私欲を捨てろ
うんこでもしながらよく考えるんだな

**名前は開発中のものです。** · 2009/02/14(土) 20:11:13

>>564
あのな
あんた一つの目的を達成する方法は一つしか無い、と考えてるのかい？
別にタスクシステムの考え方は万能じゃない、一つの方法に過ぎんよ。
使えるときには使う、他の方法がいいときは他の方法を使うって柔軟性が無いと
プログラマなんてできんよ。

方法はたくさん知ってるほうが有利だろ、タスクシステムを頭に入れたら
頭の中それだけになって他の方法を入れられないような鶏頭なら別だが…

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

>>552
シンプルな相互作用と、シンプルなインスタンスなら簡単に書けて良いけど、
ちょっと規模が大きくなると辛そうな気はするな。

たとえば FPS だと、ヒット判定は総当りではなく BSP なり何なりで空間分割しないと
キツいが、こうなると TASK2() 使えない。もちろん"タスク”の枠組みでも書けなくは
ないが、ベタ書きより複雑になったら意味ないので。

メンバ変数全部 public も辛いかなぁ。アクセス保護の観点では、Star と Windows の
相互作用では m_x, m_y, m_w を readonly でアクセスしたいが、TASK1(Star) では
メンバ変数全部 read/writeしたい。

あとメンバ変数直接アクセスする仕組みだと、分割コンパイルにも支障が出るかなぁ。
処理が全部 Loop() に集中するから、こいつは Star や Window など全クラスの
定義を知っている必要がある。

また、Star などが単純で状態をほとんどもたないなら良いんだが、状態が複雑になると
外から直接メンバ変数を書き換えるのは危ない。たいていの場合、ヒット判定して、ヒット
してたら双方にメッセージを送っておくだけで、すぐには処理しない。で、後で自分の
Update() 処理の中でメッセージを受け取ってきて、自分の状態とメッセージを照合して
状態遷移する。

この辺の仕組みを入れようとすると、逆に複雑になりそうな気がする。

最後に欠点じゃないけど、タスクの派生クラスをどう扱うかは悩みどころだ。たとえば
Star を継承した Blackhole があったとして、こいつは TASK2(Star,Star) で参照される
べきか無視されるべきかの指定はあったほうが良いと思う。

**名前は開発中のものです。** · 2009/02/14(土) 20:27:11

>>564
ポエマーいい加減死んでくれ

プログラムが読めない低脳がプログラム語るんじゃねえ

**名前は開発中のものです。** · 2009/02/14(土) 20:36:30

>>556
寝言は寝て言え
たとえば、アンチタスクシステム側である俺が何故一貫して『>>510のタスクシステム』を
一切叩かないかというと、それが>>2とは提供する機能も実装も異なり、そして思想レベルでも>>2とは異質だから
たまたま同じタスクシステムという名、固有名詞を産みの親より授かった実態の全く異なるプログラムでしかない
俺の攻撃対象である>>2とそれを誉めそやして猿まねしてる石器人とは異質すぎる

**名前は開発中のものです。** · 2009/02/14(土) 20:47:33

>>568
実装も思想レベルでもありふれたタスクシステムと変わらないと思うが。

510の実装のキーポイントは、型を指定しての列挙だろう。

タスクのinteractionを書けるが、それにしても2つの型を指定して列挙してforeachを2重に回して
書いているのと何ら変わりがない。

これらの必要性は従来のタスクシステムでも散々言われてきたことだ。

**名前は開発中のものです。** · 2009/02/14(土) 20:48:47

>>567
そいつはうんこうんこ言う詩的な便意君だろ
うんこが詰まると思考も詰まる体質なのかしらんが言動の水準が不安定だな

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

>>568
あれ？
いつのまにか俺俺タスクシステムは攻撃対象から外れたんだ。
まぁ、それなら話は早い。
今時>>2と同じコードを使った古典的実装の化石なんてまずお目にかかれない。
今使われてる自称タスクシステムはほとんど拡張された俺俺タスクシステム改だよ。

>>2だけが限定なら見えない敵と戦うだけ時間の無駄だからやめとけ。

**名前は開発中のものです。** · 2009/02/14(土) 20:54:30

>>566
>ヒット判定は総当りではなく BSP なり何なりで空間分割しないと～
型から判別するのが方針である以上、判別がそれと違う方法を取る空間分割は
確かにこれに入れないほうがいいと思う

>メンバ変数全部 public も辛いかなぁ。
これは上手くやればなんとかできないだろうか........できないか
列挙と処理を一緒にやっちゃってるから、ここらへんに歪みがでてるんだろうな
列挙だけやらせて、その結果を使ってその別の場所に放り込むように
したほうがいいかもしれない

見た目はとっても面白いんだけれどもなぁ

**名前は開発中のものです。** · 2009/02/14(土) 21:01:44

>>572
おいおい。書いた本人は、C++は素人なんだからそんなところ突っ込んでやるなよ。

本当は、2つの型の相互作用させるのにしても、510のソースのように単純に
ループを2重に回すと要素数の2乗に比例する時間がかかるから、
指定された2つの型のものを1回のtraverseで、個々のvectorにでも格納して、
そのvector同士に対してfunctorを呼び出してやったほうがいいに決まってる。

だけど、まあ、そのへんは、コンセプトデモってことで別にいいんでね？

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

>>566
> 最後に欠点じゃないけど、タスクの派生クラスをどう扱うかは悩みどころだ。たとえば
> Star を継承した Blackhole があったとして、こいつは TASK2(Star,Star) で参照される
> べきか無視されるべきかの指定はあったほうが良いと思う。

510は前者の実装。後者の実装にしたければ、dynamic_castしているところをtypeid
の比較に変更するだけ。

まあ、そのへんは突っ込んでも仕方ないかと。

**名前は開発中のものです。** · 2009/02/14(土) 21:08:48

ああ、すまん。>>573 は 572に言うべきことじゃないな。566に言うべきだな。

> メンバ変数全部 public も辛いかなぁ。アクセス保護の観点では、Star と Windows の
> 相互作用では m_x, m_y, m_w を readonly でアクセスしたいが、TASK1(Star) では
> メンバ変数全部 read/writeしたい。

これに対してな。

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

>>573
>だけど、まあ、そのへんは、コンセプトデモってことで別にいいんでね？
>>510は目的なんか何も言ってないんだけど？

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

>>576
あのソースが本チャンで使えるものだと思ってるなら、お前は頭おかしい。

**名前は開発中のものです。** · 2009/02/14(土) 21:20:32

>>576
> for(size_t _i1=0; _i1<_size; ++_i1)\
> for(size_t _i2=0; _i2<_size; ++_i2)\
> {\
> if(NULL==dynamic_cast<Operand1 *>(Operand::OperandsList[_i1].Head())){ continue; }\
> if(NULL==dynamic_cast<Operand2 *>(Operand::OperandsList[_i2].Head())){ continue; }\

ここにしても、一つ目のifを2つ目のforより手前に書けばいいものをわざわざ内側に書いてるのは
わかりやすく見せるためだけであって、速度的な観点からすれば無駄以外の何ものでもないんだが。

これがコンセプトデモで無いなら何だと思うんだ？

**名前は開発中のものです。** · 2009/02/14(土) 21:22:55

>>571
アンチが反応するのは
「タスク＝ゲームオブジェクト」システム

俺俺タスクシステムか、C++なんちゃってタスクシステムか、 >>2 かは関係無い。

**名前は開発中のものです。** · 2009/02/14(土) 21:26:00

アンチタスク派が>>510のプログラムを見て寝返ったのは面白いな。
まあ、510のプログラムすら読めないクルクルパーは論外としてな。

アンチタスク派はそもそもタスクシステムを何だと思ってたんだろうかな。

型を指定しての列挙は例えば、やねですら何度もしつこいぐらいに書いているのに。
http://d.hatena.ne.jp/yaneurao/20090203

やねの提唱するタスクシステムでも、510の書き方が出来るわけで、彼にしても
こういう書き方をすることも含みに持たせているのにそれすら
このスレのアンチタスク派はわかってなかったんだろうな。

まあ、結局、こうだろ。

俺＞＞(超えられない壁)＞＞やね＞＞510 ＞＞(超えられない壁)＞＞このスレのアンチタスク派

**名前は開発中のものです。** · 2009/02/14(土) 21:27:52

> ID:vCXBLjPV
バカな奴、墓穴を掘ったな
俺の言葉で語るということは、俺のフィールド上に上がるも同然

フレームワークを選択する場合に必要な情報というものもあるだろう
というわけで、タスクシステムのメリットとデメリット等を
教えてもらおうか

**名前は開発中のものです。** · 2009/02/14(土) 21:28:43

>>581
なんか知らんが510のプログラムすら読めないポエマーは引っ込んでろ。

**名前は開発中のものです。** · 2009/02/14(土) 21:35:46

>>571
文盲妄想更年期障害脳軟化タスクオヤジか
てめえはまず俺の質問に答えろ

＞あれ？
＞いつのまにか俺俺タスクシステムは攻撃対象から外れたんだ。

おめえはまず両目の瞼と眉を洗濯バサミで挟んで>>527を100回読み返しな
巡回ナメナメは得意なんだろ？ナメるように読め
俺は、議論で窮すとてめえの都合で狭義（は？）だの広義（はぁ？）だのの
新解釈をクリエイトして逃げ回ってるタスカー気取りのカス共が大嫌いなんだよ

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

>>583
そいつはどうでもいいから、俺と遊んでくれ。

510のプログラムについてもっと建設的に語り合おうぜ。

**名前は開発中のものです。** · 2009/02/14(土) 21:41:39

>>571
＞まぁ、それなら話は早い。
＞今時>>2と同じコードを使った古典的実装の化石なんてまずお目にかかれない。
＞今使われてる自称タスクシステムはほとんど拡張された俺俺タスクシステム改だよ。

おい、また妄想か？てめぇの身の回りのローカル情報か？検証可能なのか？
悪いこた言わねー。黙って目を皿のようにして過去ログ読み返せ
ほれ、21世紀にもなって松浦本や逆引き本で嬉しい嬉しいて喜んでる奴いんじゃねーか
今もが泳いでそうな奴がそこらにいるんじゃないか？あ？

＞>>2だけが限定なら見えない敵と戦うだけ時間の無駄だからやめとけ。

てめえに都合の悪いクリーチャー共の存在を無かったことにしようとしても無駄だからやめとけ

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

誰もタスクシステムのメリットデメリット、存在意義を教えてくれませんっ＞＜
>>2を読んでみても実装方法しか書いてありませんっ＞＜
しかも、>>2は違うとまで言われましたっ＞＜
「それは広義のタスクシステムだよ」とわけのわからないことを言われましたっ＞＜
フレームワークの話だと思っていたらイディオムの話でしたっ＞＜
イディオムの話だと思っていたらやっぱりフレームワークの話でしたっ＞＜
海外ではまったく見かけられません、有名な本にも載っていませんっ＞＜
プログラム読めるのになぜか読めないことにされていますっ＞＜
挙句の果てに、なぜか集中攻撃を食らいますっ＞＜

**名前は開発中のものです。** · 2009/02/14(土) 21:45:31

>>585
誰と戦ってんだ。俺と戦おうぜ。俺と。

**名前は開発中のものです。** · 2009/02/14(土) 21:46:46

>>586
あんたは510のソースを読めなかったんだから、あと半年ほどROMってなよ。

**名前は開発中のものです。** · 2009/02/14(土) 21:49:41

>>587
ちょっと待て
今ネトゲやりながらだから頭使うレスできない

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

忘れてはならない

タスクシステムを使うことによって何のどんな問題が解決するの？

**名前は開発中のものです。** · 2009/02/14(土) 21:51:17

木を切ったことのないやつに
ノコギリのメリットとデメリットを説明するには骨が折れるなぁ…

タスクシステムの考え方はゲーム作るうえで便利だから、というのは
自分で経験して体感するのがいいと思う。

数当てゲームとか○×ゲームみたいな小さいゲームじゃなくて
ステージ制シューティングとかそれなりに複雑なゲームを作ってみるといいんでないかな。
タスクシステムを使うにしろ使わないにしろ、そーいったシステムの必要性は理解できるようになると思う。
もっといい実装があるなら使わなきゃいいだけの問題だし。

ゲ製作技術に居るってことはゲーム作りたいんでしょ？
たぶんここで屁理屈こねてるより有意義だと思うぞ。

まぁ、それが出来ないコンプレックスからタスクシステム憎しになってるなら
もう何も言えんが…

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

>>591
で？誰のなんの質問に答えた気になってるの？
馬鹿じゃないの

**名前は開発中のものです。** · 2009/02/14(土) 21:54:23

>>565 ID:vCXBLjPV さんへ、お元気ですか、私は元気です

>あんた一つの目的を達成する方法は一つしか無い、と考えてるのかい？
俺は天才なので数多の戦術から最適な戦略を模索します

>別にタスクシステムの考え方は万能じゃない、一つの方法に過ぎんよ。
>使えるときには使う、他の方法がいいときは他の方法を使うって柔軟性が無いと
>プログラマなんてできんよ。
>方法はたくさん知ってるほうが有利だろ、
だから俺はずっとそう言ってるでしょうが

>タスクシステムを頭に入れたら
>頭の中それだけになって他の方法を入れられないような鶏頭なら別だが…
選択するときに必要な情報がない、全くない、誰も答えない
何度も聞いてるのにタスカーはみんな無視、誰も答えない
メリットとデメリットがわからないものを選択肢に入れろと?
何をバカなことを、わはは
それさえ答えてくれれば話は進む
さぁ、遠慮せずにメリットデメリット等の
タスクシステム特有の情報を惜しむことなく我輩に告げるがよい

チンチン、まだー?

**名前は開発中のものです。** · 2009/02/14(土) 21:54:38

>>591
そんなことどうでもいいから510読んだ感想でも書いてよ。

**名前は開発中のものです。** · 2009/02/14(土) 21:55:04

>>577
問題は、コンセプトを維持したまま本チャンで使えるように改修できるかどうかだな。

俺は、あの"タスク”はネタとしては面白いが、使える場面は極めて限られると思う。
ちょっと複雑な処理をしようと思うと、逆に枷になる。

ネタとしては面白い。

**名前は開発中のものです。** · 2009/02/14(土) 22:00:50

>>591
結局、答えられないんじゃん

うちの宗教に入るメリット?
うーん、とりあえず入っちゃって考えればいいよ
さぁ、入会だ
だってよ、ふぅ危ないところだったぜ

こっちは質問は明確でずっとそういい続けてきたのに
タスカーはみんな無視してきた、ずっとだ
何がいいたいかと言うと
ばーかばーかちんじゃえ

**名前は開発中のものです。** · 2009/02/14(土) 22:04:44

お前等馬鹿どもにいいことを教えてやろう

何をやるにも目的をはじめにおかない
自分のとった行動の理由を後で考える
とった行動の優劣の判別ができない・させない

これらは他にどんなことができる奴であろうが技術者として最悪だ
何も生み出せない
この先素質や直感だけじゃ解決することができないような仕事をやるハメになるだろうよ
そんときにこの有様ではなにもできない
成長しねぇっつの
>>510が出てきたときにソースがあるってだけで飛びついて
目標もなにもねぇのに評価なんてはじめた馬鹿は何か考えて評価したのか？
目的がわからねぇのにてめぇ、何を評価しようとした？

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

手段のためには目的を選ばず

**名前は開発中のものです。** · 2009/02/14(土) 22:09:18

何か発見があったら儲けもん程度の軽い気持ち

**名前は開発中のものです。** · 2009/02/14(土) 22:09:48

>>597
目的って、あのソース見て目的がわからなければ相当の低脳だろ。

プログラム一行でも書けんのか？
プログラムかけねぇヤシはすっこんでろ。

**名前は開発中のものです。** · 2009/02/14(土) 22:15:03

>>510 のねらいって本当に達成できてる？
> 処理の流れが基本一本道なので、どこで誰がなにをしているかすぐ分かる。
これを達成しつつ、
> 処理の自動並列化。
これを実現したいということだよね。
そのためにデータ共有を制御したいということだよね。

> ・データベースへのリクエスト時はデータベース全体をジャイアントロック。
これは分かる。

> ・しかし、リクエストそのものは並列実行される。
意味不
ロックされてるのに？
もしロックしてるやつが書き込みしてたらReadOnlyですら保証されないよね

あと、
> すべてのデータがデータベースに登録されているので、データ構造が明確。
メモリ上の情報だけでなくデバイスもデータとして扱うとデータ間に依存関係あると思うんだ。
DirectXデバイスとTextureとか。その辺不明確では？

>>510 のコードの半分も理解してない（読めない）俺が間違ってる？

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

>>600
そうやって明確に答えずに変な解釈ばっかりするからこのスレはこんな有様なんだよ
そうだと思ってたことが実は違うなんてことは頻繁に発生する
わかった気になるのが一番怖い

ためしにお前がどう考えたのか>>510に確認とってみろ（別人かどうかは知らんけどなｗ）

**名前は開発中のものです。** · 2009/02/14(土) 22:17:36

>>601
できない。

**名前は開発中のものです。** · 2009/02/14(土) 22:17:56

コードから読み取るにしても説明があった方が読み取り易くなるし誤解も減るからあった方がそりゃあった方がいいでしょう
同じコードから読み取れるものが皆同じってのはちょっとありえないと思うわぁ

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

>>598
本気でその状態で怖いわ
ジャンプにナ○トってカオスな漫画があるけど
このスレも全く同じようなカオスな状態で全然笑えない
プログラマでこれかよって感じ

>>599
それは技術者にとって負債にしかならない

**名前は開発中のものです。** · 2009/02/14(土) 22:34:50

折角叩き台にソース張られたのに、
苦し紛れに罵倒するだけで、結局プログラム的な反論がほとんど無いのかよｗ
　
口汚くても有意義な情報が見られるかもと思ってpart1から見てたのに、
アンチタスク派にはホントがっかりだわ。最初から最後まで口だけか。
　
もーそうやって一生罵倒してろよ。
お前らはもうソレしか出来ないんだから。
やっぱゲ製板の住民だよ、お前ら。

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

>>606
だからぁ
そうやって主旨を横にどかして感情だけでしゃべるなよ馬鹿
本当にプログラマかてめーは

今日の飲み会盛り上がりましたね！？

って妙な確認とってくる新人かてめーはｗ

ソース自体を公開するのはいいよ
でもそのソースの目的を明確にしてもらわなきゃなにも判断できないだろ

**名前は開発中のものです。** · 2009/02/14(土) 22:40:24

>>603
ども。やっぱり。

というかもう >>566 で危ないって書いてたんすね
さっき読んだ時はなんか難しいこと言ってんなー、位で理解できてなかった

**名前は開発中のものです。** · 2009/02/14(土) 22:49:40

目的なら>>528に書いてあるんじゃないの
正直俺も>>601同様の疑問を持ったけど

C++は参照透明な純粋関数型言語ではないので、副作用だのオブジェクトの破棄だのが
色々ネックになりそうに見える

単なるISAMならともかく
まともなRDBなどでは読み取り一貫性のようなものを保障するためには
相当にしち面倒くさいことをやっているが

**名前は開発中のものです。** · 2009/02/14(土) 22:52:53

>>609
は？
俺にはメリット（＝目的でなきゃ駄目だろ？）がまったく見えねー
>>528に書いてあるのはただの処理内容だろ？
やりたいことは～って文章からまったくつながってねぇよ
Ｃ言語やる前に日本語どうにかしろよレベルだろコレ

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

>>610

>排他処理の自動化。データ構造に基づいてロックをかけるのでデッドロックしない。
>処理の自動並列化。
>すべてのデータがデータベースに登録されているので、データ構造が明確。
>処理の流れが基本一本道なので、どこで誰がなにをしているかすぐ分かる。

これはメリット＝目的だと受け取っていいんじゃないの？
できてるかどうかはともかく、ね

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

目的は一つが原則だよっ
それを達成するための手段はいくつあってもいいけど
その手段それぞれにメリットデメリットがある
タスクシステムも手段の一つに過ぎない

さっ、教えてくれ

**名前は開発中のものです。** · 2009/02/14(土) 23:16:26

>>611
は？どれが？
そもそも１つじゃなくてなんでたくさんあるの？
例えばな

「自動化」

ってあるけど
自動化はわかった
で？何がいいの？
ってなるじゃん
機能を並べただけなんだよ
それとそのメリットって>>2と比べてこのソースは～って話？
それとも普通の組み方と比べてこのソースは～って話？

**名前は開発中のものです。** · 2009/02/14(土) 23:18:24

この文の説明が抜けた
>そもそも１つじゃなくてなんでたくさんあるの？
まず、大まかにそんなにたくさん主旨があるのはおかしいだろ
それ、全部目的なの？
仮にそれのどれが欠けた場合に失敗なの？
それの１つでも残れば他にどんなデメリットが出ても成功なわけ？
一つに絞れよ

**名前は開発中のものです。** · 2009/02/14(土) 23:20:11

んなこと俺に言われても知らんがなｗ

ちゃんとpros/consが網羅されいるとも、分析／評価としてちゃんとしてるとも
別に俺は思わないしね
つっかかる相手を間違ってないか？

**名前は開発中のものです。** · 2009/02/14(土) 23:35:14

また止まる、実装の話のときは止まらないのに
確信に近づくと止まる、メリットデメリットを聞くと止まる
そして日付が変わってIDが変わる
今までの話はなかったことにして、話題を変えてまた実装の話
これの繰り返しだよ

代わりをよこせといってる人がいたからDSLを持ってきたのに
無視しやがるし、ちくしょうめ

**名前は開発中のものです。** · 2009/02/14(土) 23:39:06

>>610
俺の目的はゲーム作りの型を身に付けること。これで十分だろ。
まさか2chに来ておいて統一見解求めるつもりは無いよな？

修破離の修を独学でやるには既存の型を学ぶのが手っ取り早い。
そしてそこにC++なんちゃってタスクシステムがあった。だから飛びつく。
全くの初心者がいたとして、運しだいではこういったこともありえる。ただそれだけの話。

それこそ何を目的に何を問題として提起しているのか。
タスクシステムの根本思想が「タスク＝ゲームオブジェクト」と腐っていようと、
規模の増大に耐えられない虚弱で捻じ曲がったシステムであろうと、
本当の初心者がたとえミニゲームであっても実際にゲームを完成させることが可能という点で
目的は達成可能な手段ではある。
目的を達成可能な手段がそれしか見つけられないならば、
たとえ先の無い最悪な手段でもあると分かっていても使うやつは使う。

他人ができるのはよりましな手段を残しておく位だと思うが
なぜその議論自体を止めようとするのか。
先達のいない孤独な入門者が必死にゲーム製作への道を模索してようやく腐れタスクシステムを見つけたときに、
それは糞だ。だから使うなと言い放ってまた路頭に迷わせるのと、
それは糞だ。だからもっとましなこっち使えと言うのと、
一体あなたはどちらを今実施しているのか。そういう話。

俺としては「タスク≠ゲームオブジェクト」な養成ギプスシステムを作ることまで邪魔するのは許せない

**名前は開発中のものです。** · 2009/02/14(土) 23:39:59

まちがえたｗｗｗかっこ悪いｗｗｗ
>>610 じゃなくて
>>612　ね

**名前は開発中のものです。** · 2009/02/14(土) 23:42:47

>>617
ふつーに書けば良いだけだと思うんだが…

何をそんなに悩むのかが分からん。

**510** · 2009/02/14(土) 23:44:17

ネタばらしすると、
・タスク → データに格下げ
・foreach → タスクに格上げ
ってだけなんだけどね。
なんせタスクシステムっていう名前が悪かった。
タスクなんて言うから、データに処理をくくりつけたくなってくる。
タスクなんて呼ばず、データなりリソースなりというもっと低レベルな名前にしておけば、
そこに処理を括り付けようなんていう厨発想は消える。
変わりにforeachをタスクと呼びかえ、適当なマクロ定義して、
「ここに処理を書けば自動で並列化できますよ」と提灯ぶら下げとけば、みんなそっちに書く。
かくして世の中は平和になる。タスクシステム論争終わり。めでたしめでたし。

**名前は開発中のものです。** · 2009/02/14(土) 23:46:58

for文わかったー！
配列とりあえずわかったー！（気がするー！）
定義と宣言の違い、わからないー！
ポインタ、全くわからないー！

というレベルを想定してみよう。そして頭は中か下程度。
頭いい人とか身近に先達がいるという幸運なケースは除いて考えるのがミソ。

**名前は開発中のものです。** · 2009/02/14(土) 23:53:19

>>617
なんだかよくわからないけど
俺が知りたいのはタスクシステムのメリットデメリットであって
君の目的ではない
長々と書いてもらってすまないが見当違いなので
話題そらしされてるのかと錯覚してしまったよ
以下略>>564

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

>>622
お前はプログラマ失格なんだから出てくんな

**名前は開発中のものです。** · 2009/02/14(土) 23:59:22

頭のいい人なら
目的と手段ぐらいは明確にできると思うよ
手段の利点欠点ぐらい明確に知っていると思うよ
頭のいい人はすごいからきっとできるよ、できるよ
俺は頭が悪いから教えて欲しいよ、欲しいよ

タスクシステムのメリットとデメリットを教えてください

また失格言われました＞＜

**名前は開発中のものです。** · 2009/02/14(土) 23:59:31

>>616
おいおい、>>2は図も使って紳士的に説明努力もしているサイト群だぞ。

ドラゴンソルジャーLaw（笑）だかDouteiSeniorLoliconだか、何だか知らねえが、
キーワードだけって、なんじゃそりゃ？
全然、筋通してねえじゃねえか。
考え甘いんちゃうか？

>>2の説明努力が不足しているなら、それも補ってくれよ？
手前のクソは成分が違うって言いたいんだろ？
あぁ？

**名前は開発中のものです。** · 2009/02/14(土) 23:59:31

>>620
結構良かった
何人かこれで攻めていくんじゃないかと思う。
難しくて謎めいてるあたりもそそるかもしれないしね。

>>622
だから無意味で無害なパターンが必要とされてるの
初心者以外にとっては無意味でいいの。無意味で当たり前だから価値があるの。

**名前は開発中のものです。** · 2009/02/15(日) 00:20:01

なんでタスクシステムのメリットデメリットを教えてくれないのさ
みんな俺だけ仲間はずれにして、泣くぞ

>>625
前に同じこと書いたけど>>2にはメリットデメリットが書いてないし
そのときも誰もメリットデメリットを教えてくれなかったし
推測しろという、不親切過ぎるだろ
補えって言うくらいだから、使ってる人は知ってるんでしょ?メリットデメリットを
まさか知らないで使っているわけないよね

誰でもいいからタスクシステムの
メリットとデメリットを教えてください
いじわるしないで教えてください、お願いします