タスクシステム総合スレ 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/01/16(土) 00:52:36

初代タスクシステムとか。。。まーた胡散臭いワードが出てきたわけだが

非プリエンプティブな処理単位の実行待ちキューを中核とする
演算リソースの分配（時間リソースの分配）を行なう低層の機構は
多くのゲームに共通するわけだが、こういう低層の仕様策定・実装に
関与する人間というのは、どんな巨大プロジェクトだろうが数人なわけで。。。

>>170は一体何を言ってんだって思わね？まるでわかんないんだわ。俺
ゲハ民の常識なのかしら？

**名前は開発中のものです。** · 2010/01/16(土) 00:55:30

【訂正】
“仮に”非プリエンプティブな処理単位の実行待ちキューを中核とする
演算リソースの分配（時間リソースの分配）を行なう低層の機構の話だとして
こういうのは多くのゲームに見られるわけだが

だな

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

それとギャラシアン云々だが
あれ活性OBJの連結リストなんて使ってねーぞ

ギャラクシアン起源説なんて信じてんのは若年層でしょ
都市伝説

**名前は開発中のものです。** · 2010/01/16(土) 01:10:30

古い例だがウォークマンがポータブルプレイヤーの代名詞になってたり
ファミコンが”ファミコンショップ”とかゲームの代名詞になってたり

一番最初に出てきた物の名前がその後の類似品の代名詞になるのと同じ感じかね。
タスクシステムも、後発の類似品に対する代名詞的な使われ方の方が多いかも。

十年以上ゲーム業界にいるが、自称タスクシステムってものはよくお目にかかる。
でもギャラガ時代の古典的タスクシステムは未だに現場で見たこと無い。

**名前は開発中のものです。** · 2010/01/16(土) 01:23:10

>>177
そうだったっけ？

Beepか何かの開発者インタビューで話が出てたんじゃなかったかな？
相当昔のことだから記憶があいまい。

ギャラクシアンのパクリ作るためのリバースエンジニアリングでコナミとかセガとか
業界中に広まった技術とかいう話も聞いたことあるが。はて真相は何だろうな。

**名前は開発中のものです。** · 2010/01/16(土) 01:37:10

真相はアーケード基板のROMに入ってる
たしか暗号化はされてなかったから抜けばすぐ読めるだろ
あとタスクシステムという言葉は比較的新しい。70年代末はない。
それよりもずっと後
●須氏は「タスクシステム？当時はそんなの聞いた覚えがない」
とおっしゃってる。切れ者だからド忘れはないよ

**名前は開発中のものです。** · 2010/01/16(土) 01:54:45

ほー、そうなのか。
ではタスクシステムの命名はどこ発なんだろうな。
10数年前のスーファミ末期には既にあった気がするが
70年代から現役の開発者ってもう現場には居ないから
聞きようが無いな。

**名前は開発中のものです。** · 2010/01/16(土) 09:31:47

単に自称ベテラン開発者のフカシが広まっただけ説

**名前は開発中のものです。** · 2010/01/16(土) 11:00:28

何だかひねくれたのがいるな
何か嫌なことでもあったのか？

**名前は開発中のものです。** · 2010/01/17(日) 03:36:35

>非プリエンプティブな処理単位の実行待ちキューを中核とする
>演算リソースの分配（時間リソースの分配）を行なう低層の機構は
>多くのゲームに共通するわけだが、こういう低層の仕様策定・実装に
>関与する人間というのは、どんな巨大プロジェクトだろうが数人なわけで。。。

CPUリソースの分配・・・なるほど、
for(;;){ task1(); task2(); task3(); }
ですね。

**名前は開発中のものです。** · 2010/01/17(日) 12:57:47

>>184
昔ベーマガとかＭＳＸマガジンとかに載ってたゲームは
みんなそんな感じだったな・・・

**名前は開発中のものです。** · 2010/01/17(日) 13:04:11

・周期的に処理を実行する。
・周期的なプランニングに従い処理を分割する。
をタスクシステムと定義するなら、ほとんどのゲームはタスクシステムだ。
そんなことを言ってなにが意味があるんだ。あほくさと俺は思う。

**名前は開発中のものです。** · 2010/01/17(日) 13:38:58

>>186
そのほとんどのゲームに必要な処理を作るプログラマは
作ったクラスなりライブラリなりに命名しなきゃいけないわけで。
それが「タスクシステム」って名づけられることが多いってだけでしょ。
そんなにカリカリするような問題とは思えんが。

**名前は開発中のものです。** · 2010/01/17(日) 13:46:01

多分ね、○○システムっていう命名が大げさすぎるんだよね。
中二病的であり、なにかこう、突っ込みいれてみたくなってしまう。

