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

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

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

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

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

**ID:EEKBitmg** · 2009/02/28(土) 01:16:56

議論なんてするわけないじゃん。俺はそんなお人よしじゃない
「すげっすね。俺もゲーム専門学校生きたいなー」
とか棒読みで相槌打つだけだよ。寝る

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

>>362
好きにしたらいいよ！
グループ開発ではタスク利用者なんて居ないし、タスク利用者は個人製作でしょ。
個人が何使ってても俺は何も言わん。好きにしませう。

誰かに押し付けるのであれば、スクリプト(動的リロード＆コルーチン利用)＋ノード型のシーングラフが、
割と汎用なのでオススメしている。実装するまでがメンドクサイのが難点だが。

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

ID:EEKBitmgはHSPしか使えず満足にゲームすら作ったことのない基地外のくせによく吠えるね

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

シーングラフとタスクシステムの違いが分からん。

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

>>366
全然違う会話に入ってくんなキメェ

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

>>364
ススメてるものがどんなものでタスクとはどう違うのか
ちゃんと具体的に書かないとまた信者にタスクの一種にされちゃうぞｗ

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

どんなのって言われても、どこにでもあるノード型のシーングラフだよ。何の特徴も無い。
http://blog.scriptionary.com/2009/02/17/simple-scene-graph-in-c/
3Dならシーングラフは便利なんだけど、2Dゲームでシーングラフは必要かといわれると疑問だけどね。
ノードが(必要であれば)コルーチンを持ってる。
あと、ノードが描画コマンド発行してstd::listでソートして出してるかな。

本当に普通過ぎて、ネタにすらならなくてすまん。
こんな具合で3DSTGを1本と今2DRPG作ってるが、今のところ必要十分です。

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

あーこのスレでは、そういうのを総称してタスクシステムって呼んでるんだけどね。
結局俺俺フレームワークでしょ。
listで管理するかtreeで管理するかの違いでしかないからね。
本質的には同じだよね。

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

>>2で言うような、タスクシステムはTCBでのごった煮リストでしょ？
ノード型のシーングラフはただのtreeで、全然違う。
そもそも、この程度で俺俺フレームワークっていうのが理解できん。
じゃあ、>>370はTCBやlistやtree以外でオブジェクト管理してんの？と逆に問いたい。

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

>>371
HSPしか使えない基地外は、フレームワークの存在自体を否定してるんだろう。

本当、頭おかしい。

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

>>372
フレームワークを否定されてしまったらもう返す言葉がないわ……。

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

>>371
沸点が低いな。どうしようもないな・・まったく。一つ一つ答えてあげるから。

>>>2で言うような、タスクシステムはTCBでのごった煮リストでしょ？
>>369のシーングラフもNodeのごった煮ツリー。リストかツリーか、違いはそれだけ。

>ノード型のシーングラフはただのtreeで、全然違う。
タスクシステムもただのリストだ。

>そもそも、この程度で俺俺フレームワークっていうのが理解できん。
理解できないから叩かれてる。名前付けるほどのものかと。

>じゃあ、>>370はTCBやlistやtree以外でオブジェクト管理してんの？と逆に問いたい。
俺はアンチタスカーじゃないから知らん。
聞くところによると、アンチタスカーたちは静的な管理をしているらしい。
動的な管理じゃないから、Nodeとかといった高等な概念はいらんと。
オブジェクトの一元管理を嫌うらしい。

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

>>373
アンチタスカーは、ゲームごときにフレームワークなんていらないでしょ、という立場。
あ、おれはアンチタスカーじゃないよ。でも気持ちは分からんでもない。

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

>>374
いろいろ答えてくれてありがとう。
とりあえずlistであれtreeであれ、動的なオブジェクトの管理をしていれば、
アンチタスカーに叩かれる対象なわけね。
こりゃ厄介だ。根本的にコーディングに対するスタンスが違いすぎるわ。

ちなみに、シーングラフは一般的な言葉だよ。
国内じゃあまり聞かないけど、最近はたまに出てくるようになった。

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

というより、シーングラフはタスクシステムの外国版かと。

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

