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

**名前は開発中のものです。** · 2008/11/09(日) 11:51:40

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

part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

**名前は開発中のものです。** · 2008/12/16(火) 10:06:25

タスクシステム＞働いたら負けかなと思ってる

**名前は開発中のものです。** · 2008/12/16(火) 11:17:10

というか、ジョブコン（コルーチン）話はこのスレのスコープに入るわけ？

**名前は開発中のものです。** · 2008/12/16(火) 20:51:33

>>270
それってタスクシステムのアイデアを、そのままライブラリで厚化粧しただけじゃん

**名前は開発中のものです。** · 2008/12/16(火) 22:19:38

> ジョブコン（コルーチン）
は？

**名前は開発中のものです。** · 2008/12/16(火) 23:25:50

>>277
一般的には、スクリプトは C++ の単一のインスタンスに張り付ける。

たとえば Enemy クラスのメンバ変数としてスクリプトを張り付けて、
スクリプトからは Enemy クラスのメンバ関数の一部だけ呼べるように
する。

何でもかんでもスクリプトから呼べると、そりゃ破綻するわな。

**名前は開発中のものです。** · 2008/12/17(水) 01:53:45

スクリプトのほうが利点があるなら最初から全部スクリプトで作ればいいじゃない？

**名前は開発中のものです。** · 2008/12/17(水) 02:06:46

>>283
適材適所。大半を全部スクリプトで作ったほうが良いのは、アドベンチャー
ゲームぐらいじゃないかなぁ。

**名前は開発中のものです。** · 2008/12/17(水) 02:40:55

>>281
ジョブコン＝コルーチンって理解じゃ違うのか？

俺は>>279じゃないが
こういう結論になりそうな資料見たことある
内部の人間じゃないから分からんが・・・
なんか謎に包まれてんなあｗ

**名前は開発中のものです。** · 2008/12/17(水) 10:18:44

ジョブコンってコンテキストスイッチないじゃん
ただのステートマシン

**名前は開発中のものです。** · 2008/12/17(水) 11:41:46

>>286
http://game.2ch.net/gamedev/kako/1006/10061/1006184421.html の 810 を
100 回読んでこい。

**名前は開発中のものです。** · 2008/12/18(木) 18:05:58

あった
http://jp.youtube.com/watch?v=3JWl1IikUBE&feature=related

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

>>287 読んだ。
>スタックにプッシュしてあるリターンアドレスも含めた
>ＣＰＵコンテクストを復帰させて各ジョブを呼び出す。
>ただし、リターンアドレスをポップする形で呼び出すので、
> RTS で呼び出す訳ですが。

うは、なつかしいな。確かZ80で、RTS使うかわりに戻りアドレスをスタックに積んで
pop すると RTSよりマシンサイクルが少し速い、てな話だったような。

>>275
こういうの見ると、メインフレーム屋さんではなくて制御屋さんの発想な気がするけど。
マイコンのアセンブラだと、コンテキスト、というよりCPUのレジスタを保存する
とか普通の世界だったから、それを現代風にアレンジした「タスクシステム」で
考慮してないとしても卑下する必要はないと思うんだけどなあ。

かじっただけの俺がいうのもなんだが、あちこちのサイトで紹介されているタスク
システムの問題点は中途半端に汎用的で抽象化されているところじゃないかな。
ひとつのシステムで多用途に適用できるというのはPGの夢かもしれないけど、
ルーティンを嫌うアミューズメント用途にはちょっと無理があるような気がする。

**名前は開発中のものです。** · 2008/12/20(土) 15:39:24

やね本でこの手の技法を知った。
2年程実際に使ってて、今のところ大きな問題が出てないからまだ使ってる。
とはいえいろいろ小さな問題点や、
ハードのスペック故に浮き上がってきた問題も出てきた。
ただ、今は新しいやり方を覚えてソースを書き換える暇がないので、
じわじわと学びながら弄りながら変えていってるのが現状。
まあ不毛な喧嘩はともかく、
タスクシステムの問題点についてビシバシ突っ込んでくれるのは非常にありがたいので、
これからも話がズレない程度に熱く語ってくれ。

**名前は開発中のものです。** · 2008/12/20(土) 16:29:07

貴様に命令されるいわれはない

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

>>289
ありゃ、間違ってるな。てか、興味ない人はスルー願います。
>ただし、リターンアドレスをポップする
>形で呼び出すので、 RTS で呼び出す訳ですが。

