タスクシステム総合スレ 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/07(土) 06:49:26

>>192
> オブジェクトは作ったやつが削除すべきという結論に達したが。。

これも全くのでたらめ。

シューティングでボスがザコをどんどん生成するときのことを考えてみてくれ。
ボスはザコより先に逝っちまうことがあるだろ。

ザコから参照されているからボスはいつまでもオブジェクトを解放しないのか？違うだろ。

オブジェクトの所有者は、そのオブジェクトを生成した奴(ボス)にあってはいけないんだ。
もしそう設計しているならそれは設計上の誤り。

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

>>193
>シューティングで、子分より親分が先に倒されることは普通にありえるだろ？
>子分は親分のポインタを保持していてはいけないのか？違うだろ？

>そういうとき、どういうコードを書くつもりでいるんだ？コードで示してくれ。

親分も子分も、シーンクラスが管理すればよい。

>シューティングでボスがザコをどんどん生成するときのことを考えてみてくれ。
>ボスはザコより先に逝っちまうことがあるだろ。

なぜボスがザコを生成する必要がある？
シーンクラスがザコを生成、削除すればよい。

Cのmallocにはweak_ptrのような仕組みは用意されていないが、世のプログラムはちゃんと動いている。
windowsのウィンドウハンドルにもweak_ptrのような仕組みは用意されていないが、ちゃんと動いている。
なのにゲームではweak_ptrに頼らざる得ない状況になるというのなら、それは設計が悪いからだろう。
だけど止めはしない。weak_ptrをつかってゲームを書いてみるといい。きっと後悔するから。

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

>>195
> 親分も子分も、シーンクラスが管理すればよい。

うわ。それはひどい。なんか、またド素人と話している予感。

子分を生成したくなるタイミングは親分が親分のロジックにおいて決定するのだから、
あんたの作りでは、親分がシーンクラスに対して子分の生成を依頼するコードが必要になる。
どんな依頼コードを書くの？それ書いて見せてくれないか。

> windowsのウィンドウハンドルにもweak_ptrのような仕組みは用意されていないが、ちゃんと動いている。

何を勘違いしているのか知らないが、WindowsのHANDLEもweak_ptrも目的は全く同じなんだが。

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

シューティングでボスとザコが居て、ボスとザコが何故か紐で繋がってたとする。
紐の管理はボスとザコのどちらですべきか？

答えはどちらでもなく、
ボスとザコと紐を管理するボス戦クラスを作って、全部纏めてそっちで管理すべき。

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

>>195
> ゲームではweak_ptrに頼らざる得ない状況になるというのなら、それは設計が悪いからだろう。

「ゲームではweak_ptrに頼らざる得ない」なんて俺は言ってないからな。

weak_ptrを使えば簡単に書けるものを、馬鹿が車輪の再発明したり、weak_ptrを知らないがために
複雑な設計になっていたりすると言ってるだけなんだが。

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

>>197
> ボスとザコと紐を管理するボス戦クラスを作って、全部纏めてそっちで管理すべき。

まあ、それは否定しないが、「そっちで管理すべき」の「管理」の方法は？

**ID:XPRCk6pD** · 2009/02/07(土) 07:40:43

ID変わってしまったけど、俺がID:XPRCk6pDな。

>>子分を生成したくなるタイミングは親分が親分のロジックにおいて決定するのだから、
>>あんたの作りでは、親分がシーンクラスに対して子分の生成を依頼するコードが必要になる。
>>どんな依頼コードを書くの？それ書いて見せてくれないか。

依頼などしない。直接シーンクラスに書く。直接がいやなら、子分と親分を管理する大親分クラスを作って
そっちで管理する。

>>何を勘違いしているのか知らないが、WindowsのHANDLEもweak_ptrも目的は全く同じなんだが。
ハンドルは同じ値が再利用される可能性もあるわけで。

**ID:XPRCk6pD** · 2009/02/07(土) 07:50:35