じゃあ自分はタスクのシーングラフ派で良いや。>>2よりも分かりやすいし。
でもアンチタスク派の人々は3Dになると相当オブジェクトの相互作用が働くから、
静的に管理するのはかなり骨だよね？　どうやって書いてるんだろ？
フレームワークを作らずに3Dでなんとか実装できるのは、よほどの天才だと思う。

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

アンチタスカーは相互作用が働くからこそ、フレームワークを使うべきでないという立場。
相互作用といっても、多種多様だから、枠に収めるべきでないと。

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

いわんとしていることは分かったが……。
枠に収めなくても相互作用が発生しているのならどこかにコード記述しないといけないから、
アンチタスカーはグローバルな視点(シーン全体からみた視点)で記述するってわけかな。
それで3Dボーンの記述しようとおもうと気が遠くなるな。
Node視点で相互作用が簡単に書けるのならそうした方がいいと思うのは俺だけ？

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

アンチタスカーは馬鹿だからフレームワークも作れないし、
3Dなんか夢のまた夢だろJK

**ID:EEKBitmg** · 2009/02/28(土) 06:45:54

>>372
＞フレームワークの存在自体を否定してるんだろう。

どうしてそうなるのかな？ほれ、作文書け

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

このスレで作文書くのはお前だけだ。
あ、もう一人ポエマーが居たか。

**ID:EEKBitmg** · 2009/02/28(土) 08:21:24

>>383
逃げるなよ。根拠を書けと言っている
俺がわざわざIDコテ付けてるんだから
過去発言から逃げられないように
縛ってるんだからさ

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

>>374
>>じゃあ、>>370はTCBやlistやtree以外でオブジェクト管理してんの？と逆に問いたい。
>俺はアンチタスカーじゃないから知らん。
>聞くところによると、アンチタスカーたちは静的な管理をしているらしい。

なにこの捏造。どこで聞いたんだ？　アンカーよろしく。

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

>>385
近いところでは　>>314　とか。

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

あー補足しておくと、彼は

>タスク擁護派は、将来の仕様変更に備えて、と称して何でも動的にしようとする
>でも実は彼らの言う、将来の仕様変更に備えて、てのは全くの嘘っぱち

と言ってるが、実は、汎化する過程で動的になっちゃうだけなんだけどね。
でも彼には内緒ね。

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

>>314をどう解釈すれば「オブジェクトをlistやtree以外で静的に管理している」ことになるんだ？
静的なのはループや分岐の構造であって、その対象ではないだろ。
過去ログ読めよ。

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

ループや分岐の構造が静的ということは、オブジェクトを型の上で静的に管理しているということだろ。
>>374の最後にも「オブジェクトの一元管理を嫌うらしい。」と書いてあるだろ。

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

今日は静かだな…
タスクシステム厨は必死にシーングラフを調べてると予想

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

というより、ほんっとーに疑問なんだけど、
反対者たちはどれほどのゲーム製作経験があって、
どんな問題に直面して、そしてどんな手法に移行したんだろう。
他人を罵倒するかタスクシステムを貶すかばっかりで、
本当に知りたいそれらが見えてこない・・・。

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

>>391
そうだよな。
へたれ詐欺グラマが、経験者から知見を盗み出すために必死に煽っていると憶測。
いずれにせよ、基地害アンチは色んな意味で底辺の人間だろな。

**名前は開発中のものです。** · 2009/03/01(日) 00:06:53

＞知見を盗み出すために

（笑）

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

前スレの510のプログラムだけでも見れば普通は、タスクシステムの良さも悪さも
わかりそうなものなのに、それすらわからないのは、本当どうしようもない底辺プログラマだからか
HSPしか使えない基地外だからだろうな

**名前は開発中のものです。** · 2009/03/01(日) 00:38:58

聞き飽きた。
そーやって煽ってごまかさないで、
具体的に自分の言葉で説明してくれよ。

**名前は開発中のものです。** · 2009/03/01(日) 00:40:28

>>395
馬の耳に念仏だろ

510を見てわからないならプログラマの資格すらないだろJK

