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

**名前は開発中のものです。** · 2009/05/07(木) 13:33:06

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

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

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

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

劣化Simulaみたいな言語をDSLと呼んだらマズイかな

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

単純に、劣化Simulaで出来ることは全てC++でも出来るだろうに、
なぜあえて、劣化Simulaを使う必要があるんだ、と思うね。
中途半端なDSLが一番の悪なんだ。BITMAPみたいな大人しいのは正義。

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

劣化Simulaってのは説明になってなかったな
coroutine
discrete event simulation
この2点をパクった

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

そっちメインで使うんなら、その劣化Simulaがむしろ汎用言語で、
C/C++がAPI叩いたり速度稼ぐという目的のDSLじゃね？

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

いや、汎用にはなってない
ゲームのシミュレーション部を記述することにのみ特化したスクリプト言語。
FSMの相互作用を記述する目的しかない

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

というか、コルーチンと聞くだけで虫唾が走るのは俺だけか？
たとえば、ジャンプしながらパンチも出来るキャラの制御を考えたとき、
ジャンプの処理とパンチの処理は別々のコルーチンで処理しないとコルーチンの意味がないけど、
それぞれのコルーチン間での連携はどうするんだって思うね。
フラグでやるの？どっちみち汚くならね？いやこれは純粋に質問なんだが。煽りとかでなく。

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

>FSMの相互作用を記述する目的しかない
その程度の大人しいDSLだったらいいんじゃね。

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

>>720
そんなもんにコルーチン使うなボケ

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

でも俺はコルーチンとか嫌いだからね。

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

ボケはいい過ぎた。寝たいのだ。寝る

**ID:KvaJ18tR** · 2009/07/28(火) 01:56:51

>>722
だったらコルーチンなんて使い道なくね？

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

>>725
このクルクルパーの登場のタイミング、なかなか空気読めてるよね

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

誰でもいいからコルーチンの有効な使い方教えてよ。
タスクシステム以上に謎なんだが。

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

アスペクト指向？

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

コードがあっちこっちに散らばらなくて汚くならない

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

>727
スレッド使ったこと無いのかな？

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

そこなんだよ。
コルーチンって要はお手軽スレッドだろ。
スレッドって必要に迫られて使うことはあるけど、積極的に使うようなものか？
お手軽スレッドってことは沢山作ることを前提にしているわけだが、
そんなほいほいスレッド100本とか作りたいと思うか？
なんかそのへんずれてるんじゃないかと。

>>729
むしろ最終的には当初の予定に反して散らばりそうな予感。

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

たとえばアクションゲーム作るとして、
ジャンプはジャンプ用のスレッドで処理、歩くのは歩く用のスレッドで処理、攻撃は攻撃用のスレッドで処理するとして、
互いの処理に依存があった場合、どうやってコミュニケートさせるんだってなる。
各々にフラグかなんか用意しておいて、
互いの処理が互いにそれらしく振舞うように互いのフラグを監視しながらも個々の処理は独立して動かすとか、
意味不明だろ。

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

>>732
依存がないようにする
簡単に言えばそれぞれの状態が直交するようにすれば
コンポジットして並列に動かしてもいいんじゃないか？

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

>>732
その問題ってなんでも起こるよね
それが解決できるなにかを主張してるわけじゃなくて
それ自体を主張されてもなんか困るよねｗ
お手軽スレッドを「ね？お手軽でしょ？」っていわれても
それらを纏め上げるのは正直地獄をみる
カプセル化して個々のスレッドからは影響するほかのスレッドの処理を除くとしたら
当然スレッド同士を繋げるスレッドが必要になる
２つのスレッドが関連するなら１つのスレッドがさらに必要になる
関連処理＝スレッドの勢いで増えていく
誰も説明がないからとりあえず他のスレッドと並列に扱うと酷いことになる
しかし、スレッドの扱いについてはなにも触れられない
きっとツリー構造になるだろうが、これはなにかに似てないだろか？
普通に組んだときとなにか違うだろか？この仕組みのアドバンテージってなんなんだろか？
と疑問になる

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

そんなことしたらゲームデザインに制約が出来るぞ。
コルーチンの仕様にゲームデザインを合わせるなんて本末転倒もいいところだ。
それにゲームの面白さってのは色々な処理に依存性があるから生まれてくるってのもあるだろ。

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

