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

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

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

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

>>31
わからないプロが大多数ではないかと

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

>>29
プログラマというより会社が請け負って
VisualArts全体のをカバーしてるから..
そもそも各ブランドにプログラマがいないのではないかと

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

>>31
そうでもないと思いますが・・・
ゲームでは一般的なフレームワークも無いから、基本的に全部手作りでしょう。
アプリ屋が普段意識せずに使ってるような部品も自分で作る必要があって、
数学・物理の知識が要求され、しかもハードの知識も必要なんですよ？

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

>>34
大多数のゲームプログラマは用意された部品を使っている罠。

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

エロゲーはフレームワークでつくれそうだな
絵とイベントの流れを実装するだけでよさそう。

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

業務アプリでも一般フレームワークはほとんど適用できない罠。

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

>>1にマジレスすると
ゲーム開発と他の(例えばビジネスソフト)開発を比較するにしても
接点があまりに少ないというか。

例えば電機製品のファームウェアとかデバイスドライバの開発とか
建築用、機械用CADの開発と比較するというならまだとっかかりがあるかと。

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

ゲーム系で特に必要な数学・物理の知識って何？
たいがい大学の一般教養レベルで何とかなると思うが。
それくらいなら、一般業務アプリでも必要だし、
理系大学出てる人みんな持ってる知識だしなあ。

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

>>39
ずいぶんいい大学に通ってたんだね。
道を誤ったんじゃない？（藁

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

例えば、けっこう低レベルの部分にまでインハウスライブラリを使っている
という状態を、WEB関連のプログラマが見たとしたらどういう感想が来るか
とったら、おそらく「なんか不毛なことやってるな」という感じになるわけで。

で、こっちは「ほっとけ」としか言いようがないというか。

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

>>40
３流大卒のゲームプログラマだけど、
俺もゲームで使ってる数学・物理の知識は理系の一般教養レベルだと思うよ。

本当は複雑な物理モデルを高度な数学的解法で証明し、
そこから近似モデルを導出するのが正しい在り方なんだろうけど、
実際は論文から証明の結果だけを拾ってきて簡単な近似モデルを実装するだけ
ってのが殆どだと思う。
だから基本的な公式さえ理解できれば実務には問題ない。

むしろ洋書や最新の技術論文を読める英語力の方が重要かも。

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

ゲームプログラマーは旧帝院卒クラスがゴロゴロ受けに来るからな。
道を誤っているというか何というか。
しかも実力不足で大部分は落とされるわけだし、何を勉強してきたんだ
と思う。

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

>>42
一般教養レベルで動力学とかベクトルや空間の微積とかやるの？
おれの大学じゃ専門課程でしかやらなかったよ。

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

ベクトルは習った・・・
けどそういうの分からないがこれだけは言いたい。
ゲームに出てくる設備(配管、空調、電気）滅茶苦茶にも程があるぞ!

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

>>45
それっぽければいいの！いいんだもん！

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

>>45
つーか
デザイナーに逝ってくれ

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

車輪の再発明をせざるを得ないゲームプログラマは
皮肉なことにその体力とスキルを養ってしまった感はある。

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

STL使用禁止で上司の作った双方向リスト使ってますが何か？

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

なんでSTLが使用禁止に・・・

**名前は開発中のものです。** · 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がいくら吠えても無駄。
周りから見ると滑稽なだけだということに早く気付け。