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

今時は基本的にハード直叩き禁止だし

ハードに関するプログラムは苦手だな
良くないとは思うけど目を背けたまま日々が過ぎていく
ハードとソフトのどちらにも強い人が羨ましい

>>620

そりゃマズイよ。　
増やさないといけない。

>>615
手抜きするから手直しを命じられただけだろ。
指示を曲解して字面どおりにさえすればいいと手抜きすんじゃねーよ。

5ヶ月前のレスに対して何をムキになってるんだ？

どっちの立場の無能の人なんだろうなｗ

マに丸投げする無能な企画だろ

マとしても相手に依存するのもあれなので、
「○○の作成を依頼したいのであれば、この書類に必要事項を記入してください。」みたいな形で、
マがどんな情報を欲しているのかを相手に示す簡単な手段が欲しい。

ゲームプログラマのくせにゲームやったことない、または大昔にスーパーファミコンで
遊びましたマリオワールド面白いっすよね、というアホがいるのは何とかして欲しい。
ゲーム遊び続けて研究してないから、常識レベルの事すら伝わらない。

何を伝えたかったのか気になる

>>631 「ここは○○みたいにして」
PG　　「○○やった事ないけど」
って事かとｗ

宮本しげるの警告か

その「○○みたい」ってのを仕様として書面におこすのが企画の仕事なんだが、
これを実行できるまともな企画が驚くほど少ないのが現実。

書面の起こすのが仕事？勘違いしてるなぁ・・・。

仕様書を書くのは本来企画の仕事だよな。
なぜか、プログラムが完成した後にマが書くことが多かったりするがｗ

ゲームに限らず仕様が後からついてくるのはよくある

要求仕様書が白紙同然で途中でコロコロ変わるのはどこの業界でも同じ。
途中で変更されることがない完全なものを、企画が書いてきて当然だと言う奴は
常識のない馬鹿PG。でなけりゃ移植しかやったことがないド底辺だ。

関数仕様書をPGが書くのは当たり前。
これを企画に書けという奴はただのアホ。

内部設計書は全く必要無い。こんなもん誰も作らなくていい。
中の動作を知りたけりゃソースコードを読め。

>>639
そんなどんぶり勘定で作られるものの値段を、作る前に、どう理屈こねて出資者を納得させるのか気になる

>>639
途中でやむなく変更されるのはしょうがないとして、とりあえず白紙はダメだし
コロコロ変わるのがダメなのわわかるだろ？

ひととおり見積もりができる仕様書を書けと言っている。それが無いことによる
見積もりのずれや作業の非効率化をプログラマのせいにされては困る、と。

ゲームの仕様を固めるためにコロコロ変えて実験するのは当たり前。
無駄の無い完成品を作る作業しかしたくありません、なんてのはPGの甘え。
非効率はPGが勝手に期間を長めに見積もって前半怠けるせい。つまり自業自得。

きちんと書面で仕様を出さないからプログラマもさぼれるんだよｗ

>>642
無駄の無い完成品を作る作業だけで済めば楽だろうなとは思うけど、それしか
したくないなどとは言わない。作ったものを見てから変更を加えることがある程度
必要であるというのも認める。


しかしコロコロ変える（方向性もはっきりさせせずに変更作業を要求するような）のは、
仕様の記述の段階でよく考えて方向性を定めておけばいくらか防げるはずだ。

変更の結果どうなるか、考えればわかることを実際に作ったあとでしかわからないと
言って無駄な作業をさせるのは、当然良くない。本当に作ったあとでしかわからなかった
問題を理由にしてスケジュールの変更が発生するのはしょうがないと思うし、実際に
コストを払う立場の人を説得する材料にもなるだろう。

コロコロ変えて実験するのが当たり前だというのにそれを見込んだ見積もりを出して
時間がかかるのをプログラマのせいにするとか、ひどい話だ。
どっちに転んでも自分のせいにはならないようにしてるだけじゃないか？

てかさ、企画は仕様を基本つくれないからね。

だからPG集めてくれていいからやりたいことを説明してくれて、
それをベースにブレストでもして洗練すりゃいいんだよ。

そうすりゃ互いに納得の行く落とし所に着地するっおもうんだよね！

PGへの要求はSEを通してくれ

ゲーム屋にSEなんて職はほとんどのところがもってねーよｗ

仕様書を作るのはPGの仕事ではない
企画がコロコロ変更するのに、
こっち側だけバグがでたら「動かないではすみません」と責任を要求してくる限りな
企画が変更になった分の責任も取ってもらわないとわりにあわない
企画が変更ということは仕様書も変更だ
場合によっては最初から
こっちの責任もゼロにしてもらわんとな

もちろんそれまでに作り上げたプログラムの単価を
支払ってもらったら、その変更した企画にも対応しよう

PGのフリをしたコーダーが紛れ込んでますね。
あ、どっちも似たようなものか。

>>650

>>648
俺は仕様の変更を予測してコーディングしている。
未来形でコーディングするのは、むしろ常識で、仕様が固定だと考えるほうがおかしい。
むろん固定なのが一番楽なのは確かだが、現場でそんなことはまずあり得ないし、
ゲームという性質上、調整の結果変更されることも当然ありうる。
ある程度経験があれば、仕様書を見ていて、ああ、ここは変更される可能性があるなという
箇所はわかるはずなのに、つい面倒だからという意識でそれを無視するやつは結構見かける。
後で痛い目にあう確立はとても高いのに。

痛い目にあったやつは３つのグループに分かれていく。
ひとつは、648 のような極論に走り、ひとつは予測してコーディングするようになり、
もう一つはコーディングそのものをやめてしまう。

>>652
だから仕様がないと言ってるだろ

まぁ、仕様があっとしよう
そして予測してコーディングするようになり、としよう
だが、企画が調子にのり、こいつどんな要求でものむぜ
となったが最後、むちゃなんだいをおしつけられ
膨大化したソースコードはちょっと変更を加えるだけでも
大変に、修正を加えようものなら、処理の流れをおわないといけない
仕様はあるが、変更だらけで、あてにならない
あるのは、動作未定義のソース

そして、逃げ～ら～れる～

>膨大化したソースコードはちょっと変更を加えるだけでも
>大変に、修正を加えようものなら、処理の流れをおわないといけない

それのどこが未来形のコーディングなんだｗ

ゲーム開発での仕様変更なんて、予測で対処できるようなものは少ないと思うが。
今までのコードが全く無駄になることなんてよくあるし。

っていうかID:D2rGgWHrもID:/thFyGlnもどっちもマじゃないだろｗ

>>656
本気で言っているとしたらレベルが低すぎる。

ID:/thFyGln　ってただの論破系ヲタク？

http://schiphol.2ch.net/test/read.cgi/gameurawaza/1263229295/
http://schiphol.2ch.net/test/read.cgi/gameurawaza/1263453246/
助けて

マジコンを使って違法行為
助けれません
助けたくありません

そのわりに、ゲーム業界内にも蔓延してるんだけどね。
他社のゲームやレトロゲームを違法ダウンロードしてエミュレータで遊んだり。

知りません

会社の回線とサーバー使って落としまくりのところもあるらしいな。

あｓｄ

今は？

　

>>622
亀レスだがナーシャみたいにハードのバグを利用するなんてもってのほかなんだよなぁ

ゲーム←アルゴリズム←知恵
実務←API←知識（根気）

多くのメモリ領域（変数）を、短い時間内に（1/60秒）更新して、なおかつ
その更新を長時間、矛盾なく持続させられる機構を実装するって点では、
アクションゲーム開発には高いスキルが要求されるよな。

もう10年か
みな生きているのか

てす