>>735
何をいってるのかさっぱり理解できない
俺はなんでもできる
面倒であんまり意味ないけど
俺は上記構造でもなんでも作ってみせる
意味のない発言をするな

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

>>736
いや、お前に言ったんじゃないんだ。投稿時間を見てくれ。

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

>>737
はじめからアンカーつけとけよ

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

>>735
>>737
ん？じゃあ俺か
でも君の言っている処理は全部直交だよ
ジャンプしながら前進して攻撃することができるだろ
「いろいろな処理に依存性がある」ゲームデザインの例を挙げてくれないか？

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

たとえば、ジャンプ中は慣性の処理が働くのが普通だから、地上を歩くのとは処理を変えなきゃならないし、
攻撃するにしても、プレイヤーの向きぐらいは知ってなきゃならないだろうし、
ジャンプ中は攻撃の種類が変わるかもしれないし、
攻撃中は前進できないかもしれないし。
そういう仕様ってありふれてるだろ。

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

>732
頭悪いヤツ晒しage

なんでそういうことをスレッドで処理させる必要があるのか、考えないところがイタい。

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

>740
適材適所って言葉を知らないのか？
コルーチンなりスレッドなりを使うときに有用な場面とか、考えたこと無いのか？

普通は、継続して処理したいけども任意で中断して他の処理を差し挟みたいときに、
コルーチンなりを使用する。

オマエが>732で言っているようなことは、状態機械でやればよい。

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

>>742
>普通は、継続して処理したいけども任意で中断して他の処理を差し挟みたいときに、
それさ
上位でやると色々問題おきそう
中断は中断状態で処理するべきじゃね？
ってなるとあんまりこの仕組みいらないんだよなぁ

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

ID:CpdnwPwc
ID:KvaJ18tR
ID:24mKledF
結局このタスクシステム＝ファイルシステム君は知ったかの素人か学生ちゃんなのかな？
態度がでかい割りには協調的なマルチタスキングについての理解・実装経験が乏しそうなのは奇奇怪怪
タスクシステム親派なんだろうけど、学の無いプロでもヒューリスティック・アプローチで磨き上げた直感が
あるからコルーチンの使いどころは速やかに想起するものなんだがねぇ

ファイルシステム君は以前のスレの>>810と同一人物なんじゃないかな。あの自動並列化を意識した
タスクシステムとかいうオナニーソースの作者。彼ならタスクシステム＝ファイルシステム論みたいな
珍説を唱えそうな気がする

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

>>741 >>742
だからそうなってくると、利用できるシチュなんてほとんどなくなる。
基本的にコルーチンってのは依存関係の少ない単純な処理向きなんだけど、
単純な処理なんだったらベタで書いても大差ない。

**名前は開発中のものです。** · 2009/07/29(水) 00:00:36

×磨き上げた直感が
○磨き上げた嗅覚が

**名前は開発中のものです。** · 2009/07/29(水) 00:12:14

>745
なんかまた専門学校の学生さん？　授業じゃたいしたことやらないから、どんな場面で必要になるのか、
想像すらできないってところのかな。

コルーチン的に中断処理を入れられる方が書き易い場合と、FSM的に書いたほうが書き易い場合と
どっちもあるんだよ。

**名前は開発中のものです。** · 2009/07/29(水) 00:42:17

>コルーチン的に中断処理を入れられる方
だからこれは依存関係が少ない場合だろ。
でもそんなザコ処理なんてどうでもいいわ。普通に書いてもたいした苦にならん。

**名前は開発中のものです。** · 2009/07/29(水) 06:55:01

>748
想像力が足りないって、ある意味うらやましいと思うよ…。

**名前は開発中のものです。** · 2009/07/29(水) 10:11:20

ｇｄｇｄやってないでプログラムあげろよ

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

盆休みナシ確定age

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

不幸自慢する男の人って…

**名前は開発中のものです。** · 2009/07/31(金) 01:42:56

ダサいよね
最近そういうの茶目っ気にも見えない

**名前は開発中のものです。** · 2009/08/01(土) 01:38:41

タスクについては
>>674
でアンチ惨敗で決着しちゃってるから
もうコルーチンとかファイルシステムとか変てこな話題しか出ないね。

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

アンチ惨敗で決着というのはタスクシステム親派としてはちょっといただけないかなー
そこには>>674の内容に異論のあるタスクシステム親派がいないという大前提があるようだが
それがそもそも無理というか幻想だということに気付いてるんだろうか