z80でサブルーチンを CALL nn すると、現在の pc の次のアドレスを
スタックにプッシュして nn に飛ぶ。その先で rts すると、スタック
からアドレスを pc に読み込んで呼び出し元のアドレスの次の命令から
続くのが通常。上のはサブルーチン（タスク）を呼び出すのにその
逆をやってる。なんかの雑誌でみたことがあるな。
　メリットは覚えてないやw
　push でレジスタを退避させるのと一緒に使えて、速くて短い、とかかな。

**名前は開発中のものです。** · 2008/12/21(日) 01:37:52

>>292 は>>287を読んだだけで内容を理解できてないと思うから
ぐだぐだ書く前にちゃんと理解する努力をしろ。

**名前は開発中のものです。** · 2008/12/21(日) 20:27:14

>>293
まあ、そう突っかかんなよw
ではよく理解している293に教えて欲しいんだけど、

(1)「タスクシステム」いうだけで、なぜ271は
>ウンコカルト教の信者のつまらないプライドをベキベキにへし折るための
>ちょっとしたアンチテーゼ
みたいに口汚く否定しなければならないのか？

(2)「タスクシステム」がだめならジョブコンでどうかというと
>あの流派の人間に「ジョブコンとは>>2」なんて言い放ったら青筋立てて苦笑いする
みたいに必死に否定するのはなぜか？

(3) 青筋を立てているのは271ではないのか？

以上3点、ご教授いただければ幸いですw

なんつか、271はそれなりに知見のある人間にも見えるんだけどなぜ？って感じ。

**名前は開発中のものです。** · 2008/12/21(日) 20:30:02

定義ごっこウゼーからヤメロよ
名前なんて関係ねーよ

ポインタ保持
グローバル変数関数使いまくり

のソースは問答無用で糞コードなんだよ

**名前は開発中のものです。** · 2008/12/21(日) 20:38:47

>>290にはたぶん向いているんだろう。俺にはちょっと使いづらいかなと思った。
あんまり頭よくないんで、全体を把握しにくいコードでポインタを使いまわす
のはおっかないと思ったよ。

いずれにせよ、コストと手間を考えて手段を選ぶだけなんだから、手法のメリット
デメリットを論じるならともかく、使うだけで罵ったり赤飯炊いたりしてくれるのは
まあ、本筋と違うと思うんだけどなあ。

**名前は開発中のものです。** · 2008/12/21(日) 21:37:18

>>295
new 厳禁, malloc問題外かあ、そりゃ難儀だな。
295 はよほどでかいスタック使ってるんだろうなあ。すばらしい。

**名前は開発中のものです。** · 2008/12/21(日) 23:03:28

>>297
ああ、やっぱり馬鹿なんだｗ
馬鹿だから横文字連発して誰でもできる名称の定義にこだわってんのバレバレ
あー恥ずかしいｗ

**名前は開発中のものです。** · 2008/12/22(月) 10:25:16

>>294
>>271 は撲殺天使気取りのカルシウム足りてない人だから。以上

というかタスクシステムってちゃんと使えばTCBにキャラクタ固有のデータを
おくはずで、グローバル変数は回避するのが正しい使い方だと思うのだけどな。

**名前は開発中のものです。** · 2008/12/22(月) 18:52:48

ID:oW76AwO4
ID:9M4acoh9
ID:1VWYpijd
＞みたいに口汚く否定しなければならないのか？

↑（ﾟ∀｡）↓

＞>>271 は撲殺天使気取りのカルシウム足りてない人だから

ルサンチマン号…

**名前は開発中のものです。** · 2008/12/22(月) 23:23:50

>>299
自キャラクタのデータを TCB に置くのは当然として、タスク間の相互作用を
どう記述するかが問題。ヒット判定とかホーミング弾とか。

ここで、他タスクのポインタを持つと寿命管理でミスして dangling pointer 問題が
発生しがちだし、マネージャクラスみたいなものを作ろうとすると、グローバル変数
多用することになる気がするんだが、どう解決してるんだろ？

**293** · 2008/12/22(月) 23:56:55

>>294
俺は271じゃないから271の考えてることはわからんよ。

でも>>2は、
・>>287のリンク先のジョブコンでの重要な要素（PCとSPが保存される）が消えてる
・CodeZineの記事はメモリ管理がキモすぎる
・TCBとスタックポインタというRTOSで使われる用語を全く別の一般的じゃない意味で使ってる
ので、ああいうのが代表的な解説になってるんじゃヤバいと思うよ。

俺はゲーム自体の出来がよければシステムなんてなんでもいいんだけどさ。

**名前は開発中のものです。** · 2008/12/22(月) 23:59:47

>>289
やぁどうも

>マイコンのアセンブラだと、コンテキスト、というよりCPUのレジスタを保存する
>とか普通の世界だったから

