ゲームプログラマーの技術レベルは高い。 (690ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
142(29): 名前は開発中のものです。 [] 02/09/03 00:35 ID:ELMH1ABY(1) AAS
>>138138(2): 名前は開発中のものです。 [sage] 02/09/02 02:57 ID:??? AAS
>>136
全くなぁ。
ツールが（技術的に）作れない奴なんてさすがに居ないだろ、とね。
作れないのは時間的に問題が有ったりするから．．．．。
正確には「作りたくない」だろうね。
WindowsGUIやMFCなどの知識を習得するのが面倒なのだろう。
個人的に思うのは、ツールプログラムを軽く見ている奴が多すぎ。
ツールなんて誰でも作れると言いつつ、まともなツールを作ったことのない奴がほとんど。
いくら高度なシステムを作っても、インターフェイスがテキストベースで
デザイナーやプランナーに負荷かけて効率や品質落としているようでは意味無いし、
なんで昔からのゲームプログラマはプログラム内容にしか目を向けず、
開発プロセス全体の効率化を考えないのかな・・・。
これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
一貫して構築できるプログラマが求められると思うよ。
145(1): 名前は開発中のものです。 [sage] 02/09/03 02:09 ID:??? AAS
>>142
> これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
> 一貫して構築できるプログラマが求められると思うよ。
分業。
146(1): 名前は開発中のものです。 [sage] 02/09/03 02:10 ID:??? AAS
>>142
んなもん一貫して求められネーって。アプリケーションプログラマと
組み込みプログラマの違いわかる？
MAXのプラグインぐらいなら書いてやるけどそれ以上を求められるなら
賃上げ交渉からお願いしたいわ。年齢×１万切ってる給料で求められて
も困りますわ。マジで。
147(3): 138 [sage] 02/09/03 02:29 ID:??? AAS
>>142
不思議な事を言われているような。
GUIの知識なんて そんな勉強せずとも作れると思うけどなぁ。
>>145の言ってる通り、分業が普通だろうし、
ツール作るプログラマーが普通にいるだろう。
もしもそう言う人が居ないなら、速急に作るべきですな。
151(2): 142 [] 02/09/03 07:11 ID:b+KCxfGa(1) AAS
>>146
ツールとシステムを分離すると、物にもよるけど意思疎通が遅れるんだよね。
システムに変更や追加が入るたびにツール側に修正をお願いしなければならないし、
逆にツール使用者の意見をシステム側に反映させるにも時間がかかる。
変更や改良が頻繁におこるのがゲーム開発だから、そこで分業してしまうと非常に効率が悪くなる。
またGUIだけでなくプレビュー（エミュ）機能をつけようと思った場合、システム側と同等の実装が必要になる。
最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、
それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど。
>>147
大規模なWindowsアプリを作ろうと思うと、Win32APIの知識や複雑なメッセージのハンドリングとかノウハウはいるよ。
153(1): 142 [] 02/09/03 17:36 ID:n9Q0aUGU(1) AAS
>>152152(1): 名前は開発中のものです。 [sage] 02/09/03 13:44 ID:??? AAS
>>151
むにゃむにゃ。あなたの会社のメインプログラマさんは何をやっている
のですか？その意思疎通を一括して行うのがメインPGじゃないのれすか？
話だけ聞いていると相当無能なメインPGさんだと思います。
複数人が同じものを作る事ほど不効率な事はありませぬ。
複数人が同じ物を作る？？？意味不明。
メインプログラマは、リソースやタスク管理、低レベルIO、あとは各パートをまとめるのが仕事。
例えば、オブジェクト担当なら、実機でのオブジェクト表示やモーション再生を実装すると同時に、
市販ツールなどからデータをコンバートするプラグインも書く。
エフェクト担当は、実機でパーティクルシステムを実装すると同時に、
ジェネレータを組み合わせてエフェクトを構築するツールも作る。
それぞれがオブジェクトデザイナや、エフェクトデザイナと直接話し合って、フィードバックし合ってシステムとツールを構築していく。
これが、うちの開発体制。
だいたい最近はメインプログラマがすべてを把握できる規模じゃなくなっているのよ。
157(2): 142 [sage] 02/09/03 22:34 ID:??? AAS
>>154つまり、あんたの会社は所詮その程度のレベルってことだね（藁
俺は中小から大手組みの人間だけど、
結局、中小と大手のプラグインやツールに対する認識の差が技術力、開発力の差に繋がってんだよね。
なんか中小へぼメーカーの人間って驚くほどツールに対する認識が甘い。
プラグインやコンバーターなんて下っ端の仕事だと考えている。
逆に大手では最先端のＣＧ知識をもったプログラマがプラグインを書いてグラフィッカーを支援している。
俺がいた中小では、エフェクトやメニューなんて、グラフィッカがムービー作って、
それを見てプログラマがハードコーディングしてたな。
イベントは、スクリプタが直接テキストで座標打って作ってたな。
背景モデラは、一頂点一頂点、頂点カラーつけてたな。
典型的なバカ開発だった。
大手じゃ、エフェクトやメニューなんて市販ツールからコンバートかけてるし、
イベントは、市販ツールから出力したデータ元に、専用ツールで編集してるし、
背景の頂点カラーなんて、フォトンマップ使ったプラグインで自動計算よ。
>>156156(2): 名前は開発中のものです。 [sage] 02/09/03 22:12 ID:??? AAS
>>153
そりゃあんたの
>最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、
>それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど
の部分へのレスですが？なんか読み違いしてる？
>だいたい最近はメインプログラマがすべてを把握できる規模じゃなくなっているのよ。
まぁここを読めば大体言いたい事はわかりますた。でも規模が大きく
なってもゲームは面白くなんねーんだよなー。逆に（以下自粛
> まぁここを読めば大体言いたい事はわかりますた。でも規模が大きく
>なってもゲームは面白くなんねーんだよなー。逆に（以下自粛
なんだワナビーか。
180(2): 142 [] 02/09/06 22:17 ID:VhDMMzQq(1) AAS
>>167167(1): 名前は開発中のものです。 [sage] 02/09/04 00:43 ID:??? AAS
>>166
マジレスすると、ライトマップ。呼び方は社によって違うかも知れ
ないけど単に陰影をテクスチャに落としてマルチテクスチャで張るだけ。
特別な事でもなんでもないね。
頂点カラーがダサイというから、頂点毎の球面調和係数を用いた動的ライティングでも語ってくれるのかと思いきや、
ライトマップ（プ。
せめてパーピクセルライティングぐらいにしてくれませんかね。
最近やっとライトマップの存在を知って嬉しくてたまらないんでしょうか。
>>176176(3): 名前は開発中のものです。 [] 02/09/04 02:07 ID:oIlJt/Uu(1) AAS
ライトマップは今時普通なんだ。
マルチテクスチャは、フィルレート半分だし、微妙だなー。
ツールプログラムは、経験ないなー。
エクスポーター（というか、クラスのセーブ）自分で書く。
ぐらいはやらされたけど。
ツールの人は、プレビュー用のインポーター＆インターフェイスを担当。
マルチ’パス’テクスチャの間違いでわ。
>>177177(1): 名前は開発中のものです。 [sage] 02/09/04 02:33 ID:??? AAS
頂点カラーでパースが付かないハードでも
マルチテクスチャなら付いたりする不思議。
不思議と思えるあんたの頭が不思議
それにしても、えらいレベル低いね。ワナビーなんてこんなもんか。
184(1): 名前は開発中のものです。 [sage] 02/09/06 23:10 ID:??? AAS
>142
つーか、フォトンマップなんてゲームで使われるポリゴン数じゃ実用的じゃないだろ（藁
そんなこともわからないで最新技術だ〜！てさわいでるのか？（プッ
知ってる単語つかえてうれしい？（藁
君の技術レベルじゃライトマップすらできないんじゃないの？（プッ
ライトマップの技術を自分の言葉で１から説明してみろよ（藁
187(1): 142 [sage] 02/09/07 00:23 ID:??? AAS
>>184
フォトンマップとポリゴン数はまったく関係ありません。
一般的にフォトンマップはモンテカルロレイトレーシングの高速化手段の一つとして用いられているに過ぎません。
よくフォトンマップ＝グローバルイルミネーションと勘違いしている人が多いですけどね。（藁
フォトンマップを用いたプリライティング計算のメリットは、ラジオシティのように面を再分割して近似するのではなく、
直接、モデルの各頂点単位で放射照度の計算が行える点でしょうか。
これによって格子状でない複雑なモデルに対しても効率的に計算を行うことができます。
またフォトンの分布を参考に面を再分割することによって、より効率的に頂点数を割り当てることが可能になります。
>>185何ですかそのレベルの低いサイトは。日本語しか読めないのですか…。
どうりで知識レベルが何年も遅れているわけです。
>>186186(1): 名前は開発中のものです。 [sage] 02/09/06 23:54 ID:??? AAS
>>180
> せめてパーピクセルライティングぐらいにしてくれませんかね。
フォーンシェーディング？
技術的には、フォーンシェーディングはグーローシェーディングと比べて難しい
ところはないと思うんだが。（ハードウェアの性能さえ十分なら）
簡単に言えば法線テクスチャと係数テクスチャを組み合わせてピクセル毎に光源計算を行う方法です。
まあライトマップが単なる色のモジュレートなのに比べて、
パーピクセルライティングはピクセル毎に高度な光源計算をしているわけですな。
190(2): 名前は開発中のものです。 [sage] 02/09/07 01:58 ID:??? AAS
>>142 タンは大手に入れたことを自慢したかっただけなんだよ。
みんな大目に見てやろうよ。
213(2): 142 [] 02/09/07 18:21 ID:qROe26z9(1/2) AAS
>>212212(1): 名前は開発中のものです。 [sage] 02/09/07 17:50 ID:??? AAS
>>198
> つーか、脳内開発者確定の142になんで教えを請わなきゃあかんの？
同意。
っつーか、まじめに勉強したければ Real-Time Rendering の第二版でも
読んでた方が良いだろ（ｗ
英語読める語学力と、内容を理解できる基礎学力があればね。（藁
214: 142 [] 02/09/07 18:26 ID:qROe26z9(2/2) AAS
>>210210(2): 名前は開発中のものです。 [sage] 02/09/07 17:27 ID:??? AAS
207(=203?)はパスの意味を勘違いしていると思う
207が勘違いしているかどうかはしらんけど、
少なくともX-BOXは、２テクスチャまではノンペナルティでフェッチできるよ。
219(2): 142 [] 02/09/07 21:50 ID:I+22LDaA(1) AAS
>>216216(2): 名前は開発中のものです。 [sage] 02/09/07 18:31 ID:??? AAS
>>213
自分の書き込みを Real-Time Rendering と比較するとは……
少しは謙虚さを身につけろよ。
Real-Time Renderingは当然読んでますよ。バイブルですからね、CGを志すなら常識でしょう。
べつに書き込みがReal-Time Renderingの内容より優れているなんてことを誰がいいましたか？
まあ俺の技術レベルが、その本の内容より高いことは保証しますけどね（藁
>>218218(1): 頭の悪さを露呈させるな [sage] 02/09/07 21:13 ID:??? AAS
>>216
142は罵倒モードに入ってます。「お前ら英語読めないだろう」と。
頭に血がのぼって、技術を議論するのではなく、
他人をやっつけたいがために書いてます。
こんな奴に関わるのは無益。
煽りモードには、煽りモードで返しますよ（藁
ワナビーに高尚なことを言っても無駄ですから。
223(1): 名前は開発中のものです。 [sage] 02/09/07 23:21 ID:??? AAS
>142
口先だけの香具師と区別が付くような書き込みをしてくれ。
228: 142 [] 02/09/08 01:20 ID:16Gid19q(1) AAS
ComputerGraphicsを志すと、ツール屋になったりデザイナになったりするわけですか（ｗ
Real-Time Renderingが読めないことへのコンプレックスを、別分野の人間扱いすることでごまかそうとしていませんか？
俺は普通のゲームプログラマですよ（藁
CGを扱う上での基礎知識であると言ったまでです。
229: 名前は開発中のものです。 [sage] 02/09/08 01:22 ID:??? AAS
>>142 こんなとこで低脳相手にしてもしょうがないよ。
238: 名前は開発中のものです。 [sage] 02/09/08 02:48 ID:??? AAS
>>142
煽りに乗って罵倒合戦を始め
スレッドを駄目にするのをやめてください
270(3): 142 [] 02/09/08 21:20 ID:zlWfT7z1(1/6) AAS
ゲームプログラムは、データを作ることではない。
データを作ることがゲームプログラムであると勘違いしている奴のなんと多いことか。
我々が作るべきはデータを再生するシステムとデータを作成する環境である。
技術を道具として捉え、ゲームを目的とするプログラマは近い将来フェードアウトしていくであろう。
所詮はプログラムという道具が使えるだけのオペレーターに過ぎない。
これからは技術を目的として捉え、ゲームを表現の手段とする高い専門性を持った人材が必要とされるだろう。
そして体力と気力とコピペで乗り切ってきた、自称ゲームプログラマは淘汰されていくのだ。
275: 142 [] 02/09/08 21:33 ID:zlWfT7z1(2/6) AAS
>>271271(1): 名前は開発中のものです。 [sage] 02/09/08 21:24 ID:??? AAS
>270
>我々が作るべきはデータを再生するシステムとデータを作成する環境である。
こんな事は人月さえ積めば専門学校生でもできるっつーの。頭イタイ。
シコシコとデータをハードコーディングしている典型的な自称ゲームプログラマさんですか？
そして俺はゲームを作ってるんだと勘違いされているのですか？
仕様変更が入るたびに徹夜、ごくろうさまです（藁
276(1): 142 [] 02/09/08 21:36 ID:zlWfT7z1(3/6) AAS
>>274274(1): 名前は開発中のものです。 [sage] 02/09/08 21:29 ID:??? AAS
>>270
こういうセリフは、功成り名遂げた人間が言うと説得力があるんだが…。
いや、ごもっとも。でも2chで実績を示すほどバカじゃないのよ。
279(2): 名前は開発中のものです。 [sage] 02/09/08 21:45 ID:??? AAS
そういえば
「出し惜しみせずに〜するスレ」で>>270と似たような演説を
していた人がいたne。
まぁ言っていることは至極当たり前すぎることなわけで
ただそれが思想家のオナニーというか単なるアジ演説に見えるのは
具体性というか手段について言及しないからなんだよね。
理屈だけなら学生でも書けるということで、そいつらとは違うということを
もう少し現実との対比を交えて書いたらどうだ。 >>142
285(1): 142 [] 02/09/08 22:45 ID:zlWfT7z1(4/6) AAS
敵の動きの仕様が適当なのは、プランナーの能力がないというより
実際に動かしてみなければわからない部分が多すぎるから。
そもそもゲーム開発とはそういう予測が不可能なものであり、
トライ＆エラー（試行錯誤）の回数が多ければ多いほど良いものができるのである。
従来の開発プロセスでは、
実際に動かして、パラメータを調整して、また動かして
というＴ＆Ｅのプロセスの多くはプログラマにしか許されていなかった。
そのため「ゲームのおもしろさはプログラマで決まる」と言われてきたのだろう。
我々が目指すべきなのは、
プランナが指示をだしデザイナがデータを作りプラグラマが試行錯誤する。
ではなく、
プランナ、デザイナ、プログラマがそれぞれに試行錯誤を繰り返すことである。
そしてＴ＆Ｅの間隔を短くし、それを円滑に統合するのが汎用化されたオーサリングツールなのである。
従来の開発プロセスでプログラマに負荷が集中するのは当然で、
またそうした環境に慣れたプログラマがプログラマ至上主義になるのもまた当然である。
しかし大規模化し高度化する昨今のゲーム開発において従来の方法が限界に来ているのもまた事実である。
286: 142 [] 02/09/08 22:51 ID:zlWfT7z1(5/6) AAS
いいこというねぇ。
287(1): 名前は開発中のものです。 [sage] 02/09/08 23:20 ID:??? AAS
（・∀･）ｺﾜﾚﾁｬﾀ? >>142
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s