＞Actorはタスク以上に「何でもあり」なんだがなぁ・・・
＞メインループで「update」と「draw」のイベントシグナルを発行すればタスクと同じようなことできるし。

コンピュータ（orプロセッサ）間の非同期通信（非同期メッセージパッシング）を基本とする
アクターモデルが「何でもあり」というのはちょっと乱暴で手前勝手な拡大解釈だなと思う

アクターモデルは基本的に事象駆動（離散系シミュ）の考え方であり、時間駆動（周期駆動、連続系シミュ）
のプログラムに見られるメインループなんてものはそもそも必要ない。イベントキューとそれを巡回・処理
するループがあるとしても必須のものではない。そして巡回・処理する対象はアクターではなく事象（イベント）

時間駆動のプログラムが使うインターバルタイマーの周期的なトリガーをイベント（事象）のひとつとみなして
これを事象駆動の一種とする捉え方は可能ではなる。が、リアルタイムシステムや科学技術計算の分野では
明確に対比され区別されている

リアルタイムシステムではtime-triggered-systemとevent-triggered-system
科学技術計算ではcontinuous-simulationとdiscrete-event-simulation

といった感じでね

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

補足すると、対比され区別されているからといって排他的という意味ではない
両者を組み合わせる形のシステムはちゃんと存在する

ゲームでは時間駆動型の基本システムの上にイベント駆動のシステムを
乗せているビデオゲームだ。画面更新はあくまでも時間駆動。ゲームの
シミュレーション部などが事象駆動。といったハイブリッド型の実装になってる
完全に一体になってるケースもないことはないが普通は層が分かれてる

**名前は開発中のものです。** · 2009/08/01(土) 03:04:53

＞タスクに適したゲームっていえば少人数（プログラマ１～３人ぐらい）、低スペック（最高でも携帯機ぐらい）
＞で2D弾幕STGとか、ACTとかかね。

「タスクシステム（>>2）」に適したゲーム、ということならまだ分かるけど、「タスク」は全く関係ないと思うなぁ
長期大規模開発用のミドルウェアの中にも「タスク」というのはちゃんと存在するし。ごく一般的な技術用語だし。
「タスク」に特殊な意味を与え、低スペックなターゲットの2DSTGやACTの少人数開発でしか使えない、といった
レッテルを勝手に貼られるのはちょっと困るかなぁ

**名前は開発中のものです。** · 2009/08/01(土) 03:10:36

＞Stepはアクション系とは相性悪い。素組みはめんどくさすぎでありえん。
＞となるとタスクじゃね？となる。

これは>>674は悪くないんだが、ゲーム業界の一部で未だにStepという表現が
こういう特殊な意味で使われてることに驚かざるをえない
そもそも時間駆動型のプログラムは全て処理ステップを逐次実行してるわけで
これはステップ処理だがあれはステップ処理じゃねーなんていう珍妙な会話は
傍から聞いててもかなり馬鹿げている

**名前は開発中のものです。** · 2009/08/01(土) 03:14:33

>>757訂正
△　少人数開発でしか使えない、といったレッテルを勝手に貼られるのはちょっと困るかなぁ
○　少人数開発には適しているがそれ以外では不向きといったレッテルを勝手に貼られるのはちょっと困るかなぁ

**名前は開発中のものです。** · 2009/08/01(土) 03:17:22

>アンチ惨敗で決着というのはタスクシステム親派としてはちょっといただけないかなー
>そこには>>674の内容に異論のあるタスクシステム親派がいないという大前提があるようだが
>それがそもそも無理というか幻想だということに気付いてるんだろうか

なんでそうなるんだ？周りを巻き込もうとするなよ。
単にお前個人が>>674に異論がある。それでいいだろ。糞が。

>低スペックなターゲットの2DSTGやACTの少人数開発でしか使えない、といった
>レッテルを勝手に貼られるのはちょっと困るかなぁ

レッテル貼られたら何で困るんだ？
タスクシステムなんて単なる実装の一手段でしかないのだから、周りからどう思われたって関係ないだろ。
それともあなたはタスクシステムの権利団体か何かの人なんですか？

**名前は開発中のものです。** · 2009/08/01(土) 03:40:39