GoFでもなんでもないささいなただのコーディング上のイディオムに対し、
俺俺○○パターンって自分で名づけちゃってる奴をみたり、
GoFの○○パターンを"拡張"したものと呼べないだろうか、などといい始めてしまってたり。

**名前は開発中のものです。** · 2010/01/17(日) 14:23:53

何か分かりやすい別の命名があれば提案して見ればいいんでない？
それが無いのでみんな思い思いに名づけてるんだろうし。

ゲーム業界ローカルだけど、この手の中ではタスクシステムが
一番知名度あるからお手軽なんだと思う。
>>174 みたいな感じで。

**名前は開発中のものです。** · 2010/01/17(日) 15:34:16

分かりやすい別の名前なんてものがつきようがないことこそ問題。
あやふやで、あいまいで、規模の小さいささいな何か、と呼べる。

**名前は開発中のものです。** · 2010/01/17(日) 17:00:18

何が問題なのかよくわからんが・・・
ささいで小さなことなら気にしなければいいんじゃないか？

今のゲーム業界のプログラマはシェーダとか物理エンジンとか
流行の技術には興味あるけど、タスクシステムの名前とか
小さいこと気にしてる人はあんまり居ないのかと。

**名前は開発中のものです。** · 2010/01/17(日) 18:32:05

いや、別の名前ならよかったのに、と言ってるのではない。
名前が付くほどの明確な合意が無い、明確な役割がないと言ってる。
その程度のものでしかないのが問題、今それに大層な名前を与えてるのも問題。
たしかに、どうでもいいといえば、その通り。完全にどうでもいい話題。

**名前は開発中のものです。** · 2010/01/17(日) 18:35:04

タスクシステムなんていう便利すぎる言葉があるから本来なら
○○システム、○○パターンと名づけられるはずだった手法が
全てタスクシステムという名前で呼ばれてしまって
技術交流の障害となっている

タスクシステムは日本の技術力向上の障害となっている。ｌ

**名前は開発中のものです。** · 2010/01/17(日) 21:57:38

技術の向上より先に一枚のテクスチャに執着するからその理論は成り立ちません

**名前は開発中のものです。** · 2010/01/17(日) 22:27:21

タスクシステムは日本の技術力向上の障害って・・・
なんだか凄い話ですなぁ

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

テクスチャ舐めんな
ローポリ関連のテクスチャとか職人芸だろ

**名前は開発中のものです。** · 2010/01/18(月) 15:24:16

なんでタスクシステムごときで深刻な話になるんだか・・・

今のゲーム開発ってJavaとかC++などのオブジェクト指向が中心だから
古典タスクシステムがまんま使われるケースは稀だと思う。

基本的にはタスクはクラス単位で管理するから大規模開発に適してるけど、
個人開発でもその恩恵は十分にある。

タスクシステムの定義自体確定したものがあるわけではないのだから、
モノなり機能なりをタスクという単位に分けてプライオリティを考慮した
処理が行えればそれはタスクシステムと呼んじゃっても問題ないと思う。

上記の処理は関数ポインタ使わなくても実装できるので、たぶん多くの
開発者はタクスシステムを作っているつもりは無くても、結果として
タスクシステムと似たような仕組みを作ってると予想する。

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

だから、そんな曖昧な物に大層な名前がついているのが問題だろ。
さごは予想するって、これまたいい加減に締めくくってるし。

**名前は開発中のものです。** · 2010/01/18(月) 16:34:04

タスクシステム＝バズワードでござる　の巻

**名前は開発中のものです。** · 2010/01/18(月) 16:36:42

ざこばにみえた

**名前は開発中のものです。** · 2010/01/18(月) 16:42:49

バズワード(buzzword)とは、一見、専門用語のようにみえるが、明確な合意や定義のない用語のことである。

「バズ(buzz)」という言葉は、もともと、蜂がブンブンとうなり続けている様子を表しており、
そこから派生して、世間の群衆が噂話でざわめいている状況を表す言葉として使われている。
つまり、バズ・ワードとは、世間、
あるいは業界一般などの一定の一般的なグループの間で喧伝されてはいるが、
その実態が明確ではない言葉を表している。

結果として、その分野に明るくない人にイメージだけを押し付けたり、
「よくわからないが凄そうなこと」を想起させることを目的とした宣伝文句として使ったりすることも可能であり、
言葉だけが先歩きして広まることも多いため、
事情を知らない多くの人は価値のある言葉としてとらえてしまうことがある。

**名前は開発中のものです。** · 2010/01/18(月) 23:40:26

タスクシステムってそんな大層ものに見えるのかなぁ・・・
よくわからん感覚だ。

文化を知らない原住民にとってはライターが神秘の道具に見えるみたいな感覚なのかね。

ライターがその辺に転がってる現代人はライターに何のこだわりも無いように
ゲーム業界のプログラマもそんなとこにこだわってないみたいだし。