マイコンでcontinuationすることが普通だったのか
80年代初頭においてそうした普通があったというのは寡聞にして知らんので
是非ともご教示いただきたいです。よろしくです

>それを現代風にアレンジした「タスクシステム」で考慮してないとしても

「アレ」を現代風にアレンジすると>>2になるのか。見聞の狭い俺にとっては初耳だ。
現代風にアレンジするとcontinuationは必要なくなるという話も新鮮な響きだ。
「アレ」に必要な処理量と得られる利得（ユーザビリティ、etc）を鑑みたうえで
continuationを積極的に「省く」メリットを探してみたのだが不肖の俺には
荷が勝ちすぎるようだ。この辺りについても是非ご教示いただきたい
重ね重ねよろしく頼むよ

**名前は開発中のものです。** · 2008/12/23(火) 12:44:20

えーと。

確かに継続で間違いないんだが、マルチタスクなOSの（リアルタイム、
非リアルタイムを問わず）コンテキストの保存と復帰、まとめてディスパッチと
いう概念は、計算機の歴史としては割込みと同じくらい古い。確か
マルチプログラミングと呼んでいてOSより古いはず。
（というか、割込みの前と後で戻る所を次々すげ替えていけば、マルチタスクに
なる、よね）
現代的には、OSのスレッドサポートと、言語側の継続とかコルーチンとか、
という風に分かれちゃってるけど、マイコン時代にはアプリからモニタまで
全部ユーザが面倒を見るのが当然だったから、ジョブコンも別に大げさな
仕掛けにはならなかった、のだと思うわけだな。

> continuationを積極的に「省く」メリットを探してみたのだが不肖の俺には
> 荷が勝ちすぎるようだ。

確かにこっちは無理だw

**名前は開発中のものです。** · 2008/12/23(火) 12:52:38

文章長すぎる奴自重しろ
中身もねぇのにだらだら無駄に長い
ホントにプログラマーか？お前

**名前は開発中のものです。** · 2008/12/23(火) 12:53:09

>>302
> ・TCBとスタックポインタというRTOSで使われる用語を全く別の一般的じゃない意味で使ってる
> ので、ああいうのが代表的な解説になってるんじゃヤバいと思うよ。

TCBは痛いが、スタックポインタについては、メモリブロックのLIFOな管理技法に
使う用語として一般的なものだと思うが？
むしろアーキテクチャ用語のスタックしか思い浮かばないほうが視野が狭い。

**名前は開発中のものです。** · 2008/12/23(火) 12:54:05

>>305
継続を一言で説明できるのかお前は？

**名前は開発中のものです。** · 2008/12/23(火) 15:09:59

KEIZOKU？

**名前は開発中のものです。** · 2008/12/23(火) 15:41:23

継続 = continuation

**名前は開発中のものです。** · 2008/12/23(火) 22:57:43

>>304
やぁありがとう。非同期的に呼び出される割り込みハンドラはコンテキストの保存と復帰をするよね。すまん。
ところで割込みの起源の話があったので、Donald.E.KnuthのThe Art of Computer Programmingを
めくってみたところDYSEACというコンピュータが最初だそうだ。ぐぐってみたところ面白いページ発見

History and Overview of Interrupts and Interrupt Systems -- Mark Smotherman
http://www.cs.clemson.edu/~mark/interrupts.html

によると割り込みの始祖はUNIVAC1まで遡る。算術オーバーフローの例外処理。ソフトウェア割込み。
割り込みの一番おいしいところである外部割込み（ハードウェア割込み）はKnuthの言っていたDYSEACで
これは米商務省標準局データ処理システム部門電子計算機研究所が開発したもので、米陸軍の
移動式通信システム用として1954年から運用が始まったそうだ

米陸軍弾道研究所　報告書No.1115　国産電子計算機についての調査(第三回目)
http://ed-thelen.org/comp-hist/BRL61-d.html#DYSEAC
>(3) an interruption property which enables the machine to handle unscheduled ,job assignments
> which originate externally without advance notice and must be executed as soon as possible

DYSEACはマルチプログラミング（例えばI/O処理に計算機を独占させない）を実現していたと思われる。
Mark SmothermanによるとDMAもこいつが最初かもだそうだ。おもしろいね

**名前は開発中のものです。** · 2008/12/23(火) 23:35:30

