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

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

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

そして、昇竜拳、真・昇竜拳と続くのですね。

**ID:EEKBitmg** · 2009/02/26(木) 00:12:50

ごめんね。多分本人（ID:cuEKcEeQ）は薄々勘付いてると思うけど
ぶっちゃけて書いちゃうよ

↓ここ
＞どうも元のタスクシステムに毛が生えたようなものから離れられない。
＞もう５スレ目らしいし、なんかいい案とか出てないかなって思ったわけさ

ナニを作るのか定かでないのに、（ナニを作るのか書いてないのに）
何かを、おそらくは万能の超すごいものを求めてるんじゃないかしら

厨がこういうナマ言うとブッ叩かれるかもだけど
タスク信者にしろ、タスクシステムの先を行く先進次世代タスクシステムを
求める人にしろ、共通する特徴は

　・ナニを作りたいのか決まってない。（or明らかにしない）
　・（おおまかな）仕様も決まってない。（or明らかにしない）
　・だから設計のプロセスに至ってない。設計図がない。（or明らかにしない）
　・なのに何にでも使える万能の先進的something systemを求めて彷徨う

結果として万能の矛を求めて、>>2みたいな何だか意味不明な他人の竹槍を借りて
ボトムアップで無軌道なコーディングを開始して、壁に当たって撃沈するんじゃない？

モノづくりの超重要なプロセスを端折ってるよね

**名前は開発中のものです。** · 2009/02/26(木) 00:27:26

C言語の悪口はそこまでだ。

**ID:EEKBitmg** · 2009/02/26(木) 00:30:06

やねうらおって人もそうだよね。日記読んだけどこの人って
STGを作るという前提でーとか言ってるけど、ぶっちゃけSTG好きじゃないでしょ
どうせSTGならこんな機能を求めてんじゃねーの？みたいな、かなーりナメた態度だよね
ぶっちゃけ、作りたいSTGなんて無いんだけど、次世代タスクシステムの記事を書く口実に
適当にSTG作るという前提ってことにしとけー、みたいな。その程度の考えでしょ

**ID:EEKBitmg** · 2009/02/26(木) 00:34:31

極端な話、何も作りたいものなんてない。ただsomething systemが作りたいだけって人の駄文だ
目的も目標（ゴール）もゲームと無関係のところにあるから、手段が目的化してるから
彼の語るsomething systemが何をするためのものなのかが見えない。記事全体の論旨がボケてる。

**名前は開発中のものです。** · 2009/02/26(木) 00:35:58

基地外HSPerにボロクソ言われるやねうらおカワイソス

**名前は開発中のものです。** · 2009/02/26(木) 00:53:08

>>308
HSPerただのゴミクズだと思ってたら
なかなかわかってるじゃん

そうなんだよね
タスクシステムになにかを求めてる奴って
目的がボヤケてて作りたいものがまったく見えないし
その状態でゲームなんて作ったら完成なんてしないと思うぜ

まず、目的をはっきりさせることだよね
ちゃんと自分の力量もわかった上で

**ID:EEKBitmg** · 2009/02/26(木) 00:57:13

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

仕様が全く決まってないから、ロクでもない冗長な設計しかできない
本来ならコード上で確定できるはずのことが確定できない。静的に記述できない
だから何でも動的にしようとする。上の自動並列化云々の話もそう
コードでできるはずの処理の静的スケジューリングを嫌うのは仕様が全く決まってないから

仕様が全く決まってないからER図みたいなものも作れないんじゃない？

**名前は開発中のものです。** · 2009/02/26(木) 00:59:43

>>313
HSPerもお前もただのゴミクズだろ

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

リンクの資料を見て
これは正しいから、この通りにしなさい、と言える。
書いている人達は、OSの無いハードに実装する事を意味している、
例えば、MS-DOS系、Win9x系列、ゲーム機などです。
CPUの100%をユーザーが自由に使える時に、これがあると便利ですね