ではタスクシステムのアンチってどんな人たちなんだろうな。
自称ハード屋みたいな人たちか？

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

> タスクシステムってそんな大層ものに見えるのかなぁ・・・

見えない、つってんのｗ　名前だけが大層だ、つってんのｗ

> 文化を知らない原住民にとってはライターが神秘の道具に見えるみたいな

ライターどころか、ただのとがった木の枝を、
「食物保持システム」と呼んでるようなもん。

**名前は開発中のものです。** · 2010/01/19(火) 21:49:46

いいじゃん、名前くらい付けたって。

そもそもタスクシステムなんて大層な名前とも思えないし、
話題としても入門者用のゲーム開発本や2chにこんなスレが立つ程度だよ。

「～タスクにバグがある」みたいに会話に使えるし便利だ

**名前は開発中のものです。** · 2010/01/19(火) 21:52:19

sage忘れた

203の言わんとしてることも分からなくはない。
IT全般に言えることだが、ささいなことに大層な名前がつくことは多い。

**名前は開発中のものです。** · 2010/01/20(水) 09:39:23

Web2.0（笑）

**名前は開発中のものです。** · 2010/01/20(水) 16:31:49

日本で言うと

お　仕　事　機　構
ババーン！！　キャー

みたいなもん

**名前は開発中のものです。** · 2010/01/20(水) 17:42:05

>>170
で、初代タスクシステムってなんだい？

**名前は開発中のものです。** · 2010/01/20(水) 17:50:02

それから自称ハード屋よー、ずっとお返事待ってんだけど。待ちくたびれたな
それともノイズフィルターで煽り成分を除去したら全部消えちゃったかい？
まずは>>107の質問にさっさと返答してくれ。な

君は、使ったこともない見たこともない対象物についてあーだこーだ薀蓄垂れる
知ったかゲハ厨ではないと俺は信じてる。だから待ってんだわ

**名前は開発中のものです。** · 2010/01/20(水) 23:06:18

タスクシステムとオブジェクト指向って相性いいの？

**名前は開発中のものです。** · 2010/01/21(木) 01:55:23

タスクシステムってゲーム業界ローカルのニッチな技術だよなぁ・・・

で、なんで自称ハード屋みたいなタスクシステムとは一生無関係な人が
呼び名云々でアンチになって粘着してるんだろう・・・謎。

なんで？

**名前は開発中のものです。** · 2010/01/21(木) 05:52:25

>>210
前このスレで、ITaskクラスを継承すると、
特定の仮想関数が周期的に呼ばれるのが出てた。
普通にメインループから呼べば良いじゃんって話だが。

**名前は開発中のものです。** · 2010/01/21(木) 05:58:53

>>211
呼び名というより、その仕組み自体が。
普通タスクシステムみたいな仕組みって、
処理の順序を動的に変更する必要に迫られて、
仕方なく実装するものだと思うんだけど。

**名前は開発中のものです。** · 2010/01/21(木) 22:33:35

>>213
答えになってないような。
その理屈だと、ゲームでは処理の順序を動的に変更する必要は無い、
という証明が出来ない限りアンチは間違いということになりそうだが。

**名前は開発中のものです。** · 2010/01/23(土) 05:54:07

>>210
というか後の世代から見ると単なる多態をC言語で頑張って実装してるのが古典タスクシステム

**名前は開発中のものです。** · 2010/01/23(土) 09:44:48

新しい言語があるんだからそれ使えばいいんじゃないの？
どうしてゲーム屋はC言語にこだわるの？

**名前は開発中のものです。** · 2010/01/23(土) 11:33:40

>>216
つ >>174
古典的タスクシステム限定の話題にすりかえて
アンチの負けという>>214の事実から逃げようとしてるのかな？せこいな。

**名前は開発中のものです。** · 2010/01/23(土) 11:54:38

勝ち負け、ねぇ…。

**名前は開発中のものです。** · 2010/01/23(土) 12:07:28

そう、勝ち負け。
理論で追い詰められて、反論が出来ないと話題をすりかえて逃げ回ってる人たちは
自分が間違ってるということを認められない負け犬。

負け犬と言われたくないなら自分の間違いを認めるか、逃げ回らずに正々堂々と理論で反論するか。
どちらかにしなさい。

**名前は開発中のものです。** · 2010/01/23(土) 12:18:07

で
おまえらどんなゲーム作ったの？

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

土曜の昼から見えない敵と戦ったりとか。

**名前は開発中のものです。** · 2010/01/23(土) 15:07:38

確かに「タスク信者」なんて見えない敵と戦うアンチはどうかと思うな。

あげく追い詰められて反論できずに話題そらしに必死・・・

**名前は開発中のものです。** · 2010/01/23(土) 15:16:19

必死すぎて気色悪いです

**名前は開発中のものです。** · 2010/01/23(土) 15:21:00