**名前は開発中のものです。** · 2009/03/01(日) 00:41:06

>>394
後からグズグズと、見苦しいからやめれ。
自分の説明力の無さ、能力の無さを必死で誤魔化している様に見えるぞ。

**名前は開発中のものです。** · 2009/03/01(日) 00:53:42

どんな簡単なことであろうが読めば解るという返答は説明になってない
説明出来ないなら理解できてないのと同じなんだけどな

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

他人の作ったのを引き継いで、やっとわかったわ。
タスクなんか使わないほうが良いって事が。

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

プログラムの良し悪しってなかなか具体的に表現できんもんだよね～
後輩とペアプログラミングしてて分かった。指摘し辛いわ。

**名前は開発中のものです。** · 2009/03/01(日) 01:18:07

>>397
510のプログラムに説明がいるような理解力のない奴には何を説明しても無駄。

プログラマとして最低条件すら満たしていない。

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

>>396 >>401
説明してくれ、と言っているのだが日本語が通じなかっただろうか？
煽って逃げないで、出来ないなら出来ないと言ってくれ。
ちなみに俺は出来ないし、分からないから答えを求めてここに居る。
出来ない分からない人間に説明しないなら、このスレはなんのためにある？

>>399
是非その苦労を語って欲しい。
参考にしたい。

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

>>401
何でいきなり前スレの話を持ち出すんだ？
しかも言いたいことは、自己弁護だけだろ？
だから見苦しい。誤魔化してるだけ。
面倒だな。

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

新人君の書いているコードを最初見たときに、
「複雑な書き方してるよね。stlやboost使えば1行だよね」という表面上のコメントは出来る。
んで、社内特有のコーディングスタイルについても指導できる。変数や関数名はハンガリアン準拠やgoogle準拠で書いてねとか。

しかしだ。ペアプログラミングで新人の書いたコードを読み終えて、自分が内容を理解した頃には、
「まあそういう書き方も有りだよね」という感想になる。
局所的な赤ペンを入れるのは簡単だが、完成したコード全体に赤ペンを入れて1から書き直すのは難しいという感じ。
実装のセンスについては教育のしようがないんだ。PG個人に染み付いてしまっている。

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

>>402
メリットもデメリットも前スレ見ればわかるだろう。

お前は本当に前スレを読んだのかと問いたい。

**名前は開発中のものです。** · 2009/03/01(日) 01:58:43

>>405
会話が成り立たねぇ。
もーいいや、そうやって一生逃げ続けてれば？

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

タスカー：「見ればわかる」×４

この事実だけでもうこのスレ終了でいいんじゃね。
今週いっぱいまともな議論になってないし。
骨のあるタスカーが居たのは先週までだな。

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

>>406
前スレ読んでわからないのはぶっちゃけ池沼だろ。

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

ループのカッコにマクロ当てただけで喜んでるタスカーがいるスレはここですか？

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

抽出 ID:kmmpN5+q (5回)

394 ：名前は開発中のものです。[sage] ：2009/03/01(日) 00:26:11 ID:kmmpN5+q
前スレの510のプログラムだけでも見れば普通は、タスクシステムの良さも悪さも
わかりそうなものなのに、それすらわからないのは、本当どうしようもない底辺プログラマだからか
HSPしか使えない基地外だからだろうな

396 ：名前は開発中のものです。[sage] ：2009/03/01(日) 00:40:28 ID:kmmpN5+q
>>395
馬の耳に念仏だろ

510を見てわからないならプログラマの資格すらないだろJK

401 ：名前は開発中のものです。[sage] ：2009/03/01(日) 01:18:07 ID:kmmpN5+q
>>397
510のプログラムに説明がいるような理解力のない奴には何を説明しても無駄。

プログラマとして最低条件すら満たしていない。

405 ：名前は開発中のものです。[sage] ：2009/03/01(日) 01:43:36 ID:kmmpN5+q
>>402
メリットもデメリットも前スレ見ればわかるだろう。

お前は本当に前スレを読んだのかと問いたい。