>>199
>まあ、それは否定しないが、「そっちで管理すべき」の「管理」の方法は？
好きにすれば？
複数のクラス同士が双方向にコミュニケートするような状況さえ回避できれば、
あとは考えることなんてないね。

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

>>200
> 依頼などしない。直接シーンクラスに書く。直接がいやなら、子分と親分を管理する大> 親分クラスを作ってそっちで管理する。

まあ、それでも組めなくはないのであんたが実際にゲームを書けないとは
言うつもりはないが、しかし、あんたは、大きなゲームを作ったことがなさそうだな。

オブジェクトが無数に出てきて広大なフィールドを歩けるタイプの
汎用的な3Dエンジンなんかを作れば俺が言ってる意味がわかると思うんだが。

まあいいや。お互い意見が対立しているわけでもなさそうなので、俺はもう寝る。

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

>>200
俺もシーンクラスに書く
その設計でいいと思うぜ

ID:dNGvkNLdは普通に頭悪いだろｗ
質問攻めしてるけど明らかに予想外の答えにうろたえてるだろｗ

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

>>203
C++すら使いこなせないド素人は黙ってな

**ID:XPRCk6pD** · 2009/02/07(土) 08:57:06

>>202
そういうコテコテしたプログラムも書いたことがあるが、今では間違いだったと考えている。
少し前までは私も「オブジェクトは自立しているべきであり、周りの状況を判断し、自分で行動すべきだ」、
と考えていた。私もまだ若かったし、C++がそういう設計思想であることも手伝って、そういう勘違いをした。
作ってみたらうまくいかず、考えてみたら、オブジェクト同士の関係を見落としていることに気がついた。
ゲームはオブジェクト同士が関係しあって初めてゲームになる。
そこを重点的に記述できないことには楽しいゲームを作ることは難しい。
昨今の大作ゲームがどことなく味気ないのもそのあたりが原因では？

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

>>205
> 昨今の大作ゲームがどことなく味気ないのもそのあたりが原因では？

それは、全然的外れだろう。

本当に現場のことは何も知らないんだな。

せいぜい同人ゲーでも作ってなよ。

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

>>206
苦しくなると話の趣旨と違うところだけつまんで
人格批判からレスの全部否定に入るっておきまりのパターンなのなｗ

**名前は開発中のものです。** · 2009/02/07(土) 09:29:38

>>207
C++すら使いこなせないド素人はこなくていいよ

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

c++使わなければどうでもいい話題ばっかだな

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

>>192
deleteされたポインタを直接参照しているオブジェクト全てにその旨通知するように設計したいと思った。

>>193
子分::親分からの指令(親分へのポインタ) みたいなメソッド作って、
子分は親分からの指令があった時だけ、親分へのポインタを参照しながら協調動作すればいいんじゃね。
子分が親分のポインタを持つ必要は無いよ。

>>197
ボスと雑魚は紐なんか無視して、それぞれ独立に動いていい。
紐は自分のグラフィックを表示しつつ、ボスと雑魚に対して「これいじょう伸びないよ」的な力(or メッセージ)を与える。
それ以外の点では、紐は普通の登場キャラと同じような扱いで良いと思う
シーンクラスに何か特別なことを書く必要なんて無いよ。

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

>>210
どっちにしてもシーンみたいなクラスあったほうがいいじゃん

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

>子分は親分からの指令があった時だけ、親分へのポインタを参照しながら
子分のクラスなんだから子分の処理だけで完結したいと思わないんか？
カプセル化っていうの？

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

>>211
うん、あった方が良いと思う。
実際にシーンクラスが何を担当するのかはここに居る人それぞれが全く違うイメージを持ってそうだけど。

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

>>212
子分は親分と協調し、親分は子分と協調するのだから、
お互いに通信しあう仕組みは必要で、完全に分離するのは不可能だと思う。

ふと思えば、俺の方法だと、子分が死んだことを親分はどうやって感知するんだって思ったw

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

>174
おまえはタスク=ゲームオブジェクト派か。
プログラミングなんて、正しく動くなら何やったっていいんだよ。くだらない価値にこだわってると
伸びないぞ。

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