まぁたしかにステップ処理がACTでめんどいというのは意味不明だとは思うし
タスクが大規模開発に向かないってのもオラが村の事情の話に過ぎないし
こんなんでアンチ惨敗とかほざくのはゲーム専のお子様だけだわな

**名前は開発中のものです。** · 2009/08/01(土) 03:52:01

たとえば、俺が「タバコは体に害がある」と言ったとして、(俺は愛煙家だがな)
それに対して、「そう思われてはちょっと困るかなぁ」、なんて返されると、
一体お前はタバコの何なんだ？お前の私物か？お前はJTの社員か？なんで困るんだ？
となるわな。

そういう頭のおかしなやつが好むのがタスクシステムってことなんだろうけど。

**名前は開発中のものです。** · 2009/08/01(土) 03:57:12

>>760
レスかぶっちゃったゴメン

でも君が何でプリプリしてるのかわからない
タスカーが団結しないと許せないみたいな？

悪いけどタスカーはあまのじゃくの我流戦士が多いから
本音を話せばいくらでも見解の不一致は出てくるよ

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

>>762
まーた相似性の希薄な例え話を引っ張り出すのが大好きな子が出現してるのか？
アンチはクルクルパーが沢山混じってて面白いね

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

>>768
関係ないと思うか？むしろ本質的だと思うが。
つまり、タスクシステム愛好家は他者とのコミュニケーションが取れないやつが多い。(お前を含む)
タスクシステム自体もタスク間でのコミュニケーションが苦手という問題を抱えてるが、
自分もコミュニケーションが下手なもんだから、そこに気づけない。
気づけないというよりは、もともとそういう感覚を有してないと言ったほうが適切かな。
他者と会話できないから、井の中の蛙だし、そんなだからいつまでもタスクタスク言ってる。
死ぬまでやってろ。そういう傾向。

**765** · 2009/08/01(土) 04:12:53

訂正
>>768→>>764

**名前は開発中のものです。** · 2009/08/01(土) 04:17:18

>>765
＞タスクシステム自体もタスク間でのコミュニケーションが苦手という問題を抱えてるが

なにそれ怖い。そのチンカスタスクシステム固有の問題、具体的に書いてみ？

**名前は開発中のものです。** · 2009/08/01(土) 04:33:34

書くわけねーじゃん。お前の脳内変換で揚げ足取られるに決まってるのに。
タスクなんていう考え方している時点で、もうだめなんだ。
何でかって言うと、タスクにスポットが当たってるから。
本当は、「間」にスポットを当てないといけない。そうなると、タスクなんて余計なだけ。

だいたい、人に問う前に、まずお前は、

>少人数開発には適しているがそれ以外では不向きといったレッテルを勝手に貼られるのはちょっと困るかなぁ

↑何で困るのか答えやがれ。

**名前は開発中のものです。** · 2009/08/01(土) 05:00:59

お前はまず>>659に答えろよ

**名前は開発中のものです。** · 2009/08/01(土) 06:42:31

タスクシステム使いさんへ技術的な質問
↓
しばし沈黙
↓
通りすがりのタスクシステム使いさんがにわかに登場してなんだかタスクシステム良いよ的な話
↓
タスクシステム使いさん勝利宣言
↓
勝利宣言に違和感を覚えた人が（以下ループ）

**名前は開発中のものです。** · 2009/08/01(土) 12:15:11

なぜか反例が出せない

**名前は開発中のものです。** · 2009/08/01(土) 13:13:07

ID:6uucu48D はファイルシステム君だよ

**名前は開発中のものです。** · 2009/08/03(月) 01:41:46

あー、なるほどねぇ。それなら納得だねぇ。>>764でID:6uucu48Dはアンチだと
予想したけど外れかもねぇ。まぁよく考えてみれば>>760がアンチ（？）ならば
俺の>>755-759の書き込みに噛み付く道理ないんだよねぇ。アンチならわかるよねぇ？

だからなんでこの犬っコロ（>>760）は青筋立ててギャンギャン吠えてんのかなぁと
不思議に思ってたんだねぇ。クルクルパーのファイルシステム君なら納得だねぇ

**名前は開発中のものです。** · 2009/08/03(月) 01:49:05

だれがアンチだとかアンチだからなんだとか、勝ち負けだとかどうでもいい。

技術的な会話をまともにしてほしい。技術的な内容以外は理性的に切り捨ててほしい。