408 ：名前は開発中のものです。[sage] ：2009/03/01(日) 02:11:59 ID:kmmpN5+q
>>406
前スレ読んでわからないのはぶっちゃけ池沼だろ。

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

>>398
その理屈だと幼稚園生に因数分解を理解できるように説明できない人は
因数分解を理解できていないことになるな。

地球上には因数分解を理解できてる人が居ないってことかな？

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

前程知識の無い人間にその前程から導き出された結果だけ理解することは不可能。
そんなことが出来るならそもそも学校教育なんて不要ってことになる。

ネットで「説明して」ってだけでそーいった知識が理解できると思ってて
理解できないことは自分に必要な知識や経験が無いからじゃなくて相手が悪いって考えではねぇ…

そんな人間に必要なのは「説明」ではなく「教育」だけど、それをネットに求めるのは無理があるな。
ネットで出来るのは知ることだけ。理解はまた別物だよ。

理解したきゃ自分で学習しなきゃね。

**名前は開発中のものです。** · 2009/03/01(日) 04:34:09

得意げになってるとこ悪いけど、極論で言い訳されてもね・・・。
説明できなかった以上、説得力皆無なんだけどなあ。

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

つーか説明できるかどうかは相手の理解力関係ないよ？
説明の甲斐とか質とかじゃなくて、できるかどうか聞いてんのにさ。

**名前は開発中のものです。** · 2009/03/01(日) 04:43:30

>>412
でも前スレの>>510と>>641の比較みて>>510のが
いいって奴って勉強不足どころか
頭が悪いよ

**名前は開発中のものです。** · 2009/03/01(日) 05:00:42

>>414
いままでの過去スレで利点も欠点もほぼ説明され尽くしてるけど。
「自分に理解できない」＝「説明されてない」では無いことをまず「理解」しなさい。

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

何くだらない議論してるんだよ。人間としてどうよ。

**名前は開発中のものです。** · 2009/03/01(日) 05:53:50

>>416
ほとんど嘘だったけどな
自動化なんてないしごった煮がＤＢとか言い出す恥ずかしい奴もいたし
タスク信者どもも統制がとれてるとは思えなかった
そんな中でたのが>>510と>>641だしこれはループのカッコを
マクロに変えただけのような恥ずかしい代物

そろそろ誰か説明してもいいだろ

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

その前々スレあたりでは
引数が使えないことでグローバル変数・関数が野放しになる危険がある
っていう話題も出たな
欠点ばっかりは覚えてるな

利点はごった煮にしてデータすべてにアクセルできるとか言ってたけど
正直、プログラムのプも字知らないような素人の書き込みっぽくてタスク信者の
総意とか思えないんだよね
データすべてにアクセスできるから自動並列化の話とは矛盾するね
並列に処理するもんだけはどうしたってデータは分離しないと動かないからね

**名前は開発中のものです。** · 2009/03/01(日) 05:59:35

>>415
>>510が良いなんて一言も言ってねぇーｗ
なんでそう平気で話を捏造するの？アンチの習性なの？死ぬの？

>>416
「自分の言葉」で説明できない負け犬に用はありません。
お前に限らないが、
過去スレで議論し尽くされたソレを見て
ソレを理解できた連中ならさらっとここで説明できるだろうに。

過去の連中にばっか振って、自分じゃ語れないなんて、
何も作ったことないし理解もしてない口だけなのがバレバレじゃないか。

**名前は開発中のものです。** · 2009/03/01(日) 05:59:50

個人的にはタスク信者はもう詰んでると思うね
会社で理詰めの議論を要求される場面で問い詰められたら
発狂するしかねーよマジで

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

アンチはフレームワークとか一切使ったことのないただの基地外HSPerだろ。

**名前は開発中のものです。** · 2009/03/01(日) 10:09:48

ザ・基地外列伝

抽出 ID:YgfxUXIw (3回)
抽出 ID:keyUucFf (2回)
抽出 ID:5sdzoLlH (4回)
抽出 ID:44i95qjG (2回)
抽出 ID:AbjSLDmb (2回)
抽出 ID:Yb+qou2I (3回)
抽出 ID:kmmpN5+q (6回)

