ゲームプログラマーの技術レベルは高い。

**名前は開発中のものです。** · 02/04/13 13:07

今まで自分はPCのアプリ屋をやっておったのですが、
最近、訳あって3Dゲームの開発に携わるようになりました。
で、昔からゲーム作ってる人等を見ての正直な感想、
１・「お前等レベル高い！」
２・「なんでそんな事知ってるの？？」
って感じでした。今までゲームプログラマを馬鹿にしてたんですが、
撤回します。
特に２ですが、ゲームプログラマの人達は、僕が本やらWebやらで調べても
全然分らなかった事を知っていたりするので不思議です。
日本のソフトウェア開発レベルは低い、と言われていますが、そうでもない
かも、と思ったりしています。

**名前は開発中のものです。** · 02/04/14 12:52

WinではSTLはあんま使わん方が良いけどな。

**名前は開発中のものです。** · 02/04/14 13:03

なんで？MFCとの親和性が悪いから？

**名前は開発中のものです。** · 02/04/14 14:11

http://www.remus.dti.ne.jp/~seigo13/stl.html

**名前は開発中のものです。** · 02/04/14 14:26

STLから使わない部分だけ切り取ったようなテンプレートライブラリーは
使ったりしてるけどなー。

**名前は開発中のものです。** · 02/04/14 14:29

STLの場合、オブジェクトの生成や破棄が不明瞭なので、
テンプレクラスを自作しましたが何か？

**名前は開発中のものです。** · 02/04/14 15:05

漏れ、STLのソースはサラーとしか見てないからアレなんだけど
アレをそのまんまゲームに使うというのはチト難しいかなという印象。
単純にアロケータ自作して指定してやるだけでは全く問題の解決
にならないというか。結局、直にSTLのソースに手を加えるざるを
えない状況にぶちあたるのでわざわざ使うメリットが半減するというか。

ちょろっとしたツール作りには重宝しますが。

**名前は開発中のものです。** · 02/04/14 21:04

>>56
どこが気になるのか詳細キボン。

で、別にSTL自体のソースに手を加えてもイイじゃん。他のところに手を加える必要が無いなら。

STLを使わなくても>>49みたいにチーム単位で基本的なアルゴリズムが共通して使われていれば
いいけど、何のポリシーもなく個人それぞれが好き勝手に組んでると最悪。

多くのゲームプログラマは、質の悪い車輪の再発明をしていることに気づいていない
というのがのが現実。かな？

**名前は開発中のものです。** · 02/04/14 22:15

>>57

なんというか、わけの分かんない話を始める人だなぁ。
感覚のズレを肌で感じるよ。（学生さんということなら別に構わないよ）

＞何のポリシーもなく個人それぞれが好き勝手に組んでると最悪。

例えばこの辺の話ね、何時の時代の何処の四流ソフトハウスの話を
してるのかは聞かんけど、もし誰かの受け売りで書いてるんだとしたら
もう忘れたほうがいい。大小にかかわらず「いまどきのまっとうに
生き延びている所」はどこもそんなことをやっていないのだから。

絶滅寸前の珍開発スタイルを例に持ち出したところで、大半の人間は
「へ？」としか返事できんと思うよ。

ただ、三流のエロゲ屋とかの事情は流石に知らんので、もしそうなら
そんなことをやっている寒い所は今でもあるんかもしれない。

**名前は開発中のものです。** · 02/04/14 23:41