わるいな、いじめっ子なんだ。ｗｗ

泣きながら逃げ回ってる馬鹿を見ると追い詰めたくなるんだよ。

ごめんなぁ？必死で逃げ回ってるのに。ｗｗ

**名前は開発中のものです。** · 2010/01/23(土) 15:26:25

2ch弁慶はうるさいなぁ
しねよ

**名前は開発中のものです。** · 2010/01/23(土) 15:28:46

負け犬と言われたくないなら自分の間違いを認めるか、逃げ回らずに正々堂々と理論で反論するか。
どちらかにしなさい。

俺、何か間違ってること言ってるかね？

ごめんなぁ、罵倒しか返せなくなるほど追い詰めちゃって。
でもそれは君が馬鹿だからなんだぞ。

**名前は開発中のものです。** · 2010/01/23(土) 15:28:58

自称いじめっ子とか。

**名前は開発中のものです。** · 2010/01/23(土) 15:30:07

馬鹿がわいてるきいて

**名前は開発中のものです。** · 2010/01/23(土) 15:32:12

>>228
なんか話が見えないよね。
彼の中では相手に対して想定があるみたいだけど。

**名前は開発中のものです。** · 2010/01/23(土) 15:34:08

あげろよ。面白いから

**名前は開発中のものです。** · 2010/01/23(土) 15:37:29

タスクアンチなんて馬鹿は自称ハード屋と自演ぐらいしかいないかと思ってたけど
まだいるのかね・・・？

で、仮に別人だとして、君もハード屋と同じ考えしてるの？
だったら同類としてあの理屈に合わない矛盾した説の説明をして欲しいな。

「あんな馬鹿と一緒にするな」って人なら失礼ｗｗ

**名前は開発中のものです。** · 2010/01/23(土) 15:38:47

面白いから
ＶＩＰとヲチにも貼っておいたわ

**名前は開発中のものです。** · 2010/01/23(土) 15:45:07

　　　　_　　
　　　ﾉ㌻　　ﾎｰﾎｹｷｮ
　￣"￣￣

**名前は開発中のものです。** · 2010/01/23(土) 15:53:05

しかしほんとに逃げ回るか罵倒しかできないんだな・・・つまらん。

ハード屋みたいに立脚点が間違ってて、しかも自分の間違いを
認められない馬鹿をからかうと矛盾だらけの説を出してきて面白いんだけど。

無料で「逆転裁判」してるみたいで矛盾をいくらでも突きつけられる。ｗｗ

**名前は開発中のものです。** · 2010/01/23(土) 16:25:39

がちきち

**名前は開発中のものです。** · 2010/01/23(土) 17:10:04

でタスクシステムのメリットは動的な処理順番変更ってことでいいの？
おれメインで５本ゲーム作ったことあるけど必要になったことないな。
無駄にタスクシステムらしきものを突っ込んだタイトルのバグとり後始末なら何回かやったが。

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

>でタスクシステムのメリットは動的な処理順番変更ってことでいいの？
それ、付加的なもので本質じゃないんだけどなぁ
本職でメイン５本作ったプログラマがこれまでの流れ通してその程度のことしか
わからないってのは・・・嘘っぽいなぁ

まさかノベル形式のエロゲー５本作ったスクリプタとか同人とかいうオチ・・・？
とりあえず作ったジャンルとプラットフォーム、開発規模をヨロ
特定されない程度で。

**名前は開発中のものです。** · 2010/01/23(土) 17:54:27

>>237
じゃあなんなのよ。うそついてるって言うくらいだから教えてくださいよ。
こんなところで言っても意味はないけどコンシューマーでで３０万くらいは出てるタイトルやってきたよ。
シューティング、アドベンチャー、ＲＰＧ、シミュレーション。
PS1/PS2/GameCube/DS/PSP。プログラマーは５～１０人程度。

メモリ管理が便利になるとは思えないし(むしろ複雑になってデバッグが困難になることが多い)
フレーム処理用のインターフェイスの統一ならクラス継承そのもので
これをタスクシステムというならああそうなの？って感じだけど。
これなら確かに誰でも使ってるけど俺の回りではこれをタスクシステムとは呼ばないよ。

**名前は開発中のものです。** · 2010/01/23(土) 18:00:19

＞メモリ管理が便利になるとは思えないし
これはいわゆるTCBをいつでもどこでも自由につなぎかえるようなものをイメージしたときの話ね。

**名前は開発中のものです。** · 2010/01/23(土) 18:34:19

HtJlbitcのターン

**名前は開発中のものです。** · 2010/01/23(土) 19:53:05

>フレーム処理用のインターフェイスの統一ならクラス継承そのもので
フレーム処理用のインターフェイスの統一＝クラス継承
俺のまわりでは違うけど。君のまわりではそうなってるの？
説明どぞ