シーンクラスって作る価値があるのかね
シーンってメニューやスコアやRGPならフィールドや戦闘なんかのことだろ
一つのゲームに必要なシーンなんて十もないんじゃないか
そしてそれぞれのシーンに共通点なんてほとんどない
共通しているのはデータ取得メソッドみたいなのだけ
各シーンは遷移するけどstateパターンを適用しても
メリットはほとんどない
そんなどうでもいい部分を考えている暇があるなら
うんこでもして寝てしまえ
このうんこ野郎ども

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

>>216
2個以上なら作る価値はあると思うがね

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

なんでもできちゃうクラスみたいなのを作るからバカになる
つけちゃえばぱわーあっぷみたいなガキの発想じゃあるまいし
なんでも作ればいいってもんじゃない
二つしかないクラスに親クラス作ってクラスが三つになって
すごいんだぞーとかバカじゃねーの
ばーかばーかしんじゃえ
そんなとこに柔軟性持たせる暇があったらうんこでもしてろ
うんこうんこ

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

なんでもできちゃうクラスみたいなのを作るからバカになる
つけちゃえばぱわーあっぷみたいなガキの発想じゃあるまいし
なんでも作ればいいってもんじゃない
三つしかないクラスを統合してクラスが二つになって
すごいんだぞーとかバカじゃねーの
ばーかばーかしんじゃえ
そんなとこに柔軟性持たせる暇があったらうんこでもしてろ
うんこうんこ

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

>>214
だからシーンに書けよｗ

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

シーン。。。

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

>>219
でもよ、
「あれもしなきゃ、これもしなきゃ」って状況で、修正作業が発生して、
２回だけでも同じ修正作業をやるのって、憤慨「ウガアーゥアーッ！！」状態にならね？
C++使ってるなら、template（汎用クラス）の親クラスは使わな損々。

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

シーンをまたがって修正しなければならない項目なんてほとんどないから
考えるだけ無駄
メニューと戦闘のシーンでの共通項目なんてあるのかよ
メニューと戦闘で使う共通キャラのモーションがおかしいから修正だぜ
サブクラスにしておいてよかった俺天才超天才
なんて場面は百年に一度しかねーよ
どうしても作りたければ似たようなシーンで共通の親クラス持てばいい
何度も言う、そんなくだらないコードを書く暇があるなら
うんこしているほうがまし
うんこをしていると新しいアイデアが生まれると過去の偉人も言ってた

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

>>223
>共通項目
それはつまり、タスクシステムのことだと思うよ！

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

>>222
？
親分クラスと子分クラス間の通信をシーンクラスが受け持つなら
シーンクラス１箇所で修正済むんじゃない？

>>223
シーンクラス否定したり肯定したり、立場がワカンネ
もしかして否定したいのって「シーンクラス」じゃなくて
「抽象化されたシーンを統一的に管理するクラス」？

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

すげぇぜタスコシステム
共通項目がない、なんの関係もなかった複数のオブジェクトを
無理やり関連付けやがった
やべぇな、俺には真似できねぇぜ

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

「シーン＝メニューと戦闘」の入出力の具体が不明だが、
ウンウンきばっている段階（＝設計の段階）で、
なんであれ抽象化できる部分はなるべく抽象化しておくんじゃねえの？

期限が決まっている状況であれば、なおのこと、それくらいの安全策は取るよな。

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

>>227
一気に食おうとするな分けろ
夏休みの宿題なんてものは毎日少しずつやるもんだ
共通点なんて無理に抽出してもそれはオナニーだ
シーンごとに分けろ、目標を分けろ
メニューだけ作って完成させろ
戦闘だけ作って完成させろ
最後に適当にくっつければいいだけだ
全部同時に作って完成させる能力もないくせに
一度に全てをこなそうとするな
俺らは凡人だから、凡人にふさわしいやり方がある