**名前は開発中のものです。** · 2009/08/03(月) 01:53:35

俺は書いたけどねぇ。何も反論ないんだねぇ

**名前は開発中のものです。** · 2009/08/03(月) 01:54:55

そしたらタスクシステムなんて採用に値しないだろ
だってメリットねーしｗ

**名前は開発中のものです。** · 2009/08/03(月) 01:59:04

>>776
シャンプー君は元気そうだねぇ
どのタスクシステムの話なのかねぇ
それによって答えは変わるけどねぇ

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

>>733
お前自分で、>>755で自分はタスクシステム信派だって自己紹介してんぞ。
貧乏暇なしというが、忙しい人だな。

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

誰だよそれ

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

>>733のお話し相手が一体誰なのかなぁとチラ見してみたら
「コルーチンの使いどころが分かんない分かんない」って
癇癪起こして足をバタバタさせてるファイルシステム君じゃないかね

**名前は開発中のものです。** · 2009/08/03(月) 02:39:19

>>774
タスクシステムに技術的話題なんて無いね。共産主義並みに行き詰ってるのに。
後はこのタスクシステムが蔓延してしまっているこの事態をどうやって収束させるか。それだけ。
北朝鮮問題やら派遣問題やらと同じで、どういう風に支援、改心させるか。
でも某国と同じで洗脳教育されているのか自己催眠にかかっているのか知らないが、
あいつ等何言っても聞く耳持たないし、信じようとしないからとても大変だ。
もう放っておけばいいんじゃないかとも思えるが、(←多くの人がそうしているようにな)
このスレ的には、タスクシステム総合と銘打っている以上、
上記の問題に立ち向かっていかなければ存在意義がなくなるしな。
後始末後始末。

**778** · 2009/08/03(月) 02:41:03

>>779
レス番号ミスった。
>>733
↓
>>773

**名前は開発中のものです。** · 2009/08/03(月) 02:43:31

おー怖い怖い。怖いから俺寝る

**名前は開発中のものです。** · 2009/08/03(月) 19:11:25

この議論の内容が分かってきたらある程度一人前になったと自覚してよろしいですかね

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

何言ってるのかわからない

**名前は開発中のものです。** · 2009/08/03(月) 20:25:07

なにそれこわい

**名前は開発中のものです。** · 2009/08/03(月) 20:26:49

2人以上のプログラマのチームでゲーム開発できる人なら
別にこんな所の内容なんてわかんなくてもいいんじゃね

**名前は開発中のものです。** · 2009/08/03(月) 21:44:12

このスレのタスク信者が1～2人だと気付ければ1人前

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

出向先「タスク系ゲーム開発への興味はお餅でしょうか」
ぼく「えっ」
出向先「タスク系ゲーム開発への興味はお餅ですか」
ぼく「いえしりません」
出向先「えっ」
ぼく「えっ」
出向先「まだお餅になってないということでしょうか」
ぼく「えっ」
出向先「えっ」
ぼく「変化するってことですか」
出向先「なにがですか」
ぼく「興味が」
出向先「ああ使い続けていただければ技術レベルがあがって
　　　興味が変わりますよ」
ぼく「そうなんだすごい」
出向先「ではお教えいたしましょうか簡単ですよ」
ぼく「くさったりしませんか」
出向先「えっ」
ぼく「えっ」

**名前は開発中のものです。** · 2009/08/05(水) 16:20:46

いまいちどころか、いま８くらいだな。

**名前は開発中のものです。** · 2009/08/05(水) 23:34:57

己の寒さに耐え兼ねて自己レスするスレッドストッパーって…

**名前は開発中のものです。** · 2009/08/07(金) 23:27:13

なんか元気ないから保守age

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

誰か何か書きこめよ。
もう誰もいなくなったか？それは結構なことだ。

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

やねうらおがこないともりあがらないんだろう
奴しかタスク派いねーし

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

仕方がないから、個人サイトでも漁るか。
googleでタスクシステムで検索。以下上位サイト。

「その３タスクシステムと「ゆるゆる」なキャラクタ」
ttp://marupeke296.com/GDEV_No3_TaskSystem.html
ゆるゆる