**名前は開発中のものです。** · 2010/01/23(土) 19:55:45

class IFrameInterface
{
virtual void execute() = 0;
virtual void draw() = 0;
}
これ以上に何が必要でしょうか。
できればそれによるメリットを教えてください。

**名前は開発中のものです。** · 2010/01/23(土) 19:57:32

さらにいうとこれもお題目なだけでわざわざ継承する必要すらないことも多い。

**名前は開発中のものです。** · 2010/01/23(土) 19:57:55

>これをタスクシステムというならああそうなの？って感じだけど。
>これなら確かに誰でも使ってるけど俺の回りではこれをタスクシステムとは呼ばないよ。
>>174
名前が違うだけで使ってるってオチですか？

>おれメインで５本ゲーム作ったことあるけど必要になったことないな。
あれ？前に言ってることと違うような。
周りはみんな使ってるけど俺一人使ってない、ということ？はて。

**名前は開発中のものです。** · 2010/01/23(土) 20:05:15

>>244
>>243がそうならそうだね。これをタスクシステムって呼んでるの？
でもタスクシステム云々言ってるときに
メリットとそのための実装が明確になっていることを見たことがないので。
タスクシステムと呼んでいた人たちのコードがバグを誘発してて
その複雑なコードはシンプルに書き換えられるという局面によく出会っていた。

＞あれ？前に言ってることと違うような。
これよくわかんないからもう少し説明して

**名前は開発中のものです。** · 2010/01/23(土) 20:12:46

>>245
>メリットとそのための実装が明確になっていることを見たことがないので。
メリットが明確になっていないものを
>これなら確かに誰でも使ってるけど俺の回りではこれをタスクシステムとは呼ばないよ。
君のまわりでは誰でも使ってる、と。
必要無いなら誰も使わないはずだけど？はてはて。

>これよくわかんないからもう少し説明して
"必要になったことない"のに"誰でも使ってる"？
はて、誰でもに君は含まれないのかい？

**名前は開発中のものです。** · 2010/01/23(土) 20:16:35

>>246
あのさぁ。こっちは少しでも例だして質問して答えてるんだから
少しは例だしてくれないかな。

＞>>244
＞>>243がそうならそうだね。これをタスクシステムって呼んでるの？

これはどうなの？これがそうなら「必要あります」
＞TCBをいつでもどこでも自由につなぎかえるようなもの
なら「必要になったことない」
という意味なんだけど。

**名前は開発中のものです。** · 2010/01/23(土) 20:25:37

>>243とは>>242のコードをさしてるのか？
ならちがうんじゃない？

こちらの感覚は >>174 とか >>178 に近い。
ゲームでは必ず必要になるゲームオブジェに処理を回す"何か"の
代名詞的な意味だ。

で、結局君は何を主張したいんだ？

こっちは >>137 みたいなタスクシステムもゲームエンジンもOOPも
ゲームオブジェに処理を回す必要も無い、って言ってるハード屋とやらの
矛盾をついてるだけなんだが。

まさか君も同じ考えなのかな？

**名前は開発中のものです。** · 2010/01/23(土) 20:42:00

まぁPS1時代みたいに片手で数えられるぐらいのプログラマ数なら
個々に必要になった箇所で作ってもいいんじゃない？とも思うが

今の外注やらライブラリやらサーバやら込みで３桁のプログラマが
コードをいじるプロジェクトで、タスクシステムなり何なり、処理を
回す基底処理を用意しないわけにはいかないし。

タスクシステムは非常にあいまいで名前が紛らわしいってのはあるけど
あんまりユニークな命名すると「これは何をするものですか？」って何回も
いろんな部署のプログラマに説明しなきゃいけなくなるし。（ドキュメント
用意しても百人超えるプログラマの中には読まないで聞きに来るのが絶対いる）
「タスクシステム」ってゲームプログラマならほぼ知ってる知名度の高い
名前つけてた方が面倒少ないから名前使う、ってレベルだけど。

**名前は開発中のものです。** · 2010/01/23(土) 20:44:38

>>248
>>174 >>178もそもそも具体的じゃないと思うけど
「定期的に処理を回す”何か”のこと」を>>242風に実現してるものはたくさんあると思うけど？
>>242からもシステムを構築する上でも無駄に複雑にする方法がいくらでもある。
(あまりにも汎用的な記述なんだから当たり前だよね。)
だからもっと具体的に、メリットがある「タスクシステム」はどんなものかを聞きたいのね。
「メリット」と、できれば実装を聞いているの。
少なくとも「メリット」が明確なら実装は聞かなくても推測可能だし。

＞で、結局君は何を主張したいんだ？