規模の増大が複雑さのインフレを招くのは常識
それを回避するためにそれぞれの規模を抑えて
できるだけ分離して開発するんじゃねーか
完成した複数のシステムをできるだけ触らないようにしてくっつければ
それでいいんだよ
俺らは天才じゃねーから
スーパー天才のやねうらお連中の言うことなんて聞かなくてもいいんだよ
俺らは凡人だ、凡人には凡人にふさわしいやり方がある

そして余った時間を使って
スーパーウンコタイムを楽しもうじゃないか
存分に

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

>>227
そして実装も終盤に差し掛かった段階で唐突に仕様変更が入り
抽象化して見えなくしておいた情報を使うために苦しむんですね
わかります

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

>>229
仕様変更に柔軟に対応できるような抽象化を見極めるのもワザのうち。

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

そんなのするから無駄に時間がかかるんだよ
って俺の１０年以上の経験が言ってる

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

>>229
そう、ワザ要るよね
初めてのゲームジャンルとかだとまだワザが足りないから完全には見極め切れない
全く抽象化しないか本当にかるーくしとく位でちょうどいい

**232** · 2009/02/07(土) 21:14:49

まちがえた
>>230

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

どこにでもいるんだよ
将棋やってるのに穴熊を囲うことだけを考えて
大局を見ずに
穴熊が出来たと思ったら既に敗戦濃厚な戦局になっていたという
そういうおばかさんが

タスクシステムにこだわったところで
3Dを出来るようになるというわけではないということを
超天才が身を持って教えてくれた
この教訓を未来に生かそうではないか諸君
そしてうんこを私に

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

亀レスだが・・・

>>159

俺も、タスク間通信は、独立した当たり判定モジュール（クラスで実装）に任せている。
でもなあ・・・。

＞関連がいっぱいになると無駄に共通化した処理が必ず邪魔になる
＞３０回コピペして終わる程度の使いまわしなら３０回コピペする気でいろ
＞そのぐらいでちょうどいい

言っていることはすごく分かるんだが、俺の場合、共通化する努力は続けているって感じだな。
ゲーム中のキャラの相互作用なんて、大体が抽象レベルでは、似通ったプリミティブな交差判定に落ち着くから、
共通化できるところは共通化しておくと、使い回しが利くんだよな。もちろんキャラの魅力は半減するが。
未出のメンバ構成のプロパティを持つキャラを追加する場合は、新規に作らざるを得ないよね。

当たり判定の共通化を突き詰めたゲームってなんだろな？
一昔前に乱発されたベルトコンベアアクションみたいなものか？
最終成果品としては、単調な作業を強いられるゲームだったよな。
最近の3Dゲーも、相互に影響しあうロジックが単調なのが多いな。

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

綺麗だと思ったタスクシステムの実装って関数型言語で作られたプログラムくらいしかないな
現行のC++やJavaは言語そのものがスマートじゃないもの…
いくら頑張っても泥臭さは残るし、作った本人が胸を張ってもやっぱり泥臭さは残ってる

アンチがいるのは理想論に近い良い手本がそこらに転がってないせいもあると思うし、あまり邪険にしないでやってほしい

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

クックック。世の中には手段の為なら目的を選ばないどうしようもない奴がいるんだよ。

諸君。私はタスクシステムが好きだ。
（以下略）

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

話題循環に飽きた俺が勝手に今後のスレ行き先予想

1.現状維持
　アンチタスクシステム派がタスクシステム派の不備を指摘し続ける。
　ずっとアンチのターン。あと10～15年位？（根拠は無い）
2.タスクシステム派勝利
　タスクシステムをそのまま維持した上で弱点を補強するような改善策が
　どっかからか出てきてアンチタスクシステム派が納得してスレから去る。多分無い。
3.「タスクフレームワーク総合part5」になる
　タスクシステムの利点？であるデバッガ等々の外部ツールを必須装備とし、
　その作り方を初心者に優しく指南。
　利点強化によるごり押しでアンチを一掃。多分無い。
4.「タスク系総合part5」になる
　アンチ勝利。part1から欠陥があると指摘され続けても「そこはお前の技術力が足りないせいだ」
　的なコメントばっかり続くのを見て初心者が冷めた。
　ただ、既存のタスクシステムは捨てるものの、