ふむ。撲殺天使の人か別の人かわからんが、興味深い情報をありがたう。
mobile computer と書いてあるからびっくりしたが (carried in two tractor
trailers at 12 and 8 tons, respectively!) とすぐあとに書いてあった。
TRONチップとか、命令の実行に伴って起きる「例外・Exception」、外部入力
で起こされる「割込み・Interrupt」、OSの呼び出し等に使う「トラップ・Trap」と
使い分けてたりするね。
さて、いいかげんで昔のPC板行けと言われそうなので手短にポインタだけ
示すが、岩波講座情報科学1『情報科学の歩み』（高橋秀俊、1983）のp.48
によれば1959年にパラメトロンコンピュータPC-1に筆者らは割込み機能を
付けているが、「割込みという日本語も，英語の interrupt の訳ではなく，
われわれのグループで使いはじめたことばである．」だそうだ。
『コンピュータへの道』（高橋秀俊、1979）のpp.148～151にも割込みの話が
出ている。

**名前は開発中のものです。** · 2008/12/23(火) 23:44:27

まだなげぇ、すげーなげぇ
少しは相手の反応をみるとか
ちょっとした気遣いは全くないのか？

誰も聞いてないことをベラベラベラベラよくしゃべるなぁ

**名前は開発中のものです。** · 2008/12/23(火) 23:50:13

スレチだが。面白かったよ俺には。
長いとか、よくしゃべるとか、批判の対象が違うだろ。
自分の興味のないこと＝誰も聞いてないとしか受け取れないのか？
ただスレ違いなだけ

**名前は開発中のものです。** · 2008/12/24(水) 00:03:00

>>313
おお、じゃあ、適当なレス返してやれよｗ

**名前は開発中のものです。** · 2008/12/24(水) 01:12:03

>>289
悪い、出張してた。
うーん、おれが本来のジョブコンを理解できてないから変なこといってるのかもしれないけど、、
z80にしても6809にしても当時のマイコンのアセンブラ本とかみて、
マイコンでマルチタスクを実装する方法とかざらに載ってたと思うんだけど。
continuationという用語で説明されたかは覚えてない。
比較的あたらしいのはこんなのか？
http://www.ertl.jp/ITRON/Newsletter-J/itronnews19.html
これが雑誌に載ってたのを見た記憶がある。中身がぜんぜん違うならごめん。

**名前は開発中のものです。** · 2008/12/24(水) 01:20:11

で、俺が見たのはz80のアセンブラ本で、マルチタスクを実装するのに
win3.1みたいに自分でジョブを明け渡す方法と、割り込みを利用して
スイッチする方法がのってた。どっちにしてもなんらかの形で
レジスタの保存と復帰はあたりまえだよね？
んー、多分おれが的外れなことを言ってるんだろう。もう黙るわ。

**名前は開発中のものです。** · 2008/12/24(水) 02:57:11

黙るといっておきながらあれだが、
>>315は1992ってなってるな。80年初頭とは違いすぎるね。
だけど、マイコンでみんなやったことってメインフレームの真似事だったんだけどなあ。遠藤さんのスレの例の肝は、リロケータブルなプログラムの組みにくいz80で、RTSを
利用して実現したことだと感心したんだがな。まあいいや。

**名前は開発中のものです。** · 2008/12/24(水) 11:05:25

continuation(継続)とは、要するにコンテキストのようなものだが、
かなり抽象的な概念で、コンテキストとはプログラムの実行中の
一瞬の状態のことだが、継続とはその先にある計算全部を
ひっくるんだもの。ある種の高水準言語（特にScheme）では
一般概念。OSや機械語のレベルで直接扱うことはまずない
（というか高水準の概念）。
Googleで「継続」を検索すると上位10ページの半分弱は
これの説明なのでざっと見てみるといいかも。

「マイコンマルチタスク」で検索するとインタフェースのバックナンバー
目次がひっかかった。1984年9月号の特集が「Cとマルチタスク・モニタ」
なので、そういう記事だろう。多分。
ttp://www.cqpub.co.jp/interface/contents/198xindex.html

**名前は開発中のものです。** · 2008/12/24(水) 21:21:45

また、長文垂れ流しか
ホント無駄な奴等だな

**名前は開発中のものです。** · 2008/12/24(水) 23:02:53

>>318 おお、ありがと。1980年の
>12月号特集◆リアルタイム制御用マルチ・タスク・モニタの研究

なんかもまんまだな。「非同期～割り込みハンドラは」とか留保つけてるくらいだから
認めてもらえそうにもないが。いつのまにか
>continuationを積極的に「省く」
ことにされてるし。
このスレで continuation といえばマイクロスレッドとかファイバとかの話になるよね。
で、このスレでもおなじみのやねうらお氏がこんなのも用意してたりするわけだよ。
ttp://ml.tietew.jp/cppll/cppll/article/6196