>>242 >>243以上の汎用システム化にメリットを感じたことがない。
>>242を毎フレーム呼び出すコードは普通に一般的だがそれ以上のメリットを備えた
汎用的なゲームシステムのことを「タスクシステム」と呼んでいるなら
そのメリットとはなんなのと質問しているんです。>>248でちがうんじゃない？といってるし。
きみも>>237で本質的なメリットじゃないっていってるじゃない？

わかりにくかったのかな。
本質のメリットというものを教えて欲しいんです。
別に誰かの意見の支持とかではなく>>236に対して>>237といったことの具体例を。

**名前は開発中のものです。** · 2010/01/23(土) 21:16:23

不必要に基底が肥大化したタスクシステムに弊害があるのは当然。
んでもゲームで必ず必要になる処理である以上、誰かが何処かで作るわけで。

２桁超えたプログラマが思い思いに勝手に作ってたら収集つかなくなるだろ・・・
で、作ったら命名する必要があって、命名するなら代名詞的なもの使ったほうが
理解しやすいね。ということ。こっちの言ってるメリットの一つはこれ。

PS1とか64とかCubeとか、あの頃はみんなプロジェクト毎に独自タスクシステムっぽいもの
毎回新しく作ってたんだけどねぇ・・・
今のPS3/360世代で同じことやってると会社つぶれるし間に合わん。

>本質のメリットというものを教えて欲しいんです。
どうも君はプログラム・ロジックレベルのメリットに限定してるみたいだけど。
そのレベルのメリットは「タスクシステムの実装による」としか答えられん。

うちで今使ってる「タスクシステム」と名がつくものはマルチ・非相対コアで並列動作して
リソース同期を極力抑えて・・・というようなもの。
これは古典的タスクシステムと似ても似つかないものだけど、使う側のプログラマにとっては
キャラ単位、フロントエンドUIのウェジット単位、とかに使えてよくあるタスクシステムと同じ
範囲をカバーするから「タスクシステム」と命名してある。

**名前は開発中のものです。** · 2010/01/23(土) 21:42:10

>>251
うーんそうすると>>242でもなにか便利な機能が追加されれば「タスクシステム」と呼ぶわけね。
(違うといってるのはおそらくこれに「独自の」メリットが追加されたものをそう呼んていると読み取った。)
で、そう呼ぶこと自体に意味があるということが>>237の真意ってことね？

それはあまりに技術的内容がないな。
たとえば並列化できるシステムは技術的コンセプトなしには作れないし
簡単じゃないことくらいはもちろんわかってるよね。メモリの安全な管理もそう。
UIの要素管理やAI管理もそうでしょう。

ここでの主張は「タスクシステム」と呼ぶこと自体が意味のあることという主張で
具体的な内容は>>242以上はないと。
そこまで言うならおれはやっぱり「タスクシステム」って呼ばないほうがいいと思うわ。
ネット見たってTCBがタスクシステムに必須であるような記述も多いし、
いろんな技術的要素をタスクシステムの例として説明しているものが多いし。
で、おれの経験でもタスクシステム云々言ってるコードは不要に複雑になったコードが多かった。
たしかに実装した「定期的に処理を回す”何か”」がシステムっぽいときに
「いわゆるタスクシステム的な」っていうのは通じやすいけど、
それじゃ「タスクシステムってなんですか」ときかれたら答えられないじゃん。

ゲームはいろいろな要素に>>242的な形が出現する、それを実装しているといったほうが優しくないか？
言い換えれば「定期的に処理を回す”何か”」ってことだから>>174そのものだね。
まあこれだけを意味する用語をおれも知らないけど。

というか>>137も>>174は否定してないように見えたけど？
(さかのぼるの面倒だったのでID:iYQ9vwhmしか見なかったけど)

**名前は開発中のものです。** · 2010/01/23(土) 21:51:35

>そこまで言うならおれはやっぱり「タスクシステム」って呼ばないほうがいいと思うわ。
それは会社や現場の文化なりルールなり開発者の嗜好なりの問題。
「タスクシステム」以外の名前で通ってる現場もいくつか見てきたし。
タスクシステムという名前を必ず使うべし、と言ってるわけじゃない。
ただうちの場合はロートルのプログラマとか、今は管理者になって現場に居ない上役とかにとって
「タスクシステム」ってのは通りがいいので使ってる。

>というか>>137も>>174は否定してないように見えたけど？
さかのぼれば色々面白いと思うぞ。
タスクシステムのメリットを否定したいがためにゲームエンジンも、クラスの継承も、OOPも抽象化も全て否定して・・・
「タスクシステムは全ての人にとってメリットが無い！」とまで断言しちゃ
色々からかいたくなるだろ？

「へー、どうやって証明するの？その悪魔の証明」って。ｗｗｗ

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

>>253
＞それは会社や現場の文化なりルールなり開発者の嗜好なりの問題。
これは否定できないけど
このスレは「タスクシステム」って何なのメリットあるのってスレだと思うけど。

