＞１．グローバル変数（または静的クラス変数）を多用しがち
変数の参照範囲は必要なだけ広く、そして最小範囲
タスクシステムだからこれが出来ないという理由はない
少なくともリストや配列を使った非タスクシステム比べて
変数の参照範囲を広くとる必要などない

＞２．抽象的すぎる（シーン、入力処理、衝突判定、
＞描画物などを同じ抽象レベルでリスト化できてしまう）
多態を使ったリスト巡回だと抽象レベルが一つ下がるけど
その為に、例えば後から「エフェクトクラスを追加しよう！」と
思ったときにクラスをさかのぼって親クラスを修正しなければならず
また、その親クラスから分岐した子クラスを編集する必要もある
タスクシステムはクラスでいう型を撤廃して、それをデータに
落とし込んでいるがそのおかげでコード修正の影響範囲を
局所化することに成功している

＞３．２のためにプライオリティ変数のような順序制御機構が別途必要になる
ZソートするのだってZ値必要じゃん
順番が必要なら⑨・・・じゃなかった、値が必要なのは当然
どうしてもプライオリティ変数が嫌ならタスク追加時にソートしとけ
（プライオリティ変数使ってる人って毎フレームソートしてるの？バカなの？）

＞４．３のために処理の流れがコードから読み取りずらくなる
＞（このスレの「ＦＳＭが云々」のくだりはこれを指摘している？）
順序制御機構があるならコードは見やすいだろう
関数ポインタのせいで直感的ではないという指摘ならともかく