　　　「タスクシステムもタスクフレームワークもだめぽorz
　　　　でもMTフレームワークがあるさ！」
　　　「タスクシステム総合＝task system総合＝タスク系総合だ。文句あっか」

　みたいな流れで「タスク」という概念の在り方・使い道を模索する方向に。
　マルチコアCPU当たり前になってきてるしね。
5.スレから人がいなくなる
　不況で、、、とか、
　ゲーム製作より動画製作のがおもしれぇｗ、とか

いちアンチとしては4あたりに行ってくれると気兼ねなく去れるんだ。
っていうかむしろその辺議論したいんだ。

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

しかし、タスクシステム自体は描画順の管理という大仕事があるから必要だよなぁ。

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

というか、アンチ派はどうやって描画順を管理しているのか。

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

描画順って何だ
3DならZバッファで終了とかじゃねえの

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

>>241
3Dでもエフェクトや半透明は描画順が必要だよ。
あんた、3Dのまともなプログラム、やったことなさそうだな…。

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

>>242
なるほど把握した
ﾄﾝ

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

>238
> いちアンチとしては4あたりに行ってくれると気兼ねなく去れるんだ。

素直に『アンチタスクシステム総合スレ』でも立てたらイイジャナイか。

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

>240
その辺は描画エンジンが描画順を制御するようにしてる。
タスク（というかゲーム内の各要素）の更新順と、それらの描画順は正直関係ない。

**名前は開発中のものです。** · 2009/02/08(日) 00:29:39

>>245
タスク（というかゲーム内の各要素）と描画エンジンが扱う各要素のクラスは共有？

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

>>246
>>245ではないがそんな無駄な仕組みにはしないほうがいいだろ

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

>>238
オレはいち擁護派だが普通に４に行って欲しいね

同じことを続けていれば、なんだっていずれ通用しなくなるのは当たり前
古き良きタスクは穏便に「古典タスク手法」の棚に収めて、新しい合意を作っていけばいい
どう考えても４が建設的だろう
オレがアンチを叩く理由は単に非建設的だからだし

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

3Dできるやつでタスクシステム賞賛してる奴っているのかどうかに関心がある
3Dできないレベルの奴がキャンキャンほえても所詮雑魚
サイヤ人とスーパーサイヤ人ぐらいの差がある
3Dでのタスクシステムの実例とやらをこの目でみてみたいものだ

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

3Dできる奴できない奴とか言ってる時点で・・・

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

3Dになったところで何ら変わらないよ

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

タスクシステムって決まった定義がないからなぁ…
しかも前提によって最適なタスクシステムは異なる。

シューティングとアドベンチャーで最適なタスクシステムは違うだろうし
携帯とかファミコンレベルのチープ環境と、PCやPS3クラスのリッチな環境とでは最適なタスクシステムも違うだろ。

前提が違うのにたった一個のシステムがベスト！ってのはありえん。

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

タコスはやっばりメキシコで食うのが一番だと思う。

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

ムーチョス・グラシアス！！！

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

>>252
この中の「タスクシステム」を「システム」に置き換えてもまったく意味は変わらない。
ほんと、意味の無い言葉だよ。

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

3Dが全くダメなばかりにいつも後続のガキ共に鼻で笑われてきた2Dオヤジ
2Dオヤジにとってタスクシステムとは、プライドを保つための最後の砦だった
心の支えだった。自己のアイデンティティを投影してまで愛していたんだ
なのに、お前らときたら…

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

>>256
2Dやってた世代が現役の現場なんてあんまり残ってないと思うが…
仮に残ってたとしたらやっぱりその世代がタスクシステム周りをやるのが妥当だと思う。