でもさ、コンテキストスイッチングとかマイクロスレッドってc/c++標準の機能でもないし、実装にはそれなりに手間もかかるし、無いとまったくプログラムできないわけでもない。
そういうものをタスクシステムを紹介している>>2に包含してないからって駄目呼ばわりするのはどうなのよ。

黙るとかいいながらまた長文たれながしてるな。すまんね。>>319

**名前は開発中のものです。** · 2008/12/24(水) 23:11:27

おっとあぶない。コンテキストスイッチを setjump()/longjumpで実装することも
できるみたいだし、GNU pthを使ったコルーチンの例もあるから、c標準
で実現できないと書くとまた突っ込まれるな。もうぐだぐだだ。

**名前は開発中のものです。** · 2008/12/24(水) 23:30:35

馬鹿だろ
普通初見でプログラムみたらそういう状態が認識できるならそういう変数探すだろ
探してあればそれは読みやすいプログラム
ところがそれを無くそうとするとかいかにやねうらおの程度が低いかわかるな
あるべきところにあるソースのほうが俺はいいソースだと思うぜ

やねうらおまわりってさ
こういう普通の常識もわからない馬鹿ばっかりだから嫌いなんだよね
俺、俺が初心者のときから嫌な匂いしたわこいつら
俺ももう経験１０年だけど
こいつらってズレてんだよね
力入れる部分がさ

**名前は開発中のものです。** · 2008/12/25(木) 00:21:23

>>320
> そういうものをタスクシステムを紹介している>>2に包含してないからって駄目呼ばわりするのはどうなのよ。
じゃ、使うメリットが何もないじゃん。

**名前は開発中のものです。** · 2008/12/25(木) 17:45:17

>>322
このスレの流れと逆のこと言ってないか？

このスレの流れ的には、
ジョブコンにはコンテキストスイッチがあったのに、それの発展形を
事象するタスクシステムはそれを取っ払ってる。その結果、グローバル変数で
状態を持ってやったりしなきゃならない、バカじゃね？
ということになってるのに、なんで突然そのグローバル変数を賞賛するかね？

やねがズレてるのは俺も感じてるが、お前はもっとズレてる。

**名前は開発中のものです。** · 2008/12/25(木) 17:54:00

>>324
は？
グローバル変数を賞賛？
どこにそんなこと書いてあるの？
やねうらおまわりはあいかわらず馬鹿だな

**名前は開発中のものです。** · 2008/12/25(木) 19:54:19

> そういう状態が認識できるならそういう変数

って普通グローバル変数だろ。
グローバルじゃないにしてもstatic変数。実行させてみないと挙動が把握できない。

そういう変数じゃなくて、ブツ切りの挙動を上から下に並べて書けるのが、
継続とかコルーチンとかマイクロスレッドとかファイバを利用したテクニック。
それを頭からバカにしてるのがお前。

**名前は開発中のものです。** · 2008/12/25(木) 20:17:48

よくわからんが、FSMの状態変数のことを言っているんなら
クラスのメンバあたりが妥当で、別にグローバルやstaticである
必要は無いんじゃないの

**名前は開発中のものです。** · 2008/12/25(木) 20:39:58

>>326
はぁ？
思い込み激しすぎ
どこにそんなこと書いてあるの？

**名前は開発中のものです。** · 2008/12/25(木) 22:26:40

ポエマーはクリスマスの家族サービスも終わって一休み、一休み
あとは印刷屋に注文したブツが配送事故なく無事に現地に到着することを祈るだけだよ

∩∩
(・x・) 　「パパは誰と戦ってるの？」

（@∀@）「パパはね、今フェードアウト2Dゾンビという怪人と戦ってるんだよ。
　　　　　この世に未練タラタラの8bit悪霊に取り憑かれた若者達を正気に戻すために
　　　　　作文を書いてるんだ。おやすみ」
∩∩
(・x・) 　「ふーん、まぁがんばってね」

娘に絵本を読んで寝付かせた後にネットブックでちょっかい出しに来たのね。勤労家だね

**名前は開発中のものです。** · 2008/12/25(木) 23:14:09

>>289
>こういうの見ると、メインフレーム屋さんではなくて制御屋さんの発想な気がするけど

私がまだ下っ端だったころ、電機メーカーでプラントのプロセス制御用のシステム開発に
携わってた人とか、光学機器メーカーで組み込みシステムに携わってた人がいたのね
彼らは今で言うところのリードプログラマに相当する存在だった。俺を含む当時の若手は
彼らから色々教わったのねー