こんな役に立たない奴を抱えているタスカーは大変だな。
アンチで良かった。

**名前は開発中のものです。** · 2009/03/01(日) 10:16:22

しかし、ここまで惨めな奴は珍しいな。
ID:kmmpN5+qはウンコちゃんと命名してあげよう。
別にコテハンにならなくてもいいよ。
言ってる内容でウンコちゃんだとすぐに分かるから。

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

>>423-424
基地外はお前だよ、お前。

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

もーいーよーだれか説明してよ、まとめてくれよー。
うち頭悪くていいから。長くても4レスぐらいでまとまるでしょ？

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

>>426
>264

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

ぶっちゃけると誰にでも理解できるものじゃないと思う。
少なくともポインタを理解できる頭は必要。
"使える" と "理解できる" は違うよ。

**名前は開発中のものです。** · 2009/03/01(日) 18:48:07

>>428
なにその使っていけばレベルがあがるみたいな言い方？
タスクシステム自体プログラム言語の進化を完全に否定してるものなのにｗ
型も引数も否定して彼等はどこへいくのか・・・

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

アンチタスカーの頭の悪さが目立つな。

**510** · 2009/03/01(日) 19:35:00

http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/8946.zip
作りかけだけど。
前スレで言ってた参照構造を実装した。
オブジェクトの参照構造がreference_structure.cppで定義されてる。
タスク内において、それの定義にしたがってオブジェクトが参照される。
今日はここまで。

**名前は開発中のものです。** · 2009/03/01(日) 19:36:50

アンチタスカーですが
>CodeZine：本格的なシューティングゲームを実現するタスクシステム（タスクシステム，シューティング，ゲーム）
>http://codezine.jp/a/article.aspx?aid=297
このコードはひどいね
重複してるし未使用領域もある
メンバ関数も無駄にstaticで意味がない

もっと調べればもっと叩くところはでるだろう

でタスク信者に言うソースで語れ
嫌なのか？さらしたくないのか？逃げるだけか？ライバルを作りたくないのか？逃げるのか？

答えろ

**名前は開発中のものです。** · 2009/03/01(日) 19:43:26

>>429
使っていけばレベルがあがるとは言ってない。

http://local.joelonsoftware.com/wiki/%E3%82%B2%E3%83%AA%E3%83%A9%E7%9A%84%E9%9B%87%E7%94%A8%E9%9D%A2%E6%8E%A5%E3%81%AE%E3%81%99%E3%81%99%E3%82%81
>どうやら大部分の人々はポインタを理解するための脳の一部分を持たずして生まれてくるようだ。

俺にはこれを否定できない。
同じ大学で勉強したはずの友人の例を見てきてるから。

**名前は開発中のものです。** · 2009/03/01(日) 19:44:25

>>431
これはひどい

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

>>432
> このコードはひどいね
> 重複してるし未使用領域もある

どれが未使用領域？

**ID:EEKBitmg** · 2009/03/01(日) 20:42:30

>>433
そんな馬鹿な！世界は広大だな
PICのプログラムを組む実習とかあったが
HWIトリガーにしてアドレス入りレジスタ
使ってROMエリアのデータ（配列）読んで
所定の計算して出力とか、脳筋体育系も
ヤンキーも出来てたぞ。出来なきゃ留年
チョンボして他人のソース丸パクできない
やればひどい制裁を受けるから

ポインタ使えないんじゃなくて、そういうのを
使う必要がない言語や環境しか経験してないから
単に不慣れなだけじゃないの？

**名前は開発中のものです。** · 2009/03/01(日) 20:56:06

ポインタを使えない人は本当に居る。
不慣れとかそういう話でなく、ポインタの仕組みは理解できても、
（コーディング上において）ポインタを使うメリットが理解できない。ってタイプ。

知り合いに、値渡しで関数に与えていて、わざわざ冗長なコードを書いていたから指摘したら、
本人いわく、ポインタは知っていてもあえて使わないんだとさ。

**ID:EEKBitmg** · 2009/03/01(日) 21:18:09