3Dが最新技術だから、ってのではなくタスクシステムは作るのに経験が必要だから。
3D、コリジョン、物理エンジン、AI、etc...はゲームの全体から見たらガワの部分。
ゲームの状態遷移やオブジェクト管理をするタスクシステム的なものはガワではなく屋台骨部分で、
この部分はゲーム毎に最適なものが異なり、設計するのには部分だけでなく全体を見通せるだけの経験が必要。
まぁ、いわゆるメインプログラマーの仕事の範疇。

3Dやシェーダー周りはプログラマの花形っぽくみられるジャンルだから若者には人気なんだけどね。

**名前は開発中のものです。** · 2009/02/08(日) 11:23:33

そんなもん構築するだけ時間の無駄なんだけどねｗ

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

そんなもん構築するだけ時間の無駄って思ってる奴は三流なんだけどねｗ

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

>>259
まぁ、テトリスサイズのゲームならタスクシステム構築とかしなくても作れるけど
ある程度大きいものだとそれなりの管理システムが無いとなぁ

日曜大工で犬小屋を設計図も柱も無しで作った人が
家やビルも同じように作れる、と思ってるのかもね。

**名前は開発中のものです。** · 2009/02/08(日) 11:51:17

では
３Ｄでタスクシステクを採用している漏れが最強で敬われ存在なのだな
まあ精々がんばりな
３Ｄができないorタスクが理解できない下賤者ども

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

>>261
じゃあ、>>12(前スレの>>824付近)からはじまるタスクシステムの欠点についてはどうなの？
タスクシステムなんて使うからバグが増えるんだけど？

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

また引数クンかwww

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

自分が理解できてないことを判断できないやつって、根本的に開発に向いていないよね

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

例えば、tekiAとtekiBがいたとして、teki_baseから派生させるとする。

class tekiA : public teki_base { ... };
class tekiB : public teki_base { ... };

それぞれが自機と関係性があるとし、そしてそれぞれが関係するワークを引数として持つ、

tekiA::update( jiki, mahou_kougeki );
tekiB::update( jiki, boss_cho_tsuyoi );

という関数があったとする。

1. このupdate関数の呼び出しはどのようになるのか？
2. tekiAがjikiの状態を変更したら、tekiBにとってそれは予期せぬ変更でないのか？

引数クンには、この2点について具体的な解答をしてもらいたいものだな。

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

あぁ、もうあと2点。

3. tekiAとtekiBをteki_baseから派生させるのは、是か非か？
4. teki_baseにupdate仮想関数を作成して派生クラスで実装する方式を取らないのは何故か？

もあわせて聞きたいね。

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

スーパーサイヤ人が最強だろ、雑魚め、クソが
よくよく考えてみるとクソクソ連呼するDBはなかなか下品だな
十年前に偉大なる将軍やねうおらさまと喧嘩した奴が
3D使いこなしているのを見て、やねうおらというひとは
この十年間何をやって痛んだと疑問に思ったが
そんなことは些細なことだと思った、
科学よりも宗教の方が強い世の中じゃからな
目的目標を欠いた設計論なんてクソの役にもたたぬよ
0.0001ミリの誤差も修正できる神業を極めたところで
家を建てる設計の助けにはならん

**名前は開発中のものです。** · 2009/02/08(日) 15:54:55

>267
全然最強じゃない。
ttp://www38.atwiki.jp/saikyouhero/?cmd=word&word=%E5%AD%AB%E6%82%9F%E7%A9%BA&type=normal&page=%E5%AD%AB%E6%82%9F%E7%A9%BA(%E3%83%89%E3%83%A9%E3%82%B4%E3%83%B3%E3%83%9C%E3%83%BC%E3%83%AB)

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

>>267
本題に関係ないツッコミで申し訳ないが
科学は宗教の一分野として発生した
これ豆知識な

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

>>265
俺、ID:lLkuERdrだからテキトーにこのスレからＩＤとって
まず思想を読んでみてくんない？

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