但し、最近のWindowsNT系列、WindowsXpなどは、マルチスレッドOSです、
DirectXも描画の管理を行う。そして、ゲームエンジンの中にも組み入れられています。
多重に管理領域を増やす事は、CPUの無駄な負荷を増やすだけで逆効果です。
最近のOSは負荷変動が大きくて使いづらい、それに加えて悪害を増やすのは良くない。

Windowsもシングルタスクに切り替える新しい機能を備えたなら
このゲーム管理モニターが生きてくるのだろうが.....

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

>>316
> 例えば、MS-DOS系、Win9x系列、ゲーム機などです。
MS-DOS はともかく、他をOSないと言い切っちゃうのが素敵だ。

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

ID:EEKBitmgは一生手動でシコシコやってろよ。

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

C言語が生まれた理由は、アセンブリ以外の高級言語でシステムプログラミング
したかったからでしょ。目標明確だと思うが。

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

タスクシステムはタスクのマネンジメントをしたかったから。
目標明確だが。ゲームに向いているかどうかはともかくとして。

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

は？マネジメント？
ゲームになんで必要なの？
苦し紛れの戯れ言やめろよ

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

>>306
今まで読んできた中で一番わかりやすかった

**名前は開発中のものです。** · 2009/02/26(木) 09:40:41

>>306
>グローバル変数・関数を使ってしまっているとダメ
そんなことは無いよ
まとめられてる物を分割するのに比べれば
グローバル変数やグローバル関数をクラスにまとめるのなんて大した手間では無いし

複数人プロジェクトだとうかつに大きなリファクタリングができないから、
予めある程度まとめておく必要があるけど
一人なら神経質になる必要はないと思うよ

**名前は開発中のものです。** · 2009/02/26(木) 10:29:00

タスクシステムのメリットは昔だと複数人で開発しやすいってのがあった

そういう意味でも今使用するメリットは無いなー

**名前は開発中のものです。** · 2009/02/26(木) 10:46:49

>>320
具体的に言うと
・タスクとは何？
・マネジメントとは何？

**名前は開発中のものです。** · 2009/02/26(木) 12:46:33

>>323
それもやってみてから判断すればいい
ま、フルーツジュースをアップルジュースとオレンジジュースに
簡単に分離できる人はいないと思うけどね(笑)

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

>・タスクとは何？
>・マネジメントとは何？
好きにすれば？

**名前は開発中のものです。** · 2009/02/26(木) 22:10:59