メインフレーム屋（？）とか制御屋（？）とか、そういう分類はよく知らないけど
（基幹業務システムの人とか組み込みシステムの人とかそういう分類で言ってるんだとは思うが）
そういうのに関係なく、当時コンピュータに携わってた人間は多かれ少なかれリタラシーとして
メインフレームのことは知ってたのね。学生時代、お手本となる本格的なコンピュータシステムといえば
その代表格はメインフレームとその弟分たち（オフコン、ミニコンとか）だったのね。教科書には
当たり前のように登場したし、卒研のためにメインフレームを使わせてもらえる贅沢環境を体験した奴も
いたのね。研究室単位ではミニコンのほうが多かったけど、それらのモニタやOSもメインフレームなどの
大型コンピュータのそれを踏襲してたのね

【メインフレームの基礎知識】って言ったのはそういうことなのね。教科書レベルの知識のお話

**名前は開発中のものです。** · 2008/12/26(金) 00:03:56

>>294
>(1)
別にぽまえさんがクリティカルヒットしたわけじゃないでしょ？
他人事ならニヤニヤしてればいいと思うのよねー

まぁ何度も言ってることだが、当時の実装対象の特性なんてこれっぽっちも知らない人間が
64bitマルチコアCPU＆9600GTクラスのビデオカード(DSPカード)搭載のモンスターPCを持ってたりする人間が
IDE付きの静的型付言語の開発環境（VS2008EEなど）+DirectXなどを使ってる人間が
ちゃんこ鍋循環リストにすべてを放り込んでバッチ処理するだけの（今となっては何とも珍妙でお粗末な）
仕掛け（>>2）をどうして神格化するのかおじさんは不思議で不思議で仕方が無いのよねー
「タスクシステム…いとしいしと…」と地底奥深くでひっそりと一人で、職場の中で囁くだけなら別にどうでもいいが
公衆の前で「>>2素晴らしい！神の業！すげーすげー！超参考になる！真似しないと！」と絶叫する奴は
相応の陵辱を受ける覚悟をしてもいいと思うのよねー

**名前は開発中のものです。** · 2008/12/26(金) 00:05:55

>>331
お前、なかなかわかってるなｗ

**名前は開発中のものです。** · 2008/12/26(金) 00:24:31

まぁこのスレを、公衆の前と思うかチラシの裏と思うかは人それぞれという気もする。

**名前は開発中のものです。** · 2008/12/26(金) 00:27:54

>>331
ハァ？、て感じだな。

一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？
一体、何を問題にして、何を前提にしているんだ？

**名前は開発中のものです。** · 2008/12/26(金) 00:30:21

私は、何かの縁で最近就職希望の学生さんの就職説明会（なのかしら）に立ち会う機会があった。
どこもかしこもみんな多忙で、こんなオサンが出張ることになった。フェードアウト窓際のふりをして
タラタラと講話をしていた。眠い話が終わると、ご質問ごじゃいますかーと進行のお兄さん（イケメン）が言う

想定どおり、痛くもかわいい質問が多くてにんまりうんじゃりしていたが、特にやべぇと思ったのが
タスクシステムがどうのとかいうゲー専の子だった。本物のフェードアウト2Dオヤジの講師にナニを
吹き込まれたのか知らないが私はゲー専に行く子はちょっと可哀想だなとそのとき思った。
彼には直接個人指導してやりたかったがそういうお時間はいただけなかった。まぁどうでもいいや

**名前は開発中のものです。** · 2008/12/26(金) 00:35:22

×フェードアウト窓際のふりをして
○フェードアウト窓際としては久しぶりの仕事なので

**名前は開発中のものです。** · 2008/12/26(金) 00:43:37

>>334 主要部だけ抜き出すとここだな。

オブジェクト指向の恩恵をふんだんに受けられる環境で開発してながら、
ちゃんこ鍋循環リストにすべてを放り込んでバッチ処理するだけの
（今となっては何とも珍妙でお粗末な）仕掛けをどうして神格化するのか？

**名前は開発中のものです。** · 2008/12/26(金) 00:52:58

>>335
やべｗ
ファンになりそうｗ

**名前は開発中のものです。** · 2008/12/26(金) 00:57:58

>>337
悪いが俺には、
「オブジェクト指向の恩恵をふんだんに受けられる環境」で
タスクシステム指向を否定する理屈が理解できない。

＞一体、何を問題にして、何を前提にしているんだ？

**名前は開発中のものです。** · 2008/12/26(金) 01:09:03

> ちゃんこ鍋循環リストにすべてを放り込んでバッチ処理するだけの
> （今となっては何とも珍妙でお粗末な）仕掛け

という評価を否定してみせろ＞ID:mDOQ1BG2