「本場のタスクシステムはスゲェな...」
ttp://www.game-create.com/archives/1299#more-1299
本場ですらスゲェんだな(謎

「萌えプロタスクシステム基本篇」
ttp://akira812.spaces.live.com/Blog/cns!96B4C8D0C2C59D62!202.entry
。。。

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

ざっと見た感じ全員ゲームを完成できる技術もってないな

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

イジメ甲斐のあるアンチは全滅か・・・
イジメすぎた？

**名前は開発中のものです。** · 2009/08/08(土) 19:42:43

勝利宣言キタよ

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

謎な脳内変換と意味のない煽りはタスクシステマーの十八番だからな。

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

おぉ、まだ生息してたか！
はやく楽しませてくれよ

引数じゃないとダメとか総合ヘッダとか
アンチらしい話題を早く出しとくれ

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

会話するつもりがあるなら >498 とか >646 とかに具体的な回答をおねがいします。

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

>>796
一番上の人は職業ゲームプログラマーだった筈

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

>>801
> 具体的な回答をおねがいします。
どーいう返答なら「具体的」でどーいう返答なら「具体的」でないのかなぁ？
まずそれを「具体的」に説明してくれやｗｗ

「具体的」な回答を求める人には当然答えられる質問だよな

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

>>803
たとえば 498 の「どんなコメントつけてるの」に対して、
「何も書いてない」や「"タスクシステム"とだけ書いてある」なんての具体的な返答。
「いろいろ書いてある」や「それなりのことが書いてある」は具体的な返答ではない。
「何か書く必要あるのか？」とか「いらねーだろｊｋ」とかは返答ですらない。

これでいいですか？

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

で、過去レスで一つもそーいう具体的な回答が見つからなかったから
あえてアンカー張って具体的な回答を求めてるのかい？

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

>>805
はい。そうです。

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

具体的な回答には具体的な質問が必要だなぁ
>>498 は具体的な環境や実装が不明だし
>>646 にいたっては自問自答で質問にすらなってない

こんなのに「具体的」に回答できる人間はエスパーだけだｗｗ

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

当初から、なんか646には答えにくいと思ってたらそうだったのか。
「自問自答」で、すでにレスの中で自分の答えに誘導してしまってるんだよな。

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

>>807-808
特定の環境や実装について知りたいわけではありません。
あなたの知っているタスクシステムと名の付いたものについての返答を
してもらえれば十分だと思っています。

>646 の中に、質問者自身の答えが書いてあるのは確かですが、
その質問者の方とは違う答えがあるのではないでしょうか？
そういった点は >670 あたりでも説明されて回答が促されていますが、
やはり挙がらなかったようです。

まだ何か足りないでしょうか？

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

それは「具体的」じゃなく「主観的」だろ
あんたの質問は矛盾してるよ。

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

>>810
「具体的」と「主観的」とは矛盾しないものと思います。
たとえば「納豆にネギを刻むと旨いんだ」という主張は具体的で且つ主観的なものです。

確かにはじめから客観的で具体的な回答であればより望ましいのですが、
主観的で具体的な回答でも、未だ明らかでない客観的な事実を知るための
手がかりとしては貴重なものです。

主観的なものでもかまいませんので、おねがいします。

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

主観的でいいなら
>>674
でこのスレは終わってないか？

主観的かつ具体的、でもこれじゃダメって理由を教えてくれや

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

>>812
それは質問への回答ではないからです。

**名前は開発中のものです。** · 2009/08/08(土) 22:25:32

古いアンカーじゃ参照面倒なので
あらためて自分で質問してみな。
アンチの具体的な質問ってやつを。

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

>>814
以下のようなものでいいでしょうか？よろしくおねがいします。

（ >498 の質問から抽出。）
「タスクシステム」の主要な部分となる class Task や TaskSystem などに
どんなコメント（存在意義・使用目的の説明）をつけていますか？

（ >646 の質問から抽出。）
「生成消滅が頻繁に発生する」というゲームを作る場合、「タスクシステム」を
使うことで別の方法よりも簡単に実装できるということですが、具体的に何と比較して
どの点が簡単になるのでしょうか？

「オブジェクトごとの挙動が異なる」というゲームを作る場合、「タスクシステム」を
使うことで別の方法よりも簡単に実装できるということですが、具体的に何と比較して
どの点が簡単になるのでしょうか？

「一定間隔で更新と描画を行う」というゲームを作る場合、「タスクシステム」を
使うことで別の方法よりも簡単に実装できるということですが、具体的に何と比較して
どの点が簡単になるのでしょうか？