ゲームプログラマーの技術レベルは高い。 (690ﾚｽ)
上下前次1-新
631(1): 2009/12/16(水)07:50 ID:loAH/tnQ(1) AAS
ゲームプログラマのくせにゲームやったことない、または大昔にスーパーファミコンで
遊びましたマリオワールド面白いっすよね、というアホがいるのは何とかして欲しい。
ゲーム遊び続けて研究してないから、常識レベルの事すら伝わらない。
632: 2009/12/16(水)11:20 ID:ta+HXlso(1) AAS
何を伝えたかったのか気になる
633: 2009/12/16(水)19:50 ID:rXvNQU8Z(1) AAS
>>631 「ここは○○みたいにして」
PG 「○○やった事ないけど」
って事かとｗ
634: 2009/12/17(木)00:04 ID:SSHOHjd1(1) AAS
宮本しげるの警告か
635: 2009/12/23(水)18:19 ID:c4Wjw9df(1) AAS
その「○○みたい」ってのを仕様として書面におこすのが企画の仕事なんだが、
これを実行できるまともな企画が驚くほど少ないのが現実。
636: 2009/12/24(木)10:35 ID:3OzRzXSb(1) AAS
書面の起こすのが仕事？勘違いしてるなぁ・・・。
637: 2009/12/25(金)22:47 ID:poy3mcBk(1) AAS
仕様書を書くのは本来企画の仕事だよな。
なぜか、プログラムが完成した後にマが書くことが多かったりするがｗ
638: 2009/12/25(金)23:45 ID:TTk+z45W(1) AAS
ゲームに限らず仕様が後からついてくるのはよくある
639(2): 2009/12/26(土)08:57 ID:dVx9XelC(1/2) AAS
要求仕様書が白紙同然で途中でコロコロ変わるのはどこの業界でも同じ。
途中で変更されることがない完全なものを、企画が書いてきて当然だと言う奴は
常識のない馬鹿PG。でなけりゃ移植しかやったことがないド底辺だ。
関数仕様書をPGが書くのは当たり前。
これを企画に書けという奴はただのアホ。
内部設計書は全く必要無い。こんなもん誰も作らなくていい。
中の動作を知りたけりゃソースコードを読め。
640: 2009/12/26(土)10:57 ID:sfowmCG7(1) AAS
>>639
そんなどんぶり勘定で作られるものの値段を、作る前に、どう理屈こねて出資者を納得させるのか気になる
641: 2009/12/26(土)13:18 ID:+PfV6xFW(1/2) AAS
>>639
途中でやむなく変更されるのはしょうがないとして、とりあえず白紙はダメだし
コロコロ変わるのがダメなのわわかるだろ？
ひととおり見積もりができる仕様書を書けと言っている。それが無いことによる
見積もりのずれや作業の非効率化をプログラマのせいにされては困る、と。
642(1): 2009/12/26(土)14:20 ID:dVx9XelC(2/2) AAS
ゲームの仕様を固めるためにコロコロ変えて実験するのは当たり前。
無駄の無い完成品を作る作業しかしたくありません、なんてのはPGの甘え。
非効率はPGが勝手に期間を長めに見積もって前半怠けるせい。つまり自業自得。
643: 2009/12/26(土)14:36 ID:GyBKi6hA(1) AAS
きちんと書面で仕様を出さないからプログラマもさぼれるんだよｗ
644: 2009/12/26(土)15:04 ID:+PfV6xFW(2/2) AAS
>>642
無駄の無い完成品を作る作業だけで済めば楽だろうなとは思うけど、それしか
したくないなどとは言わない。作ったものを見てから変更を加えることがある程度
必要であるというのも認める。
しかしコロコロ変える（方向性もはっきりさせせずに変更作業を要求するような）のは、
仕様の記述の段階でよく考えて方向性を定めておけばいくらか防げるはずだ。
変更の結果どうなるか、考えればわかることを実際に作ったあとでしかわからないと
言って無駄な作業をさせるのは、当然良くない。本当に作ったあとでしかわからなかった
問題を理由にしてスケジュールの変更が発生するのはしょうがないと思うし、実際に
コストを払う立場の人を説得する材料にもなるだろう。
コロコロ変えて実験するのが当たり前だというのにそれを見込んだ見積もりを出して
時間がかかるのをプログラマのせいにするとか、ひどい話だ。
どっちに転んでも自分のせいにはならないようにしてるだけじゃないか？
645: 2010/01/03(日)14:53 ID:T9cvrmnj(1) AAS
てかさ、企画は仕様を基本つくれないからね。
だからPG集めてくれていいからやりたいことを説明してくれて、
それをベースにブレストでもして洗練すりゃいいんだよ。
そうすりゃ互いに納得の行く落とし所に着地するっおもうんだよね！
646: 2010/01/07(木)14:37 ID:W5fnBQ2U(1) AAS
PGへの要求はSEを通してくれ
647: 2010/01/08(金)12:44 ID:C9CTzGZq(1) AAS
ゲーム屋にSEなんて職はほとんどのところがもってねーよｗ
648(1): 2010/01/08(金)17:41 ID:OZZuvYq1(1/3) AAS
仕様書を作るのはPGの仕事ではない
企画がコロコロ変更するのに、
こっち側だけバグがでたら「動かないではすみません」と責任を要求してくる限りな
企画が変更になった分の責任も取ってもらわないとわりにあわない
企画が変更ということは仕様書も変更だ
場合によっては最初から
こっちの責任もゼロにしてもらわんとな
649: 2010/01/08(金)17:42 ID:OZZuvYq1(2/3) AAS
もちろんそれまでに作り上げたプログラムの単価を
支払ってもらったら、その変更した企画にも対応しよう
650(1): 2010/01/08(金)17:45 ID:r/AdCcuN(1) AAS
PGのフリをしたコーダーが紛れ込んでますね。
あ、どっちも似たようなものか。
651: 2010/01/08(金)21:27 ID:OZZuvYq1(3/3) AAS
>>650
652(1): 2010/01/09(土)11:57 ID:/thFyGln(1/3) AAS
>>648
俺は仕様の変更を予測してコーディングしている。
未来形でコーディングするのは、むしろ常識で、仕様が固定だと考えるほうがおかしい。
むろん固定なのが一番楽なのは確かだが、現場でそんなことはまずあり得ないし、
ゲームという性質上、調整の結果変更されることも当然ありうる。
ある程度経験があれば、仕様書を見ていて、ああ、ここは変更される可能性があるなという
箇所はわかるはずなのに、つい面倒だからという意識でそれを無視するやつは結構見かける。
後で痛い目にあう確立はとても高いのに。
痛い目にあったやつは３つのグループに分かれていく。
ひとつは、648 のような極論に走り、ひとつは予測してコーディングするようになり、
もう一つはコーディングそのものをやめてしまう。
653: 2010/01/09(土)14:23 ID:D2rGgWHr(1/2) AAS
>>652
だから仕様がないと言ってるだろ
654: 2010/01/09(土)14:41 ID:D2rGgWHr(2/2) AAS
まぁ、仕様があっとしよう
そして予測してコーディングするようになり、としよう
だが、企画が調子にのり、こいつどんな要求でものむぜ
となったが最後、むちゃなんだいをおしつけられ
膨大化したソースコードはちょっと変更を加えるだけでも
大変に、修正を加えようものなら、処理の流れをおわないといけない
仕様はあるが、変更だらけで、あてにならない
あるのは、動作未定義のソース
そして、逃げ〜ら〜れる〜
655: 2010/01/09(土)17:21 ID:/thFyGln(2/3) AAS
>膨大化したソースコードはちょっと変更を加えるだけでも
>大変に、修正を加えようものなら、処理の流れをおわないといけない
それのどこが未来形のコーディングなんだｗ
656(1): 2010/01/09(土)17:46 ID:PBOPdgBh(1) AAS
ゲーム開発での仕様変更なんて、予測で対処できるようなものは少ないと思うが。
今までのコードが全く無駄になることなんてよくあるし。
っていうかID:D2rGgWHrもID:/thFyGlnもどっちもマじゃないだろｗ
657: 2010/01/09(土)21:08 ID:/thFyGln(3/3) AAS
>>656
本気で言っているとしたらレベルが低すぎる。
658: 2010/01/10(日)10:11 ID:+C0awDVk(1) AAS
ID:/thFyGln ってただの論破系ヲタク？
659: 2010/01/15(金)00:44 ID:LO+cdgZX(1) AAS
2chｽﾚ:gameurawaza
2chｽﾚ:gameurawaza
助けて
660: 2010/01/15(金)17:03 ID:Gfv47W+N(1) AAS
マジコンを使って違法行為
助けれません
助けたくありません
上下前次1-新書関写板覧索設栞歴
あと 30 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.010s