**名前は開発中のものです。** · 2008/12/26(金) 01:12:51

>>339
>タスクシステム指向を否定する理屈が理解できない
頭おかしいんだｗ

**名前は開発中のものです。** · 2008/12/26(金) 01:54:38

Lisp？＞ちゃんこ鍋循環リスト

Lispは何でもリストで、データとプログラムが同等で、
プログラムを生成するプログラムは常套手段ですが、
今や再評価される一方のモテ言語でつよｗ

**名前は開発中のものです。** · 2008/12/26(金) 02:04:03

Lispのリストは単方向リストで、普通は関数的に使うもの。
（まぁ副作用バリバリで使うこともあるけどな）

「タスクシステム」のリストは、双方向リストで、デク（Double Ended Queue）
と呼ばれるデータ構造。副作用バリバリで使うのが基本。

もうちょっと中身がわかるまで勉強してから出直してね。

**名前は開発中のものです。** · 2008/12/26(金) 02:07:13

あ、つまり、同じ「リスト」でもはっきり言って別物だよ、ってことね。

**名前は開発中のものです。** · 2008/12/26(金) 02:12:01

>>343
その説明だけだと、Lispがなぜ良いものでタスクシステムがなぜ
唾棄すきものかがさっぱり分からないのですが。

**名前は開発中のものです。** · 2008/12/26(金) 02:13:18

Lispと同一視して再評価すべきだ、みたいな話を持ち出したのはそっち。
俺はそれを否定しただけ。

**名前は開発中のものです。** · 2008/12/26(金) 02:13:38

静的型安全性が無い、コードがデータと同じで自己書き換えを行えてしまう、
といった動的性はLispにも当てはまることです。
Lispはconsセルをもとに、データ構造をどうとでも作れます。

**名前は開発中のものです。** · 2008/12/26(金) 02:15:28

>>346
タスクシステムを再評価すべきだとは「一言も」言っていませんよ。
そもそも>>342は半分以上ネタです。

が、「ちゃんこ鍋循環リスト」は、それで何かを貶したつもりになっているのなら
少々不適切なのでは？と愚考する次第です。

**名前は開発中のものです。** · 2008/12/26(金) 02:15:35

>>345
馬鹿じゃねぇの
話そらしてんじゃねぇよ

**名前は開発中のものです。** · 2008/12/26(金) 02:17:35

>>349
は？何から？

**名前は開発中のものです。** · 2008/12/26(金) 02:20:40

やねうらおの近くにいるとくだらない話術ばっかり達者になってくカスに成り下がるな
奴は所詮３Ｄも理解できないクズ
大きく複雑な仕組みを小さく単純な形に噛み砕くことはできない

本人すげー頑固で視野狭いしね
止まっちまう理由もわかる

**名前は開発中のものです。** · 2008/12/26(金) 03:15:07

確かに、一度は奴に傾倒しても、適度に距離を置いた奴は大成してるね。

**名前は開発中のものです。** · 2008/12/26(金) 06:18:00

>>349
プログラム全体を関数型で設計するなら、Lisp のリスト構造が適している。
ただゲームを組むのに関数型言語が合ってるとは思えんが。

**名前は開発中のものです。** · 2008/12/26(金) 08:28:43

>>352
そうだね
奴もすべてが駄目ってわけじゃないんだよね
でも結局、３Ｄができねぇってのは大きく複雑なものを小さく単純な形にできないってこと
これはプログラムの能力に直結する

小さいプログラムをこね回してる分にはどんな方法で何やったってなんでもできるんだよ
でも本当に複雑なものを管理するにはそれなりの力がいる

ごちゃごちゃいう前に３Ｄやってみろボケ
ってことだよね
まあ、ヤツにいえることはこういうことだよね

**名前は開発中のものです。** · 2008/12/26(金) 10:34:25

>>354
すげぇ理屈

もしかして昔奴の「クォータニオンどうこう」に騙されてたとかそんな理由？

**名前は開発中のものです。** · 2008/12/26(金) 13:39:13

>>355
いや、そんなの知らんけどｗ

**名前は開発中のものです。** · 2008/12/26(金) 22:38:40

>>340
タスクシステムにケチ付けてるとも読み取れる中途半端な書き込みしやがって。
ヘタレっぽい書き込みだから無視してもかまわないんだが、
看過するのはやや気が咎める。
相手してやってんだから、もっと具体的な話してみろや。
ほれ、どうしたんだ。

＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？
＞一体、何を問題にして、何を前提にしているんだ？

**名前は開発中のものです。** · 2008/12/26(金) 23:26:14