大局話してる最中に細部語り出す奴ってうざいよねー
細部語ってる最中に大局話し出す奴ってうざいよねー
何が言いたいかって言うと俺最強俺超天才
定義を明確にしない限りいくらでも攻撃できるし
定義を明確にしない限りいくらでも逃げつづれられるぜ
タスクシステム最強カルト最強
3Dなんかできなくてもタスクシステムさえあれば
スーパーサイヤ人だ
神の奇跡を信じよ、それがタスクシステムである
3Dはできないけどタスクシステム最強である

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

>>242
Zソートすればいいだろ
予めグループ化して描画するのはタスク云々とは関係がないし

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

お前ら、人に仕事割り振ってもらわないと、自分では何もできないタイプだろ？

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

>270
ok。
クズは失せろ。

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

タスクシステムとか気取った物言いしてるからどんな高尚なもんかと思ってみれば、
何のことはねぇ、MediatorパターンとObserverパターンを組み合わせただけじゃねえか、
アホらし。すかしてんじゃねえよ、ぼんくら共が！

**名前は開発中のものです。** · 2009/02/08(日) 17:06:27

デザパタやタスクを銀の弾丸か何かと勘違いしてないか？

**名前は開発中のものです。** · 2009/02/08(日) 17:11:51

パスタといえば俺ば明太子パスタが一番好きだな

**名前は開発中のものです。** · 2009/02/08(日) 17:18:44

ループさせすぎｗ
書いてるの同じ人だろｗ

**名前は開発中のものです。** · 2009/02/08(日) 17:27:25

この無限ループを味わいたくなければ
タスクシステムなんてわけのわからない幻想は捨て去るんだな
無限ループで苦しむ時間を3Dの勉強に費やせば
ポリゴンの一つもレンダリングできるようになる
やねうおら大先生みたいにわけのわからない長文を書いて
わけのわからないタスクシステムの解説を書くような老後をっ
送りたいならばそれも止めはしない
それも人生よ

タスクシステムはイディオムのようでイディオムではなく
デザインパターンのようでパターンではなく
フレームワークのようでフレームワークではないのだよっ
思い知ったか、このメスブタどもめ

**名前は開発中のものです。** · 2009/02/08(日) 17:41:19

>>265
少し違う話になるが、複雑な状態をもつインスタンスは外部から状態遷移させると危なくないか?

俺は外部からはメッセージ送るまでに留めて、実際にメッセージ処理して状態遷移するのは、個々のインスタンスに任せる。
これだと処理が1フレーム遅れたり、場合によってはメッセージ捨てられることもあるんだが、それでも外部から状態の詳細隠蔽できる利点を優先してる。

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

あなたややねうらお先生みたいにわけのわからない長文を
書くような大人にはなりません。

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

やねうらお大先生様は自分の過去を正当化するために恥を上塗りしているだけ
俺はそう思う
ただ長く理解しづらいまわりくどいわけのわからないことを書いて惑わすだけ
定義も何もない、ただそれっぽいことを誰にも理解できないように書いて
適当に権威のありそうなものを付け加えて
ごまかしているだけ、子供のいいわけ、自己保身を計っているだけ
あの人は小説家にでもなればいいよ、回りくどい文章を書いて
1を100に水増しして本を書いて適当に売ってればいいよ

タスクシステム語ってる連中の気に食わない点の一つとして
定義を明確にしようとしない
設計の話だと思って設計の話をすると
急にイディオムの話に切り替えやがるし
それに合わせてイディオムの話をしていると
また急に設計の話に戻しやがる
結局何をやってるかわかってないから、適当に話をつなげるしかないのだろう
自分たちが過去やってきたことを無駄にしたくないという思いが
タスクシステムを正当化しなければならないという
何が言いたいのかというと、つまり私は空腹だということだ

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

IGDAあたりがタスクシステムはこういうもの
って定義してくれりゃ…

IGDAってセミナー案内以外何かやってるんか？

**名前は開発中のものです。** · 2009/02/08(日) 18:54:27

やねうらお大先生は、年収数千万の天才プログラマなんだから
ゲー専みたいな馬鹿の集まり、相手にしなくてもいいんじゃね？