>>437
んー。そうかー
値渡しで組んでも動くからいいやーって人かな
CPUパワーもRAM容量も余りまくりでジャブジャブ
使ってもいいよーっていうターゲット（ハードウェア）
を使える環境だからそういうふうになるんじゃないかな

貧弱環境でタイムクリティカルな処理しろって
状況に放り込めば参照渡し使うと思うけど

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

どんな環境でもポインタで参照渡し使った方が軽いし、コード記述量も減るというのに、
彼のとった選択肢は"ポインタは分かり辛いから使わない"だとさ。
だったらCやめればいいのにと思った。

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

>>438
前に ACM Newsletter か何かで読んだが、教育レベルとか計算機環境に
よらず、一定割合でプログラミングがダメな人は存在するそうだ。

いい大学の CS に入ってくるような人間でも、適性ない人間はどうにもダメ
らしい。

**名前は開発中のものです。** · 2009/03/01(日) 21:25:01

>>439
っつか、ゲームプログラミングやめれば良いのにな。

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

>>435
読めばよい

**名前は開発中のものです。** · 2009/03/01(日) 21:38:28

>>431
#include "Tasksystem.h"
#include "reference_structure_macro.h"

このヘッダがzipに入ってないね。

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

このスレ見て、身の回りのいろんなPGを見ていて思うに、
ゲームプログラマには、大別してクリエイター型とエンジニア型が居ると思うわけよ。

■クリエイター型(C型)
ゲーム製作を美術・芸術・メッセージ表現の一種と捉え、作品の完成を目指して鍛錬する。
ゲームが完成することを最終目標としているために、エンジニア型に対して結果が全てと見下している。
ゲームとしての表現力を増すのような技術がローコスト(手間要らず)で導入であれば積極的に採用したいが、
ゲーム製作において足枷になるような技術については、嫌悪する傾向がある。
駆け出しの頃はスクリプター寄りの傾向。将来的にはPDに向いている。
プログラミング能力は低いので他業種での潰しが利き辛い。

■エンジニア型(E型)
ゲーム製作を自己のプログラミング能力向上のための試金石と捉え、ライブラリの完成を目指して鍛錬する。
フレームワーク作りに熱中し、何時まで経ってもゲームは完成しない。
新規技能・技巧をいち早く取り入れる風潮があり、汎用性・完成度・移植性などを重視する傾向がある。
技術的に稚拙なクリエイター型について、プログラム知識の無さに嫌悪することがある。
駆け出しの頃はライブラリ製作＋サンプルゲームを作る傾向。将来的にはメインPGに向いている。
プログラミング能力が高いので他のSE業種に移行しやすい。

**名前は開発中のものです。** · 2009/03/01(日) 22:04:44

で、今までのレスの流れも見ていて、ここからは完全に独断だが、
アンチタスク派は、ずっとC型でPG経験の浅い若年層が多い気がする。
・コンシューマ開発で、C++も無かったASM時代において、タスクシステムが成した業績と歴史を認めない。
・プログラム技能が未熟で、TCBなり、関数ポインタによるスケジューリングを理解できない／扱えない。
・実際にタスクシステムを使ったコーディングに従事したことがあり、タスクシステム特有の束縛された記述方法に嫌悪感を示す。
・ただタスク派をおちょくって遊びたいだけ。

一方、タスク派は、ずっとE型でPG経験の長い壮年層が多い気がする。
・OOP時代を迎え言語もコンパイラも発達し、タスクが過去の遺産であることを認めない。未だにタスクシステムをプロの技巧と賞す。
・タスクによるスケジューリングが完全汎用であると勘違いし、これを理解できない人を煽る。
・ゲーム内容の実際の記述において、タスク管理によるコーディングがどれほど厄介なのか理解できない。
・ただアンチタスク派をおちょくって遊びたいだけ。

と見ている。

個人的には、中庸が一番。
始めはE型で自作ライブラリが完成してから、C型に移行するプログラマーが理想なんだがね。
もしくはPG2名で完全分業し、E型がライブラリとスクリプトを提供して、C型がゲーム内容を記述するのでも良いと思ってる。