「定期的に処理を回す”何か”」をタスクシステムって呼びます。
ならそれ自体はだれも議論しないと思うよ。

でも「タスクシステム」と称していろいろな実装についても語られる中
「タスクシステム」をそう理解しろってのも無理な話でしょ。
だって「定期的に処理を回す”何か”」って「ゲームループ」とすら言い換えられる。

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

>「タスクシステム」をそう理解しろってのも無理な話でしょ。
今のゲーム業界でそー使われてるのが事実だからしょうがないんじゃない？
他にもっと適当な用語があればそれ使いたいんだけど、誰も代案なんて出せないだろうし。

「ファミコンショップ」に行って「何でPS3とか最近のゲームが置いてあるんだ！
ファミコンショップだろ！ファミコンのソフト売れよ！紛らわしいだろ！」とか怒られても
「今時ファミコンなんて売れないし・・・そーいうものです」としか答えられん。

技術的な話題をしたいなら、自分で明確なコードなり設計なりを出してから
「ここの問題どうしましょう？」とか聞くのがいいんじゃないの？
それかもっと適切なスレに行くか。
>たとえば並列化できるシステムは技術的コンセプトなしには作れないし
とかはタスクシステムじゃなくてゲームエンジンなりフレームワークなりの持分かと。

今まで「タスクシステム」と名がつくシステムを数十個見てきたけど、見事にゲーム毎に別々。
2Dアクション系でrect情報持ってるのとか、3D系でシーングラフとくっついてるのとか、
Win32APIのエミュみたいにHWNDとか持ってるわけわからんタスクシステムとか・・・
まぁ基底がごちゃごちゃしたタスクシステムと言われるものはだいたい糞だけど。
そうでない理にかなった自称タスクシステムも沢山見てきたわけで。

で、「全てのタスクシステムはデメリットしかない」と言われると「うーん・・・視野が狭いなぁ」となる。

**名前は開発中のものです。** · 2010/01/23(土) 22:32:30

>>255
いやいやだからきみは「２ちゃんで煽りたい」ってスタンスが透けて見えるんだって。
>>237では「お前が無知なだけでメリットがあるよ」って雰囲気だしてるし
＞技術的な話題をしたいなら、自分で明確なコードなり設計なりを出してから
これを出したら「タスクシステム」の話ではなく「俺システム」の話でしょ。
で共有できる「タスクシステム」の概念は何と質問すると>>174
こちらが出した擬似コードが>>242

＞今のゲーム業界でそー使われてるのが事実だからしょうがないんじゃない？
＞とかはタスクシステムじゃなくてゲームエンジンなりフレームワークなりの持分かと。
＞今まで「タスクシステム」と名がつくシステムを数十個見てきたけど、見事にゲーム毎に別々。
結局こう言ってるのにすごい含みを持たせているようにしか見えない。
そんな議論だとだれも食いついてくれないから何かあるように見せる。
それが>>3だったり「タスクシステム」にまつわる大きな問題じゃないの？

**名前は開発中のものです。** · 2010/01/23(土) 22:48:10

>いやいやだからきみは「２ちゃんで煽りたい」ってスタンスが透けて見えるんだって。
初めからいってるじゃん。ｗｗ
隙だらけの説を吹いてる奴の矛盾をついて楽しむのが目的だって。
たまたま覗いたこのスレに、理論的に隙だらけの奴がいたから遊んでるだけ。
理屈のおかしい主張は突っ込みたくなるだろ？ｗｗ

今さらタスクシステムなんてあいまいで初歩的な話、たいして興味ない。

んでもこっちがからむのは話の矛盾している箇所にであって、純粋な技術の話には
からまんけどな。相手がからんでこない限り。

で、あんたは「タスクシステムは全ての人にとってメリットの無い」って主張しているのを肯定するのかい？
それとも技術的な話の邪魔と思うの？

俺は無料逆転裁判を楽しんでるだけだ。ここは2chだしｗｗ

**名前は開発中のものです。** · 2010/01/23(土) 22:51:57

ちょっと考えれば IFrameInterface とでも役割を反映した名前にできるところを
「タスクシステム」なんて内容のわからない名前付けにして済ませてしまう。
そんな名前になってるからメモリ管理やら処理優先度やら妙なものがいっしょくたに
なっても、おかしいことに気づかない。あるいは気づきにくい。
そういう悪習を広めるという意味で「タスクシステム」は害悪であって、それを上回る
ようなメリットは持っていない。

**名前は開発中のものです。** · 2010/01/23(土) 22:55:43

IFrameInterfaceも何するものなのかいまいちわからないけどな

**名前は開発中のものです。** · 2010/01/23(土) 22:58:59

>>257
論理の飛躍が見えてちょっと恥ずかしいなといってるだけ。
技術的な話を一切シャットアウトしてるのは突込みではなく煽りでしかない。