**名前は開発中のものです。** · 2009/02/08(日) 19:28:37

ゲー専みたいな馬鹿の集まりを金づるにしてるから年収数千万なんだよ
俺が気に食わないのはやねうらお本人よりも
それを無自覚に賞賛している信者連中の方
考えることを放棄している
三年毎に取り巻き信者が一掃されてるのが笑える
難しくて凄そうで権威のあるやねうらお大先生の言うことを
理解したような風に賞賛すれば俺も近いレベルの有能プログラマになれるんだ
といったところか、おこぼれクレクレ君
本当に理解してないからメリットとデメリットも知らないし
適用すべき箇所がどこなのかも知らない
だからとりあえず使ってみて、満足して
布教して、さらに満足する
これをこうやったらこうなってここが良くなるってのが全くない
手に入れたぞ、使うぞで完結している
それを自覚できないから、多少難しい観念を理解することはできない
つまり3Dは複雑すぎて手が出ない、又はすぐに挫折する
でも俺優秀俺天才って言いたい、そう他人に思ってもらいたい
その願望をかなえるための夢のシステム
それこそがタスクシステム
男のロマン
巨乳大好き
おっぱい最高
そういうことだ

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

ゲー専の扱いがひどいなと思ったので追記しておくけど
ゲー専にも学校ごとに二、三人ぐらいは優秀なのがいるよ
逆に優秀な大学出てても、ろくにプログラムかけないで口だけのもたくさんいる
IPAの岡田くんは最高だがな

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

>>282
>ただ長く理解しづらいまわりくどいわけのわからないことを書いて惑わすだけ
>定義も何もない、ただそれっぽいことを誰にも理解できないように書いて
>適当に権威のありそうなものを付け加えて
>ごまかしているだけ
あるねー
そういうのやねうらおだけじゃなかったけどね
昔は多少わかりにくくても考えながら聞いてやったけど
いまって時代が変わったってのもあるよね
もう別に奴等の言うことをわざわざ理解してやる義理も必要もないし
情報が氾濫しすぎてて何かしゃべっても説明責任はてめぇの方にあんだよバーカ
で終わる話にもなってるからそういうのに騙される奴も減ってきたよね

相手を煙にまける環境っていうのは相手側が説明を理解しなきゃいけない立場であるときしか役に立たない
いまは２ｃｈですらそういうの華麗にスルーされて終わりだしねｗ
前スレでもどっかのエライ人系（英文ｗ）のリンク貼ったレスは全部無視だしねｗ

**名前は開発中のものです。** · 2009/02/08(日) 20:33:36

ID:/7HQNkAm
独演会はもう終わったのか

まぁしかし、
奴のマイナスの社会的影響は大だな。
奴の原稿にダメ出し出来ない出版社も無能だが。

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

なぜタスクシステムごときでここまで荒れるんだ？
ゲームを一本でも自作したことあるやつなら何らかのタスク管理システムは作ったことあるだろ。
で、このシステムはここが便利だったとかダメだったとか、いろいろなジャンル作ってく中で
洗練されたシステムが作れるようになってくもんだ。その程度のもの。

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

part3から追ってる限り壮絶なアンチがいるみたい

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

引数クンx2とobserverクンがひとりいるっぽい。

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

・タスクという名前が気に入らない
・ゲームオブジェクトを抽象化できない
・タスクシステムを使っている現場でひどい目にあった
アンチの理由は大体こんなとこかな。

３番目は稀に、タスクシステムを使わない、自分なりの方法を確立してる人もいるっぽいけど、
それを啓蒙するわけでもなく、罵詈雑言に終始しているので、まあ、同じ穴のムジナかと。

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

>>289
そうそう、そうなんだよね。
いいとこはのこして、今のゲーム制作で問題あるなら変えていけばいいだけのことで、それを何と呼ぼうがどうでもいい。
そんなことすら理解できないバカが一人か二人騒いでるだけなんじゃないの？