**名前は開発中のものです。** · 2009/03/01(日) 22:59:06

>>445
> ・コンシューマ開発で、C++も無かったASM時代において、タスクシステムが成した業績と歴史を認めない。
若者でも、/* You are not expected to understand this */ とか読んだことあれば
十分だよ。

**名前は開発中のものです。** · 2009/03/02(月) 01:17:33

>>442
>432
> 嫌なのか？さらしたくないのか？逃げるだけか？ライバルを作りたくないのか？逃げるのか？

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

実際にタスク改みたいなシステムでゲーム何本か作ったことがあれば
いろいろあれの欠点で苦労するから純粋なタスク信者ってのはありえないけどね。
でも単純なアンチってのもまた無い。

ジャンルや環境によっては今でも十分使い物になるから。というか今の携帯機クラスの性能のゲーム機で
動いてるゲームのかなりの数がいわゆるタスク改で実装されてる。
それに純粋なタスクシステムの欠点はそれぞれ回避方法があるので使い分けができる。

ジャンルによってはタスク改ではない違う作り方のものもあるけど、アクション系ではいわゆるタスクの進化系以外の
実装はあんまりお目にかかったことが無いな。
少なくとも日本産に限っては。海外産はあんまりソース見る機会無いから知らんが…

**名前は開発中のものです。** · 2009/03/02(月) 07:26:29

ぜってーそんなことねぇよ(笑)
こんなマイナーシステム普通使わねぇだろ

**名前は開発中のものです。** · 2009/03/02(月) 15:49:57

ミニゲーム集みたいなゲームだとタスクシステムは向いてると思うけどね
同じインターフェースで全く遊び方の違うゲームを数十個つくらにゃいけない場合とか
一つ一つにかかるコストを大幅に削減できる

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

向いてねぇよ
ごった煮だから弾の処理で何が呼ばれててもおかしくない
ということは弾だけなにかほかに使おうと考えても
ソースの癒着が酷くて切り出して使うということはできないというわけだよ
わかったかね

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

よく>>451見たいな書き込みを見るけど
タスク間のアクセスはタスクシステムが間に入るから
癒着がひどいっておかしくないか

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

それじゃなんのためのごった煮なの？
どこからでも呼び出したかったんじゃないの？
つまりそれは、すべてを呼び出している可能性だってあるということだよ
だってそのためにごった煮にしたんでしょ？
ミサイルのターゲットをポインタの保持で解決したかったんじゃないの？(笑)

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

例えば全てを呼び出してるとして
ミサイル以外のタスクをソースから排除しても
ターゲットが見つからずにまっすぐ飛んでくだけでしょ
ターゲットのポインタなんて抽象クラスへのウィークポインタか
インクリメンタルＩＤのどっちかだし

**名前は開発中のものです。** · 2009/03/02(月) 18:33:27

そんな話してねぇよ馬鹿
全部呼び出せるってことは全ヘッダーファイルが必要になるってことだろが
それとも今更カプセル化守って弾のクラス内には他のゲームオブジェクトは一切入ってこない
って方向転換するか？それでもいいぜ(笑)

**名前は開発中のものです。** · 2009/03/02(月) 18:48:04

なんで全部呼び出せるなら全ヘッダーがいるんだ
派生先のポインタが欲しければ各自でキャストすればいい
それが嫌ならビジター作ってタスクシステム内のタスク全部なめればいい
なんで弾のクラス内に他のゲームオブジェクトが入ってくるんだ
そんな話出てきたか？めんどいんで方向転換ってことでいいです。

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

キャストするにはだな・・・え～そっから～(笑)
さすがにそのレベルはかつてないな(笑)

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

いやあ俺馬鹿だからさ優しく教えてよｗ

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

>>457
面白いからもっとやって(笑)

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

俺も見てるよ。面白い展開になりそうだからもっと熱く語り合ってほしい(笑)

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

まだごった煮言ってるのかｗ
なにも進歩ないなｗ

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

キャストするクラスのヘッダーだけでいいだろ？
全部は必要なくね