ゲームプログラマーの技術レベルは高い。 (690ﾚｽ)
ゲームプログラマーの技術レベルは高い。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
142: 名前は開発中のものです。 [] 02/09/03 00:35 ID:ELMH1ABY >>138 正確には「作りたくない」だろうね。 WindowsGUIやMFCなどの知識を習得するのが面倒なのだろう。 個人的に思うのは、ツールプログラムを軽く見ている奴が多すぎ。 ツールなんて誰でも作れると言いつつ、まともなツールを作ったことのない奴がほとんど。 いくら高度なシステムを作っても、インターフェイスがテキストベースで デザイナーやプランナーに負荷かけて効率や品質落としているようでは意味無いし、 なんで昔からのゲームプログラマはプログラム内容にしか目を向けず、 開発プロセス全体の効率化を考えないのかな・・・。 これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを 一貫して構築できるプログラマが求められると思うよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/142
145: 名前は開発中のものです。 [sage] 02/09/03 02:09 ID:??? >>142 > これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを > 一貫して構築できるプログラマが求められると思うよ。 分業。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/145
146: 名前は開発中のものです。 [sage] 02/09/03 02:10 ID:??? >>142 んなもん一貫して求められネーって。アプリケーションプログラマと 組み込みプログラマの違いわかる？ MAXのプラグインぐらいなら書いてやるけどそれ以上を求められるなら 賃上げ交渉からお願いしたいわ。年齢×１万切ってる給料で求められて も困りますわ。マジで。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/146
147: 138 [sage] 02/09/03 02:29 ID:??? >>142 不思議な事を言われているような。 GUIの知識なんて そんな勉強せずとも作れると思うけどなぁ。 >>145の言ってる通り、分業が普通だろうし、 ツール作るプログラマーが普通にいるだろう。 もしもそう言う人が居ないなら、速急に作るべきですな。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/147
151: 142 [] 02/09/03 07:11 ID:b+KCxfGa >>146 ツールとシステムを分離すると、物にもよるけど意思疎通が遅れるんだよね。 システムに変更や追加が入るたびにツール側に修正をお願いしなければならないし、 逆にツール使用者の意見をシステム側に反映させるにも時間がかかる。 変更や改良が頻繁におこるのがゲーム開発だから、そこで分業してしまうと非常に効率が悪くなる。 またGUIだけでなくプレビュー（エミュ）機能をつけようと思った場合、システム側と同等の実装が必要になる。 最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、 それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど。 >>147 大規模なWindowsアプリを作ろうと思うと、Win32APIの知識や複雑なメッセージのハンドリングとかノウハウはいるよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/151
153: 142 [] 02/09/03 17:36 ID:n9Q0aUGU >>152 複数人が同じ物を作る？？？意味不明。 メインプログラマは、リソースやタスク管理、低レベルIO、あとは各パートをまとめるのが仕事。 例えば、オブジェクト担当なら、実機でのオブジェクト表示やモーション再生を実装すると同時に、 市販ツールなどからデータをコンバートするプラグインも書く。 エフェクト担当は、実機でパーティクルシステムを実装すると同時に、 ジェネレータを組み合わせてエフェクトを構築するツールも作る。 それぞれがオブジェクトデザイナや、エフェクトデザイナと直接話し合って、フィードバックし合ってシステムとツールを構築していく。 これが、うちの開発体制。 だいたい最近はメインプログラマがすべてを把握できる規模じゃなくなっているのよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/153
157: 142 [sage] 02/09/03 22:34 ID:??? >>154 つまり、あんたの会社は所詮その程度のレベルってことだね（藁 俺は中小から大手組みの人間だけど、 結局、中小と大手のプラグインやツールに対する認識の差が技術力、開発力の差に繋がってんだよね。 なんか中小へぼメーカーの人間って驚くほどツールに対する認識が甘い。 プラグインやコンバーターなんて下っ端の仕事だと考えている。 逆に大手では最先端のＣＧ知識をもったプログラマがプラグインを書いてグラフィッカーを支援している。 俺がいた中小では、エフェクトやメニューなんて、グラフィッカがムービー作って、 それを見てプログラマがハードコーディングしてたな。 イベントは、スクリプタが直接テキストで座標打って作ってたな。 背景モデラは、一頂点一頂点、頂点カラーつけてたな。 典型的なバカ開発だった。 大手じゃ、エフェクトやメニューなんて市販ツールからコンバートかけてるし、 イベントは、市販ツールから出力したデータ元に、専用ツールで編集してるし、 背景の頂点カラーなんて、フォトンマップ使ったプラグインで自動計算よ。 >>156 > まぁここを読めば大体言いたい事はわかりますた。でも規模が大きく >なってもゲームは面白くなんねーんだよなー。逆に（以下自粛 なんだワナビーか。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/157
180: 142 [] 02/09/06 22:17 ID:VhDMMzQq >>167 頂点カラーがダサイというから、頂点毎の球面調和係数を用いた動的ライティングでも語ってくれるのかと思いきや、 ライトマップ（プ。 せめてパーピクセルライティングぐらいにしてくれませんかね。 最近やっとライトマップの存在を知って嬉しくてたまらないんでしょうか。 >>176 マルチ’パス’テクスチャの間違いでわ。 >>177 不思議と思えるあんたの頭が不思議 それにしても、えらいレベル低いね。ワナビーなんてこんなもんか。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/180
184: 名前は開発中のものです。 [sage] 02/09/06 23:10 ID:??? >142 つーか、フォトンマップなんてゲームで使われるポリゴン数じゃ実用的じゃないだろ（藁 そんなこともわからないで最新技術だ〜！てさわいでるのか？（プッ 知ってる単語つかえてうれしい？（藁 君の技術レベルじゃライトマップすらできないんじゃないの？（プッ ライトマップの技術を自分の言葉で１から説明してみろよ（藁 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/184
187: 142 [sage] 02/09/07 00:23 ID:??? >>184 フォトンマップとポリゴン数はまったく関係ありません。 一般的にフォトンマップはモンテカルロレイトレーシングの高速化手段の一つとして用いられているに過ぎません。 よくフォトンマップ＝グローバルイルミネーションと勘違いしている人が多いですけどね。（藁 フォトンマップを用いたプリライティング計算のメリットは、ラジオシティのように面を再分割して近似するのではなく、 直接、モデルの各頂点単位で放射照度の計算が行える点でしょうか。 これによって格子状でない複雑なモデルに対しても効率的に計算を行うことができます。 またフォトンの分布を参考に面を再分割することによって、より効率的に頂点数を割り当てることが可能になります。 >>185 何ですかそのレベルの低いサイトは。日本語しか読めないのですか…。 どうりで知識レベルが何年も遅れているわけです。 >>186 簡単に言えば法線テクスチャと係数テクスチャを組み合わせてピクセル毎に光源計算を行う方法です。 まあライトマップが単なる色のモジュレートなのに比べて、 パーピクセルライティングはピクセル毎に高度な光源計算をしているわけですな。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/187
190: 名前は開発中のものです。 [sage] 02/09/07 01:58 ID:??? >>142 タンは大手に入れたことを自慢したかっただけなんだよ。 みんな大目に見てやろうよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/190
213: 142 [] 02/09/07 18:21 ID:qROe26z9 >>212 英語読める語学力と、内容を理解できる基礎学力があればね。（藁 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/213
214: 142 [] 02/09/07 18:26 ID:qROe26z9 >>210 207が勘違いしているかどうかはしらんけど、 少なくともX-BOXは、２テクスチャまではノンペナルティでフェッチできるよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/214
219: 142 [] 02/09/07 21:50 ID:I+22LDaA >>216 Real-Time Renderingは当然読んでますよ。バイブルですからね、CGを志すなら常識でしょう。 べつに書き込みがReal-Time Renderingの内容より優れているなんてことを誰がいいましたか？ まあ俺の技術レベルが、その本の内容より高いことは保証しますけどね（藁 >>218 煽りモードには、煽りモードで返しますよ（藁 ワナビーに高尚なことを言っても無駄ですから。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/219
223: 名前は開発中のものです。 [sage] 02/09/07 23:21 ID:??? >142 口先だけの香具師と区別が付くような書き込みをしてくれ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/223
228: 142 [] 02/09/08 01:20 ID:16Gid19q ComputerGraphicsを志すと、ツール屋になったりデザイナになったりするわけですか（ｗ Real-Time Renderingが読めないことへのコンプレックスを、別分野の人間扱いすることでごまかそうとしていませんか？ 俺は普通のゲームプログラマですよ（藁 CGを扱う上での基礎知識であると言ったまでです。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/228
229: 名前は開発中のものです。 [sage] 02/09/08 01:22 ID:??? >>142 こんなとこで低脳相手にしてもしょうがないよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/229
238: 名前は開発中のものです。 [sage] 02/09/08 02:48 ID:??? >>142 煽りに乗って罵倒合戦を始め スレッドを駄目にするのをやめてください http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/238
270: 142 [] 02/09/08 21:20 ID:zlWfT7z1 ゲームプログラムは、データを作ることではない。 データを作ることがゲームプログラムであると勘違いしている奴のなんと多いことか。 我々が作るべきはデータを再生するシステムとデータを作成する環境である。 技術を道具として捉え、ゲームを目的とするプログラマは近い将来フェードアウトしていくであろう。 所詮はプログラムという道具が使えるだけのオペレーターに過ぎない。 これからは技術を目的として捉え、ゲームを表現の手段とする高い専門性を持った人材が必要とされるだろう。 そして体力と気力とコピペで乗り切ってきた、自称ゲームプログラマは淘汰されていくのだ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/270
275: 142 [] 02/09/08 21:33 ID:zlWfT7z1 >>271 シコシコとデータをハードコーディングしている典型的な自称ゲームプログラマさんですか？ そして俺はゲームを作ってるんだと勘違いされているのですか？ 仕様変更が入るたびに徹夜、ごくろうさまです（藁 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/275
276: 142 [] 02/09/08 21:36 ID:zlWfT7z1 >>274 いや、ごもっとも。でも2chで実績を示すほどバカじゃないのよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/276
279: 名前は開発中のものです。 [sage] 02/09/08 21:45 ID:??? そういえば 「出し惜しみせずに〜するスレ」で>>270と似たような演説を していた人がいたne。 まぁ言っていることは至極当たり前すぎることなわけで ただそれが思想家のオナニーというか単なるアジ演説に見えるのは 具体性というか手段について言及しないからなんだよね。 理屈だけなら学生でも書けるということで、そいつらとは違うということを もう少し現実との対比を交えて書いたらどうだ。 >>142 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/279
285: 142 [] 02/09/08 22:45 ID:zlWfT7z1 敵の動きの仕様が適当なのは、プランナーの能力がないというより 実際に動かしてみなければわからない部分が多すぎるから。 そもそもゲーム開発とはそういう予測が不可能なものであり、 トライ＆エラー（試行錯誤）の回数が多ければ多いほど良いものができるのである。 従来の開発プロセスでは、 実際に動かして、パラメータを調整して、また動かして というＴ＆Ｅのプロセスの多くはプログラマにしか許されていなかった。 そのため「ゲームのおもしろさはプログラマで決まる」と言われてきたのだろう。 我々が目指すべきなのは、 プランナが指示をだしデザイナがデータを作りプラグラマが試行錯誤する。 ではなく、 プランナ、デザイナ、プログラマがそれぞれに試行錯誤を繰り返すことである。 そしてＴ＆Ｅの間隔を短くし、それを円滑に統合するのが汎用化されたオーサリングツールなのである。 従来の開発プロセスでプログラマに負荷が集中するのは当然で、 またそうした環境に慣れたプログラマがプログラマ至上主義になるのもまた当然である。 しかし大規模化し高度化する昨今のゲーム開発において従来の方法が限界に来ているのもまた事実である。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/285
286: 142 [] 02/09/08 22:51 ID:zlWfT7z1 いいこというねぇ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/286
287: 名前は開発中のものです。 [sage] 02/09/08 23:20 ID:??? （・∀･）ｺﾜﾚﾁｬﾀ? >>142 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/287
290: 142 [] 02/09/08 23:37 ID:zlWfT7z1 出し惜しみスレから持ってきました。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/290
294: 142 [] 02/09/09 00:00 ID:2q3+RGCC >>292 >ほんとに出来る奴はそんなことシネー。 なぜそんなことが言えますか？ 確かにデキる人は、足引っ張られたり、チームの雰囲気が悪くなったりすると 効率悪いだけですから駄目な奴にも無難に接してリアルであからさまに卑下することはないと思いますが、 実は心の中では速くフェードアウトしやがれと思っているかもしれませんよ。 匿名だと本音で語れますからね（藁 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/294
300: 名前は開発中のものです。 [sage] 02/09/09 00:43 ID:??? >>299 まー、若い時分には自分が天才に思えることもあるよな。なま暖かい目で 見守ってやろう。 >>142 時間があるようなら、2ch 読み書きする合間にワインバーグの本を読んどけ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/300
307: 142 [sage] 02/09/09 06:23 ID:??? >>298 >>299 元は>>118や>>119のような、ツールを軽く見て開発プロセスの効率化を考えない奴に向けて言っているのであって、 俺が言っているようなことは、まともなプログラマなら誰でも考えているし、当たり前のことなのは当然。 当たり前のことを当たり前のことと思わない奴や、 所詮理想論と切り捨てて、少しでも理想に近づこうと自分から努力しない奴に 「おまえらバカじゃねーの？」って言っているわけだ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/307
311: 名前は開発中のものです。 [sage] 02/09/09 13:47 ID:??? 決め付け口調はよろしくないと思う。>>142 7〜8割方あんたの言うことは賛成だけどな。 漏れもツールはしっかり作るし、そのツールはユーザーのミスで落ちな い堅牢なものにする。（相手はプログラムに関して何も知らんから。） プログラマが３人以上いるプロジェクトだったら、絶対１人はツールに 充てるし。 なんせ、ユーザーのミスで動かなくても、こっちのバグとしてレポート 来るから、最初からきっちり処理しとかないとウザいし。 ただなー。データに関してハードコーディングしないとダメな領分もま だ多々あるから、何についてもあんまり固執しないのがベターとは思う よ。 ここで論じるより、身近な人間を教育することに時間を割いたほうが有 益だ。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/311
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s