>>1はアレだ、「公務員」ってだけで警官と技官を一括りにするタイプだな(藁。
求められる能力が全然違う。

**名前は開発中のものです。** · 02/04/14 23:49

えぇと、自分もついでにSTL云々の話にもコメントさせてもらおっかな。
あれを『改造してまで』ゲームそのものに使う魅力は少ないよ。
例えばの話、それによって「信頼性を維持しつつ保守の手間を減らせる」
という人間がいるとしたら、それは弄くるのが好きな個人であったり、整備された
リソースがよほど乏しい小規模で新興の(PCゲー)ソフトハウスのスタッフであったり
そういうマイナーな存在になるはずだよ。

他の選択肢(例えば社内リソース)のほうがよく整備され信頼できるという
事情があれば、当然(STLを改造してまで)わざわざ使わせるわけないわけで
実際そういうケースのほうが遥かに多い。

活用するとしても、ソースを眺めていて良い所があれば参考にするとか。
あとは、ツール作成にBCBを使ってたりする場合には普通に(STLを)使うことも
あるだろうな。

PCゲー開発の事情はよく知りません。

**名前は開発中のものです。** · 02/04/15 01:24

＞で、別にSTL自体のソースに手を加えてもイイじゃん。
＞他のところに手を加える必要が無いなら。

そう。それはおまえさんは趣味でやっているのだからそれで問題ないんだよ。
個人で好きなライブラリを好きな時に好きなように使おうと誰も困らない。
それだけのことさ。

**名前は開発中のものです。** · 02/08/09 23:51

ゲームプログラマっていつ勉強するんですか？

夜中に少ない睡眠時間をさらに削りながら勉強するんですか？

**名前は開発中のものです。** · 02/08/09 23:55

>>62
すごい睡眠時間削ってる(;´Д`)

**名前は開発中のものです。** · 02/08/10 00:59

>>62
やったこともないような仕事を任され、
それを完成させる為にリアルタイムで、
勉強する。それを繰り返して成長していく。
こんな感じ。

**名前は開発中のものです。** · 02/08/10 01:06

新人社員で１ヶ月でコンパイラつくれとか言われるって本当ですか？

**名前は開発中のものです。** · 02/08/10 01:18

勉強なんてしようと思わないからできないだけ。
どんなコードかいてても自分から勉強しようと思えばいつだって勉強になるよ。
たとえば、どうやったら生産性を高めれるか？とか
移植しやすくするにはどうかけばいいのか？って
常に考えながらコードかいてれば自然に勉強になる。

ツール作るときだってクラス図とかアーキテクチャを最初に全部設計して、
練りに練りまくってからコーディングしてるよ。
もちろん、コードかいてるうちに悪い部分が出てくるから、
なんで悪くなるんだろう？って考えてから修正を加えるし。

必要な機能を実装するためには一から勉強。
他人のふんどしを使うのは楽だけど、
いざとなったら応用が効かないから。
だから、全部自分で作ろうと思うし。
技術屋だから自分が理解していないことを理解していないままで
使うことが嫌だって言うほうが大きいかも（ｗ
もっとも、効率が悪いことは認めるよ。
納期が迫ってたりするとそんなこといってられないけどね（藁

**名前は開発中のものです。** · 02/08/10 01:36

>>66
感動しますた。

**名前は開発中のものです。** · 02/08/10 01:57

基本を修得しておけばいくらでも応用が利くってことさ。
応用を丸暗記してるだけじゃテンプレートにしかならないってことさ。
あと、技術者なら厨房レベルの英語はできるようになっておけよ。
「資料が英語なんで読めません！」と真顔で返すなよ・・・

**名前は開発中のものです。** · 02/08/10 03:40

>66
目から鱗だね

**名前は開発中のものです。** · 02/08/10 06:08

>>66
そんなあたりまえのことを張り切って言わなくても･･･

**名前は開発中のものです。** · 02/08/10 11:16

>>66
＞技術屋だから自分が理解していないことを理解していないままで
＞使うことが嫌だって言うほうが大きいかも（ｗ
禿同。で理解するとこんなことやあんなことにも使えるな
というのが思い浮かんで嬉しくなってくる。

**名前は開発中のものです。** · 02/08/12 00:45

ところでさ、じつはいまＤ３ＤＸ使わないで自分で数学の関数作って
バグ起こしてる上司がいるんだけど、うざくってかなわないんだよね。
そりゃそうだよね。だってあんた内積も外積も理解してないんだもん。
んで、自作メモリ管理クラスみたいなものなんか作ってマニュアルも書こうと
しない、わりにはソースコード解読して俺に使えってサ。死んでも嫌だよ。

んでさ、そいつエラーコードなんか大量に書くわけだけど、自分がつっかかってる
バグにはかすりもしないんだから、もうあきれるったらない。

んで、そいつのソースみるとオブジェクト指向すら理解してない感じ。
すべてのヘッダを一つにまとめてすべてのソースでインクルードしてるから
根がはっちゃって単体テストもできないでやんの。

んで、問題点をこっちから指摘しても聞く気も無し。
同じ日本語しゃべってんのに俺のいってることつうじないんだね。

なんでも自分でやるってのもどうかと思うよ。
はぁ。どうしよう。

**名前は開発中のものです。** · 02/08/12 01:09

>>72
どこの業界でもそうなんだが、経験を積んでくると失敗を回避するノウハウが
蓄積されてくるわけだ。
ただ、この「ノウハウ」というやつが玉石入り乱れていて、
例えばインクルードファイルの依存関係が上手くいかないときに
・全部インクルードする
・依存関係を整理する
みたいな玉と石があったりするわけだ。
こういう人々を見ていると、他人にコードや設計をレビューしてもらうとか、
人の話を聞くとかコード読むとか、そういう作業は大事なんだなと思うね。
特に、ゲーム関係なんかは俺様一番の職人肌の人が多いでしょ?
だから、自分で意識して軌道修正しないと、10年後にはその先輩みたく
なってしまうと思うな。日々是精進だよね。

73 · 02/08/12 01:11

つーか、このスレのアダルトな雰囲気は何?
てっきりマ板のスレかと思って書き込んでしまった。
もっと厨房ぽく書くんだった。

**名前は開発中のものです。** · 02/08/12 01:41

・全部インクルードする
・依存関係を整理する
みたいな玉と石があったりするわけだ。

↓

・依存関係を整理する
・全部インクルードする
みたいな玉と石があったりするわけだ。

文章的にはこうだろ

**名前は開発中のものです。** · 02/08/12 03:44

オブジェクト指向っていっても、本当に理解してる人はどのくらいいるんだろ？？
ただ単に、データとそれを操作する関数をクラスにをまとめてるだけでオブジェクト指向だ！
って言ってる人って結構多くない？

**名前は開発中のものです。** · 02/08/12 05:29

>76
かもね。
変な例えだけど、漏れ的に

プロパティはオブジェクト固有の情報を、
メソッドはオブジェクトの振る舞いを記述して欲しい。

かくいう漏れもオブジェクト指向の理解には自信なし。

**名前は開発中のものです。** · 02/08/12 09:18

>>72
グローバル変数使いまくりの習慣があるPC老舗の某F社?

**名前は開発中のものです。** · 02/08/12 17:09

あげてみろよ！

**名前は開発中のものです。** · 02/08/12 18:24

>>29
Ｋｅｙはビジュアルアーツ
あんなもんＨＴＭＬだけでも組める（藁

**名前は開発中のものです。** · 02/08/12 21:31

>>76
そのおかげではやくも破綻がみえてるわよ！
なんで奴はオブジェクト指向も理解しないのか、
俺のかわりに奴に聞いてきてくれ！

**名前は開発中のものです。** · 02/08/12 22:19

よいしょ　したら　たく　さん　つれた。

**名前は開発中のものです。** · 02/08/12 22:45

>>80

ほうーーーーHTMLだけで？HTML

だけ

でね。

もしかして俺もつられてるのか

**名前は開発中のものです。** · 02/08/13 03:19

>>81
時代はマルチパラダイム

いや、最近「マルチパラダイムデザイン」読んでるんだが、なかなか難しくてさ。
学生時代のように人を集めて輪読したい。

**名前は開発中のものです。** · 02/08/17 09:24

>18
謎はすべて解けたっ！！

02/08/17 19:59

で、結局>>72ってどこよ？

**名前は開発中のものです。** · 02/08/17 20:05

ゲームプログラマーの（ｵﾅｰﾆの）技術レベルは高い。

**名前は開発中のものです。** · 02/08/17 23:22

＞57
車輪の再発明・再生産が必要ないとしたら、
一体何人の首が飛ぶ事やら、、、

質の良い車輪を作る人がいそうな場所も、質の悪い車輪を
作る人がいそうな場所も、距離があってもそれなりに知れます。

//オープンソースどうこうの動きもところによりあるが、
//いつだって貴重なソースはいろんな思惑とかも有りで閉鎖的なので安泰。

ＳＴＬ等もなぁ・・・
static　staticであったなら、書きなおす必要もないかもね。

＞何のポリシーもなく個人それぞれが好き勝手に組んでると最悪。
ポリシーを持ってチームがなるべく普遍かつ共通なコーディんグを模索。
それを仕事にしますな。

それと、改変するぐらいなら、0から書き上げる方が圧倒的に早い。
万一それっぽく似せて作るにしても上辺や使い方が似ていればそれで十分。
＞75
・全部インクルードする
こっちが玉と思う。

**名前は開発中のものです。** · 02/08/18 01:01

晒しｱｹﾞ

**名前は開発中のものです。** · 02/08/18 01:14

全部インクルードは言われないと気付かないが依存関係を整理するなんてレスは役にたたんだろ
なんつーか前者はうんこの拭き方おしえますみたいで大声では言えないけどな

**名前は開発中のものです。** · 02/08/18 02:58

>>88
> ・全部インクルードする
> こっちが玉と思う。
まぢかよ…

それやると 1 つメンバ変数付け加えたら、全ソース再コンパイルに追い込まれるぞ。
いくらマシンが速くなったとはいえ、そりゃムチャだ。

**名前は開発中のものです。** · 02/08/18 03:14

全部インクルードすると解決したように錯覚する罠
本当に罠だな

**名前は開発中のものです。** · 02/08/18 03:51

>>88
> ＳＴＬ等もなぁ・・・
> static　staticであったなら、書きなおす必要もないかもね。
この文章、さっぱり意味が分からんのは俺だけか？

**名前は開発中のものです。** · 02/08/18 04:44

>>93
大丈夫だ、俺もわからん。

> 距離があってもそれなりに知れます。
これも。
> それを仕事にしますな。
これも。
> //オープンソースどうこうの動きもところによりあるが、
ここだけ"//"がついてるのも。

だれか、解説してくれ。
もぅ、ageちゃう。

**名前は開発中のものです。** · 02/08/18 12:13

>>94
//はコメントだとおもう。
ここにはレスすんなってこと。

# コメントはMLでよく見る作法だけど、「#」使うのが一般的だと思うが…

**名前は開発中のものです。** · 02/08/18 12:27

パソ通時代からNiftyとかで # 見るとムカつくから
わざとそこにいちゃもんつけてるよ。

**名前は開発中のものです。** · 02/08/18 13:20

おぉ、>>88よ。夢の世界でゲーム会社で働いてないで
早くハローワークに駆け込むんだ。

**名前は開発中のものです。** · 02/08/19 16:11

http://www.watch.impress.co.jp/game/docs/20020813/cri.htm

ＳＴＬや再ﾘ用が、どうのこうのいっているより、
ここいら辺まで完成した品が普及した方が良いので無い？

外部への依存度がたかまっていくのか、共同開発が増えるのか、
その辺は分からないが、、、

**名前は開発中のものです。** · 02/08/19 18:18

>>98
「良い」の主語は何よ？

**名前は開発中のものです。** · 02/08/19 20:13

そこまでいちいち考えて書かれた文章でないってことだろ
聞くだけ無駄

**名前は開発中のものです。** · 02/08/19 22:04

ゲームプログラマーの技術レベルは確かに高い。
正確には高くなったと言うべきだと思う。
ドラクエIやスーマリ程度ならまだ俺でも何とかなるレベルだと思うけど
HALOクラスになるとぜってー無理。
シェーダーはバンプ使ってるから、タンジェントスペースとか
そういう幾何学的な部分を理解しなきゃならないし
動きのアルゴリズムは力学に精通しなきゃ無理だろうし、
あの細やかな敵キャラの挙動を実現するには、高度なAIの技術が必要。
その上、ネット対応でそこら辺の技術も必要。
PG雑誌で天才プログラマーとか言って、くだらねーアプリの作者紹介するより
こっちの方を紹介しろよ。

**名前は開発中のものです。** · 02/08/19 22:27

>>101
頑張って、覚えた単語を並べてみたんだな。お疲れ。

**名前は開発中のものです。** · 02/08/19 22:32

>>98
大手の会社は自社製ミドルウェアほとんどもってないね。
あってもチーム単位でしか利用されない（特にＫ社）
俺が中堅の会社に転職したとき、入った当初（２年ぐらい前）
あまりの技術の蓄積の無さに愕然としたよ。
大きくなるほど自社製ツールにこだわらないんだなって感じた。
金で買えちゃうからって自社製の物を作らないっていうのはかなり納得いかなかった。

**名前は開発中のものです。** · 02/08/19 23:00

あーK社ね。つーか、あそこの蓄積しなさっぷりはヤバイだろ。
高気圧B○YとYOU儀王のミドルウェアっぷりにはまいったが。

**名前は開発中のものです。** · 02/08/19 23:21

>>102
そういう意地悪なレスはやめよぅ。
君がその悪癖をちょっとでも我慢すれば、
ここももうちょっとマシになるのに。

**名前は開発中のものです。** · 02/08/19 23:51

>>101
確かに、そういうプログラマーを取り上げてほしい。
普段、表に出てこない分、そこから得るものは沢山あると思う。
ゲームプログラマーによる、高度な技術の紹介になると、
紹介するつもりが、そこらの専門誌より詳しくなりそうで怖い。
山ほどアセンブラでコーディングするらしいしね。

**名前は開発中のものです。** · 02/08/19 23:52

バンプくらいは今時ハードがやる。
家庭用ゲームの場合、ハードでサポートされないものは
ほとんど採用されない。ハードの機能をうまく使って
なんとかうまくごまかせる場合だけやる。

動きのアルゴリズムも、全部が力学に則って
バカ正直に作ってるわけじゃない。
それっぽく見えるように、うまくごまかして作る。

ゲームプログラマにとって大事なのは、
バカ正直に作ったら大変だという時に
うまくごまかしてそれっぽく作る能力。

ただ、今はごまかして作る場合でさえ
作るのが大変な、イヤな世の中だったりする。

**名前は開発中のものです。** · 02/08/19 23:53

DirectX9でｱｾﾝﾌﾞﾘの時代ﾌｶｰﾂ

**名前は開発中のものです。** · 02/08/20 00:12

>>108
シェーダー周りだけでしょ？
今までもレンダ周りを作るとなると
どうせアセンブラだったんだし。
正直、面倒が増えただけって感じ。

描画関係なんか全部ハードでやってくれや。
この点では昔のスプライトゲーム機の方が
優秀だったよなあ…「ゲーム機」としてな。

**名前は開発中のものです。** · 02/08/20 02:00

>>109
スプライトといっても、レースゲーム「パワードリフト」とかの類だと、3D で
来んだ方が楽な気もする。（あれはスプライトだけで組んだんだそうだ）

**名前は開発中のものです。** · 02/08/20 02:11

>>105-106
いや、だからゲームプログラマが天才だというのは妄想だって。（もちろん、一部に
例外はいるけど、そりゃゲーム業界に限らん）

CG に関しては、SGI や ATI, それとゲームメーカーでも一部大手にいる研究職
の人間はともかく、他は「論文読んで理解できる」レベルなら十分だし、そこまで
能力を要求されないケースが大半。AI だってそう。

**名前は開発中のものです。** · 02/08/20 10:45

研究職に比べて総合力は凄いと思うな。少なくとも低くは無い。

**名前は開発中のものです。** · 02/08/20 13:06

ほな　なんで俺の給料はこんな安いんでっか

**名前は開発中のものです。** · 02/08/20 22:43

ビジュアルノベルとか作ってる奴は除いとこう。

**名前は開発中のものです。** · 02/08/21 16:35

あれはもはやプログラマー抜きでも作れるからね。

**名前は開発中のものです。** · 02/08/31 23:00

> 大手の会社は自社製ミドルウェアほとんどもってないね。
> あってもチーム単位でしか利用されない（特にＫ社）

体質が古いだけだと思ってたけど、割と当たり前なのかな?

while (true) {
1. あるプロジェクト用に最適化をかけたライブラリを作る。
2. プロジェクト終了後に整備して公開。
3. 別プロジェクトに移る。
}

以上の繰り返し。しかも、古いバージョンはメンテナンスして
もらえないわけだからバグがあったら利用者が追っかけて自分
で修正しないといけない。せめて、互換性のある形での拡張な
ならと思うけど、コンシューマーだしそんなこと言ってられな
い。１から作る力のない人間ばかりだったら利用者が多くなっ
て古いものとの互換性も考えるかもしれないけど、プロジェク
トに一人ぐらいはそれぐらいの人間は確保できるから結局その
プロジェクトに最適化がかかったものがまた一つ作られてしま
う。最適化に大幅にリソースを裂く今のゲーム開発のスタイル
が代わらない限り変わらないんじゃないかな。

**名前は開発中のものです。** · 02/09/01 16:31

>103と同じような経験あり。
といっても俺はデザイナーなんだけど。
うちの会社は、ほんとに開発ツールを作らない。

それが有るのと無いのでは効率がぜんぜん違うのに、
デザイナーの上の人に言ってもわかってもらえない。

同期のプログラマに聞いたら、
昔からゲームオンリーでやってた人は、大抵、
作らないんじゃなくて、作れないそうだ。
･･･なんだそりゃ。

学生時代、いっしょにやってた奴の方が、
よっぽど柔軟で優秀だったよ。

**名前は開発中のものです。** · 02/09/01 16:43

>>117
開発ツールって、どっちかというアプリケーションプログラマとしての
経験やスキルがいるからね。
ゲームオンリーでやってきた人はそういうプログラムを作るのは
つまらないと思うだろうし。

大手だったらアプリケーションプログラマを中途で採用して、
開発ツール専業で作ってもらうというのもありかもしれない。

**名前は開発中のものです。** · 02/09/01 17:11

>>117
　なんで優秀なプログラマをツールにまわさなあかんねん。という
考えもある。でもデザイナで自分でツールつくちゃうパワフルマン
もいるよ。愚痴ってる暇があるなら挑戦ぐらいはしたんだよな？

**名前は開発中のものです。** · 02/09/01 17:52

俺はアプリケーションプログラマだったけど、
プログラムで生成したプロシージャルテクスチャや
フラクタルの美しさに惹かれて、デザイナーに転職したよ。
あんまり大がかりなのは無理だけど、基本的なツールなら１日あれば
十分作れる。不満があれば自分で機能追加。
数式間違えて、不可思議な模様が出たりするのも面白い。
特定の操作でバグが出るなら、バグが起こらないように操作すればいい。
どうせ自分しか使わないんだから。

**名前は開発中のものです。** · 02/09/01 17:54

若くてゲームばかり作ってるプログラマにも
プログラマの手抜きと最適化（の思い込み）重視で
ゲームの設計を狭めてしまう人はいる。

手抜きや技術の低さから来る理不尽な仕様を
デザイナーに強制しないようこころがけよう。

**名前は開発中のものです。** · 02/09/01 17:57

>手抜きや技術の低さから来る理不尽な仕様を
>デザイナーに強制しないようこころがけよう。

無理でしょ、根本的に。そういうのを強制すればするほど、
パフォーマンスは上がるんだから。(w

**名前は開発中のものです。** · 02/09/01 17:59

自分が楽をするために仕様を制限するプログラマはいるね。

**名前は開発中のものです。** · 02/09/01 18:15

>123
制限少なくしようと思ったらかなり大変だし。

**名前は開発中のものです。** · 02/09/01 19:12

「定義ファイルはタブは使うなよ。
半角スぺースで桁をそろえろって言っただろう！」

ほんとのこと言えよ。
お前らはツールなんてやりたくない。手抜きたいんだろ。

**名前は開発中のものです。** · 02/09/01 21:29

>>118
大手だと、新卒採用の段階で研究系、ツール系、ゲーム系と間口を用意してる
企業もあるね。

>>124
> 制限少なくしようと思ったらかなり大変だし。
ハード上の制約はどうやっても越えられないし…。

**名前は開発中のものです。** · 02/09/01 22:01

>>123

時間が無制限にあるなら、それでもかまいませんよ。
その場合の責任は、当然あなたが取ってくれますよね？（藁

**名前は開発中のものです。** · 02/09/01 22:20

>116
一番いいのは

while( true )
{
・ライブラリを特定のゲームに特化したカスタムバージョンのライブラリ
　　を作成して、それでゲームを作成
　・プロジェクト終了後に汎用的に使えるもの、特定のジャンルなら流量できるもの、
　　そのゲーム特定で作られたものに整理する。
　・汎用（基礎）ライブラリ、ジャンル特定のライブラリにフィードバックする
　・次のプロジェクトへ
}

っていう流れが一番理想なんだけどね。

けど、
　・整理と追加っていうのがやりたがる人がいない
　・ライブラリ部門は直接的な利益を生み出さないから、
　　チーム単位（特に社内カンパニー制）ではやりたがるチームがない。
っていうのが問題なんだよね。
むしろこういう汎用ライブラリを使って作る方が断然スピードも速いんだけどね。

**名前は開発中のものです。** · 02/09/01 22:20

>117
やっぱそうなんだね。
うちも全て買えばいいっていう考えが主流だよ。
高価なＣＧツールでゲームで使える部分なんて半分ぐらいしか無いのにね。

実際はツールプログラムのほうがプログラム的にもレベルを上げやすいと思うんだけど
（メモリーの制約とかがないからオブジェクト指向とかの色々なプログラミング技法で組める
　最先端のＣＧ技術を試せる
　ほとんどの場合一人で全部作ることになるから処理の流れを覚えれる）
なかなかやりたい人がみつからない。
人数が少ないくせにやる内容は重要だから余計仕事が集中する。
、、、、、、ほんと、誰かできるやつ入ってきて欲しいよ。

**名前は開発中のものです。** · 02/09/01 22:23

>>123
っていうかそれは常識だろ。
期限内にその仕様は無理だと決める権限はプログラマだろ。
何いってんだ。お前は。
若い時は、まぁ、やってやります！！って思っちゃうけど。

**名前は開発中のものです。** · 02/09/02 00:24

>>121
デザイナが楽をするためにプログラマにサービス残業させるのはやめよう。

本業がある上に、なんでデザイナのサポートまでしなきゃなんねえんだよ。
デザイナがプログラマのサポートするとこなんか見たことねえのによ。

まあ、１番の問題は、無理なスケジュールを押し付ける役職者にあることに早く気付け。

>>125
最初の取り決めを守れないDQNがいくら吠えても無駄。
周りから見ると滑稽なだけだということに早く気付け。

**名前は開発中のものです。** · 02/09/02 00:35

なにやら必死な人が多いな（藁

**名前は開発中のものです。** · 02/09/02 01:03

>>132
ゲームソフト産業は今や斜陽産業ですから。
みなさん生き残りに必死なのです。

**名前は開発中のものです。** · 02/09/02 01:07

みな、若き日の過ちを苦々しく思っているのだろう

**名前は開発中のものです。** · 02/09/02 01:13

企画がいなくて、
キャラ担当やマップ担当が、そのデータを作る直前に各自で内容も決める。
思いついたが吉日。スケジュールは伸び放題
って仕事もあったよ、昔はさあ・・・
あの頃は俺もまわりの雰囲気にのまれてホイホイ仕様変更したけど
結局責められるのは俺だったなあ･･･

**名前は開発中のものです。** · 02/09/02 01:45

>>135
身につまされるなぁ…

スケジュールが厳しくなると、今度はツール制作や
仕様変更なんかに対応していられなくなって、
>>117 みたいな奴に陰口たたかれるんだよな。

結局どっち転んでもプログラマのせいにされるんだよな。

**名前は開発中のものです。** · 02/09/02 01:51

毅然とした態度で理路整然と>>127みたいな事が言えたらなぁ・・・・

**名前は開発中のものです。** · 02/09/02 02:57

>>136
全くなぁ。
ツールが（技術的に）作れない奴なんてさすがに居ないだろ、とね。
作れないのは時間的に問題が有ったりするから．．．．。

**名前は開発中のものです。** · 02/09/02 06:57

>>121
俺の方針としては、２Dの演出関係とかも、全部、３Dツール上で
デザイナーに編集してもらって、拡張アニメーションとして、出してもらってる。

これを、元同僚に話したら「デザイナーの負担がでか過ぎる」と反論された。
これについてはどう思う？

**名前は開発中のものです。** · 02/09/02 07:14

1.ハードウェア
2.開発環境+デバッグ環境(場当たり的)
3.ライブラリ(使い捨て)
4.ナンダ？

結局は常に1に立ち戻る必要性が有る事が、
業務用アプリとかとの最大の違いとして、

**名前は開発中のものです。** · 02/09/02 07:27

Xboxまんせー

**名前は開発中のものです。** · 02/09/03 00:35

>>138
正確には「作りたくない」だろうね。
WindowsGUIやMFCなどの知識を習得するのが面倒なのだろう。

個人的に思うのは、ツールプログラムを軽く見ている奴が多すぎ。
ツールなんて誰でも作れると言いつつ、まともなツールを作ったことのない奴がほとんど。

いくら高度なシステムを作っても、インターフェイスがテキストベースで
デザイナーやプランナーに負荷かけて効率や品質落としているようでは意味無いし、
なんで昔からのゲームプログラマはプログラム内容にしか目を向けず、
開発プロセス全体の効率化を考えないのかな・・・。

これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
一貫して構築できるプログラマが求められると思うよ。

**名前は開発中のものです。** · 02/09/03 00:39

ゲームプログラマーの技術は高いやつが多い。
が、それで面白いゲームが作れるようになるかどうかは
別の話のようだ。

**名前は開発中のものです。** · 02/09/03 00:44

　■　参考資料：　>>143　の発言リスト

http://game.2ch.net/test/read.cgi/gamedev/1030773161/69
http://game.2ch.net/test/read.cgi/gamedev/1028625024/217
http://game.2ch.net/test/read.cgi/gamedev/1022088017/80
http://game.2ch.net/test/read.cgi/gamedev/1030808379/49

夏休みは終わったのにネ

**名前は開発中のものです。** · 02/09/03 02:09

>>142
> これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
> 一貫して構築できるプログラマが求められると思うよ。
分業。

**名前は開発中のものです。** · 02/09/03 02:10

>>142
　んなもん一貫して求められネーって。アプリケーションプログラマと
組み込みプログラマの違いわかる？

　MAXのプラグインぐらいなら書いてやるけどそれ以上を求められるなら
賃上げ交渉からお願いしたいわ。年齢×１万切ってる給料で求められて
も困りますわ。マジで。

**138** · 02/09/03 02:29

>>142
不思議な事を言われているような。
GUIの知識なんて　そんな勉強せずとも作れると思うけどなぁ。

>>145の言ってる通り、分業が普通だろうし、
ツール作るプログラマーが普通にいるだろう。

もしもそう言う人が居ないなら、速急に作るべきですな。

**名前は開発中のものです。** · 02/09/03 02:46

>>147
甘い。
DQN会社のDQN管理職どもは、まるでそんなことは分かってない。
ツール作成や社内ネットワーク管理を一生懸命やってると
「遊んでないで仕事しろ」
と言われて、給料下げられるのさ。

**名前は開発中のものです。** · 02/09/03 03:14

>>147
っていうかゲームそのものがGUIの塊なのにね。142はかなり意味不明。

**名前は開発中のものです。** · 02/09/03 06:50

一貫して開発しる！なんてのは
給料を年１億ほどもらわないとやってられん
ツールだって立派な売り物になるくらいだ
簡単に作れるわけないだろが…アホか(藁

**142** · 02/09/03 07:11

>>146
ツールとシステムを分離すると、物にもよるけど意思疎通が遅れるんだよね。
システムに変更や追加が入るたびにツール側に修正をお願いしなければならないし、
逆にツール使用者の意見をシステム側に反映させるにも時間がかかる。
変更や改良が頻繁におこるのがゲーム開発だから、そこで分業してしまうと非常に効率が悪くなる。
またGUIだけでなくプレビュー（エミュ）機能をつけようと思った場合、システム側と同等の実装が必要になる。

最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、
それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど。

>>147
大規模なWindowsアプリを作ろうと思うと、Win32APIの知識や複雑なメッセージのハンドリングとかノウハウはいるよ。