タスクマネジメントっていう派遣会社が実在します(笑

**ID:EEKBitmg** · 2009/02/27(金) 00:11:32

＞タスクシステムはタスクのマネンジメントをしたかったから。
＞目標明確だが。

よくわかってるじゃないか。そう、彼らはsomething systemや
something managerを作るのが目標（ゴール）になってしまってるわけ
もはや彼らにとってはその先がどうなろうがどーでもいーわけ

彼らも当初は人間だった。ゲームで人を楽しませたかったのだろう
それが目的で、目標は何らかのゲームを完成させることだったのだろう
ところが月日が経ち、いつの間にかゲームプログラミングをすることが目的に
タスクシステムを作ることが目標に摩り替わってしまって怪物に変わってしまった
夢のタスクシステムを追い求めて彼らは今日も徘徊する。それがタスク信者

＞ゲームに向いているかどうかはともかくとして。

↑こういう結果であっても彼ら怪物は意に介さない。人間と相容れるはずない

怪物と闘う者は、その過程で自らが怪物と化さぬよう心せよ
おまえが長く深淵を覗くならば、深淵もまた等しくおまえを見返すのだ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　フリードリヒ・ニーチェ

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

>>329
HSPでろくにゲーム作った経験すらない基地外が吠えんな

**名前は開発中のものです。** · 2009/02/27(金) 06:04:35

something systemやsomething managerを求めるのはプログラマだからこそって気がするなぁ。

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

でもそれは的外れな気がするな
目的を果たすための手段でしかないはずなのにな
経験積んだらこういう俺々システム痛々しくて見てらんなくなった

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

>>332
ミドルウェアのほとんどすべてが俺々システムなんだが。頭大丈夫か？

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

>>316
スレッド一つで1MBも使うし重過ぎる（1000個で1GB）から、
何とかしようとしてタスクシステムを使ってるわけなんだが

**名前は開発中のものです。** · 2009/02/27(金) 10:47:50

>>333
ま、ミドルウェアつーてもピンキリだわな

>>332の言う俺俺システムってのは、ロクな経験もない雑魚がやたら作りたがるイカ臭いオナニーシステムとか
オナニーフレームワークとかオナニーミドルウェアとかオナニーライブラリの類のことだろ

すんげーショボくてしょっぱい機能しか提供しないくせに、やたら独りよがり＆でしゃばり＆余計な
お節介してくる謎仕様の糞インターフェースを押し付けといて、『どや？えーか？えーのんか？』
みたいな得意げな表情を浮かべる。そういう厨二病時代を経験して大人の階段登るのはよくあること

タスク信者ってのはその状態が過渡的なものではなく、そこで停滞・永続化・ライフワーク化した
永遠の厨二時代を手に入れたモンスターなのさ

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

脳内「タスク信者」との闘いがライフワークの人が復帰した模様

**名前は開発中のものです。** · 2009/02/27(金) 15:19:55

ゲーム開発で仕様が決まってない箇所なんていくらでもあるじゃん。
PG個人で仕様が決められないからこそ、柔軟性を高く磐石につくるんだよ。

**名前は開発中のものです。** · 2009/02/27(金) 15:56:47

経験上、性能を重視しないものは一時はやっても廃れる運命にある。
タスクシステムはその点有用。ミドルウェア作るほどのことかは別として。

ゲームとは余り関係ないけど、次のようなものもある。

タスクシステムでActionScriptに擬似スレッドを実現したライブラリ
ActionScript Thread Library 1.0 (そうめん)
http://www.libspark.org/wiki/Thread

**名前は開発中のものです。** · 2009/02/27(金) 17:05:24

俺も、ゲームとはあまり関係ないがタスク繋がりなら、以下のようなものを挙げる。
Intel Threading Building Blocks
http://www.xlsoft.com/jp/products/intel/threading/tbb/index.html
あと.net4でもタスク採用だ。
http://eetimes.jp/article/22699/
どれも並列化についてばかりだ。並列化においてタスクは有用。
ゲームにタスクが向いているのかどうかは知らないが、
タスク「システム」なんて大層な名前をつけているのはゲームだけだな。

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

意味無いだろ
タスクシステムのタスクは並列化できない
前もでたけどいつどんなときでもデータにさわれるごった煮だから
並列に処理を走らせることができない
並列化とタスクシステムはタスクって名前だけでなんの関係もないし
タスクシステムのタスクと普通のタスクも違うものであることを忘れちゃ駄目

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

始めにゲームとあまり関係ないと書いてるのに。
ゲームのタスク≠一般のタスクなのは百も承知だよ。
ゲームにも「一般のタスク」を取り入れて、積極的に並列化していけってことだよ。
ゲームと並列化の相性はいいよ。

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

だーら、「タスクシステム」攻撃ちゃんは、そーいう普通の「タスク」と、
「タスクシステムがタスクと称しているもの」が全然違うといって攻撃してるんでさw

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

最近読み始めたから流れについていけないんだけど、
このスレの「タスクシステム」ってのは>>2のことなのか？

**名前は開発中のものです。** · 2009/02/27(金) 19:53:27

まったくだ！

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

最近は擁護派のレスもアンチにしか見えないから困る
わざわざ出てきて余分な敵作って何がしたいのかと。

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

>>343
そうそうこのスレのタスクシステムは>>2のこと

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

「タスクシステム」って言わないで、ちゃんと「>>2」って言えば
みんな幸せになれる気がする

**名前は開発中のものです。** · 2009/02/27(金) 22:49:26

つーか別に誰も万能タスクシステム作りたいなんて言ってないよな・・・
どこからそんな話が出てきたんだ？

**名前は開発中のものです。** · 2009/02/27(金) 22:58:48

作れるし、もっとも効率的

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

すまん、誤爆した

**名前は開発中のものです。** · 2009/02/27(金) 23:32:29

>>339
TBBとタスクにどういう関係が…？

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

>>348
こういうレベルの人が言ってるだけでしょ。

どうすればゲーム作れるんですか？
タスクシステムってなんですか？
タスクシステム使うとどんなゲームでも作れるんですか？

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

>>348

> つーか別に誰も万能タスクシステム作りたいなんて言ってないよな・・・

> どこからそんな話が出てきたんだ？
自己矛盾

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

なるほど。
アンチは自分自身の心と戦っているのか。ご苦労さん。
次は上手くいくといいね。

**ID:EEKBitmg** · 2009/02/28(土) 00:28:51

>>348
ゲーム作りたいなーと思う人間が、皆が皆、汎用と万能の違いを理解していれば
そういう話にはならないわけ。現実には、タスクシステムに吸い寄せられる人って
学力偏差値的にかなーり多様でしょ。俺のように下から数えたほうが早い子も沢山いるの

いわゆるベテランと称するオッサン共に注文がある
まず「タスクシステムって何？」と思ってる後続のリテラシーの問題に配慮してほしい
あんたらのギョーカイって頭の出来が比較的どうかと思う層が結構沢山働いてんだろ？
人数構成的にさ。
高専を中退して東京のゲーム専門学校に通ってる先輩が昨夏に帰郷した際
「おまえタスクシステムも知らないの？プッヒー」と俺に言いやがった

まともなゲームを一本も作ったことが無かった彼がなぜ発作的にゲーム専門学校に行ったのか
謎に満ちていたが、まぁとにかく彼は数ヶ月間東京に居た間に何かを学んできたらしい。そして
タスクシステムというのは万能だと俺に力説してくれた。東京ってのは魔窟だなぁと俺は思った

**ID:EEKBitmg** · 2009/02/28(土) 00:33:17

タスクシステムなんて知らなかった俺はサクサクっとググった

調べてわかった事。ゲームオブジェクト（シーンオブジェクト）をタスクと呼ぶ>>2
タスクシステムを説明するオッサン共は汎用性だの再利用性だのの言葉を駆使するの大好き
やねうらおって人のページでも何度となく登場した。うさんくせーなと思いながら読ませてもらった

TaskSystemという名称が発する独特の嫌な臭気。それが汎用性だの再利用性だのの言葉と
化学反応して万能という幻覚作用を呈するのではないか。そう厨房は思う

無理やり何にでも使うのを汎用というのはどうかと思ったが、まぁとにかく汎用らしい。たいしたもんだ
そのくせSTGを例にあげてるとこばっかなのは何で？みたいに思ったし
弾一発一発になんでこんな仕組み使うのか理解できなかったし、無意味な管理オーバーヘッドが
目障りで俺は使う気しなかったが、まぁとにかく汎用らしい。だが万能にはとても見えなかった

ビジーウェイトでオブジェクトのコンテナを周期的に舐めてるだけの仕組みの何が珍しくて
何が素晴らしいのか皆目見当がつかなかった。いろんなタスク解説記事を読んで
昭和生まれの人とのギャップを感じた

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

タスク信者もアンチも同様にバカだということが良く分かる。
こだわりすぎ。

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

そうか、平成になってもう２０年も経つのか　orz

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

ID:EEKBitmgはタスクの愚痴は先輩に直接言えばいいと思うよ

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

一応先輩だし、顔立てないとまずいっしょ。高専って上下関係厳しいんだよ

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

だからってこんな掃き溜めで愚痴らんでもさ～。まあ見てる俺も俺だが。
相手が議論できる先輩なら、そこは戦えと言いたい。
リアルでこんなしょうもないタスク議論をしているのを想像するだけで笑えるわ。

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

アンチに聞きたいんだけど、結局どうしたいんだ？
ゲーム業界でタスク使ってるプログラマーに別のやり方を押し付けたいのか？

**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
会話が成り立たねぇ。
もーいいや、そうやって一生逃げ続けてれば？