ねーねー聞いていい？
この人がケチ付けられたと火病ってる「タスクシステム」ってナニ？
え、>>2なの？マジで>>2なの？すごくね？まじシステムって感じ

**名前は開発中のものです。** · 2008/12/26(金) 23:34:18

ひらしょーさんに「タスクシステム？なにそれ？」って言われた時点で
こいつらはもう死んでる
この単語がだれにも通用しないってことがわかっただけでもいいだろもうｗ

**名前は開発中のものです。** · 2008/12/26(金) 23:42:45

違うな

ぼくのかんがえたぼくのたすくしすてむをばかにするやつはゆるさない
ぼくのたすくしすてむはぼくがぼくであることのあかし、ぼくのあいでんててーそのもの
ぼくのたすくしすてむにけちつけるやつはぼくをひていしようとするやつだ

　　　　　　だ　か　ら　っ　ぜ　っ　た　い　っ　ゆ　　る　　さ　　な　　い　　っ　っ　

ということだと思うぞ
タスクシステムという単語を使って突っ突くとどっかの誰かが癇癪を起こすのだ
わくわくするだろ

**名前は開発中のものです。** · 2008/12/26(金) 23:44:12

おまえら横入りでレスすんな。>>360は>>358あてなんだからね
ひらしょーはしごとしろ

**名前は開発中のものです。** · 2008/12/27(土) 00:13:18

ID:mDOQ1BG2だけど、
「嫌タスク厨」って気色の悪い連中が多いな。

**名前は開発中のものです。** · 2008/12/27(土) 00:19:47

>>362
なんで泣いてんだよｗ

**名前は開発中のものです。** · 2008/12/27(土) 00:39:49

「嫌タスク厨」の書き込みを見てて思うんだが、

＞一体、何を問題にして、何を前提にしているんだ？

これにつきるな。

恥ずかしい連中だな。
プ！！
ワリィ、失笑しちまったぜ。

**名前は開発中のものです。** · 2008/12/27(土) 00:44:02

ポエマーは3D酔いの話をしたら眠くなりました

**名前は開発中のものです。** · 2008/12/27(土) 00:56:24

また、やねうらおに騙されたかわいそうな初心者が発狂したか

**名前は開発中のものです。** · 2008/12/27(土) 01:27:14

>>365
つーかあんたなんで初心者スレでは優しい人に変身してんだよ
キャラ変えすぎだろ女子高生的に考えて…

**名前は開発中のものです。** · 2008/12/27(土) 11:33:58

6年も前のMLのログを引っ張り出して何やってんだか

**名前は開発中のものです。** · 2008/12/27(土) 15:45:45

正直俺も嫌タスク厨はどうかと思う。

**名前は開発中のものです。** · 2008/12/27(土) 15:49:11

あれ、ID変わったかな？

**名前は開発中のものです。** · 2008/12/28(日) 00:08:38

＞やねうらお

＞一体、何を問題にして、何を前提にしているんだ？

**名前は開発中のものです。** · 2008/12/28(日) 09:54:21

>>370
日本語としては「じっぽん」が正しいが、レッドブックの「とおほん」（×とうほん）も間違いではない
ただ朝鮮人や一部の関西人が良く使う「じゅっぽん」は明らかに間違い
これを使っていると日本人である事を疑われるので気を付けるように

**名前は開発中のものです。** · 2008/12/28(日) 10:00:52

10円20銭

**名前は開発中のものです。** · 2008/12/29(月) 07:51:23

「嫌タスク厨」はロクに質問にも答えられないキチガイばっかだな。
常人の感性からすると気色悪くて目障りだからオンするなよ、なあ？

親切心から言ってやるが、
本人気利かせているつもりのチンケで鬱気味の幼稚表現も痛々しいぞ、自覚してるか？
まあ、それがお前らの正気状態か。
せいぜい頑張れや。
プ！！

**名前は開発中のものです。** · 2008/12/29(月) 11:21:47

ひらしょーさんになにそれ？だれきみ？ってあしらわれたショックで
気が狂ってしまったん？

**名前は開発中のものです。** · 2008/12/29(月) 13:33:00

自分の言葉で論破できなかった厨房が、お墨付きをもらって狂喜してるだけにしか見えない。

**名前は開発中のものです。** · 2008/12/29(月) 18:17:39

ま、そういうくだらない連中のノイズ成分くらい除去できないと駄目だと思うけどね
ひらしょーさんひらしょーさん言ってる子供達もどうせついこの間までは
たすくしすてむさいこー松浦先生大好き尊敬しちゃうとか言ってたはずなわけで

風見鶏を右へ左へ引きずり回すのは楽しいよね。そろそろ>>2擁護始めるか