いっていることは結局>>174
そうだとしたらこのスレのだれも反論しないよ。

＞で、あんたは「タスクシステムは全ての人にとってメリットの無い」って主張しているのを肯定するのかい？
ここ数レスだけを見れば君の主張を否定する点はない。ただそれはこのスレ的には誰も興味ないんだよ。
「俺の環境で概念の共有手段として使っている」といっているだけで
このスレで出てきている技術的な話についてもなにも理解が進むわけがないし
>>3のようなデメリットに対する反論になるわけでもない。

＞それとも技術的な話の邪魔と思うの？

君がかき回しているだけだと思うよ。

**名前は開発中のものです。** · 2010/01/23(土) 23:04:43

>君がかき回しているだけだと思うよ。
そうかい？
まぁこっちの楽しみのために技術的な話題をしたいという
真面目な人の邪魔するつもりは無いから退散するよ。

このスレで技術的に意味のある話ができるといいね。

**名前は開発中のものです。** · 2010/01/23(土) 23:05:39

二人が話してる「タスクシステム」は、相互にズレがあるようだな

**名前は開発中のものです。** · 2010/01/23(土) 23:10:30

そもそも論点が違うっていう

**名前は開発中のものです。** · 2010/01/23(土) 23:10:38

そんなものを用語として使うことがｗ

**名前は開発中のものです。** · 2010/01/24(日) 01:45:03

for(;;)を永久ループって言ってるようなものだよね。

**名前は開発中のものです。** · 2010/01/24(日) 02:10:17

IFrameInterfaceってtaskSystemよりセンスが悪いと思う…

**名前は開発中のものです。** · 2010/01/24(日) 09:40:18

ネットでダウンロードできる実践的なタスクシステムのソースってある？
オープンソース化してる市販ゲームって海外が多いから
タスクシステムのお手本みたいなのが見つからなくて・・・・

**ハード屋** · 2010/01/24(日) 11:49:57

なんか荒れてるね。皆色々背負ってるみたいだから大変なんだろうね。
「技術」ねぇ。ノウハウの間違いなんじゃないかって。まあいいや。

俺なんかだとあれだけどね。
動的に実行順を制御したい部分が出てきたときは、
個々にモジュール化しちゃうけどね。
たとえば、Zソートだと、描画エンジンに任せたり。
局所性が高い方がカスタマイズしやすいでしょ、
そのスケジューラは描画エンジン専用にしていいわけだから。

**名前は開発中のものです。** · 2010/01/24(日) 12:26:01

経験によって意見がだいぶ違うな
小規模開発の実装プログラマ視点からはタスクシステムは諸悪の根源
大規模開発のアーキテクチャやプログラムディレクター視点からは
タスクシステムのような統一処理は必須

**名前は開発中のものです。** · 2010/01/24(日) 12:34:09

全部アセンブラで書くのならタスクシステムは有効かもね
このスレではあまり重要視されないけど、複数人で開発しやすい構造だしね

**名前は開発中のものです。** · 2010/01/24(日) 12:49:13

便利なシステムはあったほうがいいけど具体的にどんなものなの？ってことでしょ。
それを具体的にしないと。

**名前は開発中のものです。** · 2010/01/24(日) 12:57:31

ゲームでは必須になる処理だけどジャンルとかプラットフォーム世代とかで
最適解が異なるから、具体的な一つに集約はしないだろう。

最大公約数的に全てのタスクシステム共通の処理だけ抜き出してきても
それは実際に使われてるタスクシステムとは似ても似つかないものだから
そんなの調べても実際のゲーム開発には役に立たないし。

**名前は開発中のものです。** · 2010/01/24(日) 13:19:25

実際に役に立たない概念・定義できない概念をタスクシステムと呼んでいるなら
それは意味がないでしょう。通常はメリットとその実装方法に意味があるんだから。
(「ゲームシステム」ってあると便利だよね。つくったほうがいいよっていってるのと変わらない。)

例えば、動的な処理順番変更がメリットでその実装方法としてTCBがあり
それがタスクシステムならそれは必要ないことが多い。
必要な場面で使えばいい手法ということになる。

上で「定期的に処理を回す”何か”」っていってるけど
それだけを「タスクシステム」と呼んでいるのならデザインパターンのひとつくらいの意味だね。
デザインパターンでも普通はサンプルコードくらい書けるけど。
>>2あたりはそういう主張じゃないよね。

**名前は開発中のものです。** · 2010/01/24(日) 13:26:35

タスクシステムはデザインパターンではなくアーキテクチャパターンだろうね。
PACアーキテクチャなんてタスクシステムの親類みたいな感じだし。

アーキテクチャパターンレベルの話にデザインパターンレベルの具体的な実装を
求めても、いろんな実装が出てきてまとまらないのは当然だな。